=== SCRUM RESUMO ===

/*SPRINT*/
Espa�o de tempo dentro do qual um conjunto de atividades devem ser desenvolvidas.
Unidades b�sicas de tempo (at� 30 dias).

/*PRODUCT OWNER*/
� a voz do cliente na equipe, respons�vel por manter o foco do projeto nos
neg�cios.
Define funcionalidades do produto;
Decide datas e conte�dos;
Prioriza funcionalidades;
Aceita ou rejeita o resultado dos trabalhos.

/*SCRUM MASTER*/
N�o � o l�der, busca minimizar fatores que atrapalhem a equipe.
Remove impedimentos que interfiram na entrega do objetivo do Sprint;
Assegura que a equipe use corretamente as pr�ticas do Scrum, mantendo-os focados na
meta do Sprint.

/*PRODUCT BACKLOG*/
Conjunto de requisitos priorizados pelo cliente.
Lista que cont�m as funcionalidades de neg�cio;
� basicamente uma lista com requisitos e suas prioridades definidas pelo Product
Owner.
No product backlog s�o definidas as funcionalidades a serem entregues ao cliente.
Este documento pode ser alterado a qualquer momento � outra caracter�stica
importante do SCRUM.
Neste processo a equipe tem que ter ci�ncia da natureza mut�vel do software.
Ou seja, as necessidades dos clientes podem e muito provavelmente ir�o mudar a
qualquer momento e um processo de desenvolvimento �gil tem de ser flex�vel neste
ponto.
Quando se tem o Product Backlog pronto pode-se partir para a pr�xima etapa, o
Sprint Backlog.

/*SPRINT PLANNING MEETING*/

� nesta reuni�o em que as expectativas para o ciclo s�o discutidas em conjunto com
os envolvidos no projeto.
Participam da reuni�o de planejamento do sprint o gerente ou l�der do projeto
(Scrum Master), a equipe de an�lise e execu��o (Scrum Team), o cliente (Product
Owner) e seus representantes.
O foco da reuni�o � a apresenta��o, por parte do cliente, das funcionalidades de
maior prioridade do Product Backlog que dever�o ser executadas no pr�ximo sprint.
Esclarecendo as d�vidas da equipe, que dever� absorver todo conhecimento poss�vel
sobre as prioridades apontadas pelo Product Owner.
A pr�xima etapa � a elabora��o do Sprint Backlog.

/*SPRINT BACKLOG*/
N�mero de funcionalidades a serem desenvolvidas num Sprint.
Se resume �s tarefas que ser�o feitas no decorrer do desenvolvimento.
� exatamente uma rela��o de itens selecionados do Product Backog que ser�o
desenvolvidos durante o pr�ximo Sprint.
Esta lista � acordada durante a Sprint Planning Meeting, na qual a equipe decide o
que vai ser realizado em determinado sprint.
Ali�s, as reuni�es s�o um dos pontos centrais do Scrum.

/*SPRINT REVIEW*/
Esta reuni�o tem dois objetivos principais: rever o trabalho conclu�do e o n�o
conclu�do e apresentar uma demo ao cliente.
Dessa forma, a cada sprint o cliente poder� ver uma parte do produto funcionando e
participar do processo, fazendo sugest�es de melhorias.

/*SPRINT RETROSPECTIVE/*
Esta reuni�o tem o objetivo de rever os erros e acertos no sprint
� uma das partes mais importantes do processo, j� que nela � poss�vel aprender com
os erros e tentar aprimorar o produto.
Com isso, � poss�vel obter o que se procura n�o s� quando se est� desenvolvendo
software, mas qualquer outro produto.

/*DAILY SCRUM*/
� uma reuni�o realizada a cada dia de um sprint. Esta reuni�o tem um conjunto de
regras bem r�gidas.
A reuni�o come�a rigorosamente na hora marcada;
Todos podem participar, mas apenas �poucos� podem falar;
O encontro tem dura��o determinada (Time-Box) e dura 15 minutos;
A reuni�o deve acontecer no mesmo local e mesma hora todos os dias;

/*VANTAGENS DO SCRUM*/
Velocidade;
Motiva��o maior dos programadores;
Evita surpresas com os resultados;
Diminui��o dos bugs;
Prioridades podem ser alteradas;
Funcionalidades que agregam valor, veem primeiro.

/*DESVANTAGENS DO SCRUM*/
Sensa��o de informalidade;
Prazo;
Falta planejamento escopo.
Aus�ncia de documenta��o.