Scrum

Scrum

1. Eventos

   • Reunião de planejamento da Sprint
   • Reunião diária
   • Reunião de revisão da Sprint
   • Retrospectiva da Sprint

2. Scrum Team (Times/papéis)

   • Times são auto-organizáveis e multifuncionais. Times auto-organizáveis escolhem qual a melhor forma para completarem seu trabalho em vez de serem microgerenciados por outros de fora do Time. Times multifuncionais possuem todas as competências necessárias para completar o trabalho sem depender de outros que não fazem parte da equipe. O modelo de Time no Scrum é projetado para aperfeiçoar a flexibilidade, criatividade e produtividade. Os Times Scrum entregam produtos de forma iterativa e incremental, maximizando os feedbacks. Entregas incrementais do "Pronto" garantem que uma versão potencialmente funcional do produto esteja sempre disponível.
   • Product Owner
     • Responsável por maximizar o valor do produto e do trabalho do Development Team. Como isto é feito pode variar amplamente de acordo com as empresas, Times Scrum e indivíduos. É o único responsável em gerenciar o Product Backlog. O gerenciamento do Product Backlog inclui: - Expressar claramente os itens do Product Backlog  - Ordenar os itens do Product Backlog para melhor alcançe das metas e missões - Garantir o valor do trabalho realizado pelo Development Team - Garantir que o Product Backlog seja visível, transparente e claro para todos - Mostrar o que o Time Scrum vai trabalhar em seguida - Garantir que o Development Time entenda os itens do Product Backlog no nível necessário.O Product Owner pode fazer o trabalho acima, ou delegar para que o Development Team o faça. No entanto, o Product Owner continua sendo o responsável pelos trabalhos. O Product Owner é uma pessoa e não um comitê mas pode representar o desejo de um comitê no Product Backlog. Aqueles que quiserem uma alteração nas prioridades dos itens de Backlog devem se dirigir ao Product Owner.  Para o sucesso do Product Owner, toda a organização deve respeitar suas decisões. Decisões estas que são visíveis no conteúdo e ordenação do Product Backlog.   Ninguém tem permissão de dizer o que o Development Team deve deve fazer e o Development Team não tem permissão de seguir o que lhes dizem.
     • Product Backlog
     • Expressa claramente os Itens do Product Backlog
     • Ordena os itens do Product Backlog para melhor atingir metas e missões
     • Garante o valor do trabalho realizado pelo Development Team
     • Garante que o Product Backlog seja visível, transparente e claro para todos
     • Mostrar o que o Scrum Team vai trabalhar em seguida
     • Garantir que o Development Team entenda os itens do Product Backlog no nível necessário
   • Development Team
     •  O Development Team consiste de profissionais que realizam o trabalho de entregar uma versão usável que potencialmente incrementa o produto “Pronto” ao final de cada Sprint. Somente integrantes do Development Team criam incrementos. O Development Team são estruturados e autorizados pela organização para organizare gerenciar seu próprio trabalho. A sinergia resultante aperfeiçoa sua a eficiência e a eficácia do como um todo. 
     • Auto-organizados
       • Ningém, nem mesmo o Scrum Master, diz ao Development Team como transformar o Product Backlog em lançamento incrementais de funcionalidades.
     • Multifuncionais
       • Possuem todas as habilidades como equipe para criar incrementos ao produto.
     • Desenvolvedores
       • O Scrum não reconhece títulos para os integrantes do Development Team que não seja Desenvolvedor, independentemente do trabalho que a pessoa está realizando Não há exceções para esta regra!
     • Não existe Sub Times
       • Development Team não possui sub-times dedicados a domínios específicos de conhecimento, tais como teste ou análise de negócio.
     • Habilidades especializadas
       • Individualmente seus integrantes podem até ter habilidades em áreas especializadas, mas a responsabilidade pertence ao Development Team como um todo
     • Tamanho
       • O tamanho ideal do Development Team é: pequeno o suficiente para se manter ágil e grande o suficiente para completar uma parcela significativa do trabalho dentro dos limites da Sprint. Menos de três integrantes, diminuem a interação e resultam em um menor ganho em produtividade. Podem encontrar restrições de habilidades durante a Sprint gerando uma incapacidade de entrega de incrementos utilizáveis. Havendo mais de nove integrantes, é exigida muita coordenação e geram muita complexidade para o gerenciamento de processos empíricos. Essa contagem de integrantes não estão presentes o Product Owner e nem o Scrum Master a menos que estes também executem o trabalho do Backlog da Sprint.
   • Scrum Master
     • Serviços para
       • Product Owner
         • Encontrar técnicas para o gerenciamento efetivo do Product Backlog
         • Comunica

3. Teoria

   • Transparência
     • Aspectos significativos do processo devem estar visíveis aos responsáveis pelos resultados. Esta transparência requer aspectos definidos por um padrão comum para que os observadores compartilhem um mesmo entendimento do que está sendo visto. Por exemplo: - Uma linguagem comum referindo-se ao processo deve ser compartilhada por todos os participantes; - Uma definição de "Pronto" deve ser compartilhada por aqueles que realizam o trabalho e por aqueles que aceitam o resultado do trabalho.
   • Inspeção
     • Os usuários do Scrum devem inspecionar frequentemente o progresso e os artefatos em direção ao objetivo da Sprint a fim de detectar variações não desejadas. As inspeções não devem ser tão frequente a ponto de atrapalhar o decorrer do trabalho. As inspeções são mais benéficas quando executadas por inspetores especializados no ponto correto do trabalho.
   • Adapação
     • Se a inspeção determina que um ou mais aspectos de um processo desviou dos limites aceitáveis e que o produto resultante será inaceitável, o processo ou o material sendo processado deverá ser ajustado. O ajuste deverá ser realizado o mais breve possível a fim de minimizar novos desvios.

4. Valores

   • Quando os valores de comprometimento, coragem, foco, sinceridade e respeito são incorporados e vividos pelo time do Scrum, os pilares da Transparência, inspeção e adaptação torna-se real e constrói confiança para todos. Os membros do Time aprendem e exploram estes valores quando trabalham com os Eventos, Papéis e Artefatos. O sucesso no uso do Scrum depende das pessoas se tornarem mais proficientes na vivência desses cinco valores. As pessoas se comprometem pessoalmente a alcançar os objetivos da equipe Scrum. Os membros do Time têm a coragem de fazer a coisa certa e trabalhar em problemas difíceis. Todos focam no trabalho da Sprint e nos objetivos do Time. O Time do Scrum e seus stakeholders concordam em aceitar todos o trabalho e desafios ao realizar o trabalho. Os membros do Time Scrum respeitam mutuamente suas capacidades independentemente das pessoas.
   • Comprometimento
   • Coragem
   • Foco
   • Sinceridade
   • Respeito