Public static void main(): agosto 2008

No Sprint Review Meeting, participam todos os envolvidos no projeto;
É avaliado principalmente se aequipe atingiu o objetivo do sprint;
Além disso, é avaliado se as funcionalidades do Product Backlog para aquele Sprint foram implementadas.

O Daily Scrum é uma rápida reunião diária, onde participam o Scrum Máster e o Scrum Team;
Sugere-se que seja feita pela manhã, para priorizar as tarefas diárias.
No Daily Scrum, a equipe é responsável por responder a estas questões:

- O que você fez ontem?
- O que você fará hoje:
- Há algum impedimento no seu caminho?

Os impedimentos devem ser tratados depois do Daily Scrum, somente com as pessoas envolvidas no problema e/ou podem auxiliar.

Lista de tarefas que o Scrum Team se compromete a entregar em um Sprint.
São extraídos do Product Backlog, conforme a priorização do Product Owner e a percepção da equipe sobre o tempo necessário para fazer as implementações;
Cabe à equipe a quantidade de itens que serão levados para o Sprint Backlog;
Durante o Sprint, o Scrum Master atualiza o Sprint Backlog, refletindo as tarefas completadas e quanto tempo será necessário para completar aquelas que ainda não estão prontas. A estimativa das tarefas que ainda não estão prontas são calculadas e plotadas em um gráfico, chamdo Sprint Burndown Chart.
Durante um Sprint, novos requisitos não são incluídos. Mudanças são aceitas, porém, ficarão para um outro Sprint.

Reunião que estão presentes o Scrum Master, o Product Owner e o Scrum Team;
O Scrum team e o Product Owner definem um objetivo para o Sprint, que será uma breve descrição daquilo que se pretende no Sprint.
O Product Owner descreve as funcionalidades de maior prioridade;
A equipe de desenvolvimento as perguntas necessárias para quebrar estas funcionalidades em tarefas técnicas; estas tarefas formarão o Sprint Backlog;
As funcionalidades implementadas no Sprint serão apresentadas e discutidas no Sprint Review Meeting, onde será avaliado o sucesso do Sprint em questão.
Após o Sprint Planning Meeting, a equipe se reúne e define o que ela é capaz de desenvolver dentro do Sprint que será iniciado. Isso pode incluir negociação com o Product Owner, mas sempre respeitando a capacidade de produção da equipe.

Conjunto de funcionalidades desejadas;
O product backlog, no início do projeto, não precisa estar completo; pode ser iniciado com as funcionalidades mais óbvias.
Durante o Sprint Planning Meeting, o product owner prioriza as funcionalidades; a equipe então divide estas funcionalidades em tarefas. As funcionalidades definidas pelo Project Owner são transferidas para o Sprint backlog.

Product Owner:

Pode ser o cliente ou alguém que represente o cliente;
Define as funcionalidades no Product Backlog e define as prioridades nas Sprint Planning Meetings;

Scrum Team:

É a equipe de desenvolvimento;
Não existe papel funcional, como analista, programador, designer, etc.: todos trabalham juntos para atingir o objetivo final.
Geralmente, são times com até 10 pessoas;
Pode-se utilizar Scrum com times maiores, mas neste caso, utiliza-se o termo Scrum of Scrums: várias equipes Scrum menores.

Scrum Master:

É uma pessoa que tem experiência na metodologia Scrum, e vai assegurar que toda a equipe esteja utilizando o método corretamente;
Ele também protege a equipe, de forma que a equipe não se comprometa com mais tarefas do que pode realizar;
Atua como facilitador no Daily Scrum, e tem a responsabilidade de encontrar soluções para os problemas apontados nestas reuniões.

Metodologia de gerenciamento de projetos;
Projetos são divididos em ciclos ( sprints ), geralmente de um mês;
As funcionalidades são mantidas em uma lista chamada Product Backlog;
No início de cada sprint, a equipe se reúne , em uma reunião chamada Sprint Planning Meeting. Nesta reunião, o Product Owner prioriza os itens do Product Backlog e a equipe seleciona as atividades que será capaz de implementar.
Estas tarefas depois são transferidas do Product Backlog para o Sprint Backlog.
A cada dia do sprint, a equipe se reúne, para identificar o que foi feito no dia anterior, resolver problemas e priorizar o trabalho do dia.que se inicia.
Ao final do sprint, a equipe se reúne e apresenta as funcionalidades implementadas em um Sprint Review Meeting.
É feita uma retrospectiva e o trabalho passa para o sprint seguinte.

Public static void main()