Eventos prescritos sao usados no Scrum para criar uma rotina e minimizar a necessidade de reunioes nao definidas no Scrum. O Scrum usa eventos time-boxed, onde todo evento tem uma duracao maxima. Isto garante que uma quantidade adequada de tempo seja gasta no planejamento sem permitir perdas no processo de planejamento.Alem da Sprint, que e um container para outros eventos, cada evento no Scrum e uma oportunidade de inspecionar e adaptar alguma coisa. Estes eventos sao especificamente projetados para permitir uma transparencia e inspecao criteriosa. A nao inclusao de qualquer um dos eventos resultara na reducao da transparencia e da perda de oportunidade para inspecionar e adaptar.Veja o guia completo aqui!Fonte: http://www.scrum.org/ Uma Sprint pode ser cancelada antes do time-box da Sprint terminar. Somente o Product Owner tem a autoridade para cancelar a Sprint, embora ele (ou ela) possa fazer isso sob influencia das partes interessadas, da Equipe de Desenvolvimento ou do Scrum Master.A Sprint podera ser cancelada se o objetivo da Sprint se tornar obsoleto. Isto pode ocorrer se a organizacao mudar sua direcao ou se as condicoes do mercado ou das tecnologias mudarem. Geralmente a Sprint deve ser cancelada se ela nao faz mais sentido as dadas circunstancias. No entanto, devido a curta duracao da Sprint, raramente cancelamentos fazem sentido.Quando a Sprint e cancelada, qualquer item de Backlog do Produto completado e Pronto e revisado. Se uma parte do trabalho estiver potencialmente utilizavel, tipicamente o Product Owner o aceita. Todos os itens de Backlog do Produto incompletos sao re-estimados e colocados de volta no Backlog do Produto. O trabalho feito se deprecia rapidamente e deve ser frequentemente re-estimado.O cancelamentos de Sprints consome recursos, ja que todos tem que se reagrupar em outra reuniao de planejamento da Sprint para iniciar outra Sprint. Cancelamentos de Sprints sao frequentemente traumaticos para o Time Scrum, e sao muito incomuns.Veja o guia completo aqui!Fonte: http://www.scrum.org/ O Time Scrum e composto pelo Product Owner, a Equipe de Desenvolvimento e o Scrum Master. Times Scrum sao auto-organizaveis e multifuncionais. Equipes auto-organizaveis escolhem qual a melhor forma para completarem seu trabalho, em vez de serem dirigidos por outros de fora da equipe. Equipes multifuncionais possuem todas as competencias necessarias para completar o trabalho sem depender de outros que nao fazem parte da equipe. O modelo de equipe no Scrum e projetado para aperfeicoar a flexibilidade, criatividade e produtividade.Times Scrum entregam produtos de forma iterativa e incremental, maximizando as oportunidades de realimentacao. Entregas incrementais de produto Pronto garantem que uma versao potencialmente funcional do produto do trabalho esteja sempre disponivel.O Product OwnerO Product Owner, ou dono do produto, e o responsavel por maximizar o valor do produto e do trabalho da equipe de Desenvolvimento. Como isso e feito pode variar amplamente atraves das organizacoes, Times Scrum e individuos.O Product Owner e a unica pessoa responsavel por gerenciar o Backlog do Produto. O gerenciamento do Backlog do Produto inclui:Expressar claramente os itens do Backlog do Produto;Ordenar os itens do Backlog do Produto para alcancar melhor as metas e missoes;Garantir o valor do trabalho realizado pelo Time de Desenvolvimento;Garantir que o