SCRUM

Nota:

• Framework de gerenciamento ágil utilizado em projetos complexos

1. Ciclo de vida do projeto
   1. Etapas
      1. Caso de Negócio do Projeto

         Nota:

         • Problema a ser resolvido
      2. Declaração do Projeto

         Nota:

         • Declaração da visão de solução deste projeto (rascunho)
      3. Product Backlog

         Nota:

         • Lista de demandas e atividades a serem executadas a fim de atender às demandas
         1. Cronogramas
            1. Cronograma de Releases

               Nota:

               • Cronograma de quando serão feitas as entregas. É o cronograma que define a visão geral do projeto.
            2. Cronograma de Sprints

               Nota:

               • Cronograma de Sprints define quando cada sprint irá começar e terminar.
            3. Cronograma das cerimônias Scrum

               Nota:

               • Cronograma das cerimônias scrum (Daily meeting, Revisão de Sprint, Preparação de Sprint etc)
         2. Escrito em User Stories

            Nota:

            • Uma user story é uma descrição concisa da necessidade do usuário do produto. É uma forma de descrever o requisito de forma simples e leve.
            • Um exemplo de User Story seria: "Enquanto usuário do sistema de biblioteca, eu gostaria de poder verificar quando precisarei devolver os livros que peguei emprestado" 
      4. Sprint Backlog

         Nota:

         • A Sprint é o período no qual parte das atividades do Product Backlog são separadas para serem desenvolvidas.
         • Uma Sprint tem duração média de uma a seis semanas.
         • As user stories a serem desenvolvidas durante a sprint são definidas pela equipe de desenvolvimento. Contudo, pode haver imposição de algumas histórias por parte do product owner.
         1. Reuniões Diárias

            Nota:

            • Todos os dias há uma reunião de 15 minutos na qual todos os membros devem responder a três perguntas: 1°) O que foi feito no dia anterior 2°) O que será feito no dia corrente 3°) Há algum bloqueio para o desenvolvimento de sua atividade? 
            • Em caso de bloqueio por conta de informação de requisito, cabe ao Scrum Master (podendo ser acompanhado do time de desenvolvimento) buscar a resposta.
         2. Reunião de Revisão de Sprint

            Nota:

            • Perto do término da sprint, há uma reunião de revisão de sprint na qual as atividades desenvolvidas são apresentadas para o product owner e demais stakeholders do projeto baseado nos critérios pré-definidos na reunião de definição de sprint
            • Em caso de correções, as mesmas deverão ser realizadas até o término da sprint
         3. Reunião de retrospectiva da Sprint

            Nota:

            • O time apresenta formas de melhorarem seus processos a fim de prevenirem problemas que tenham acontecido na sprint corrente ou possam acontecer nas próximas sprints.
2. Papéis
   1. Time Scrum

      Nota:

      • O Time Scrum, também chamado de Time de desenvolvimento do projeto é composto pelas pessoas que irão atuar na criação do produto durante o desenvolvimento sob o framework Scrum.
      • O time de desenvolvimento pode ser composto por toda e qualquer pessoa que atue diretamente no projeto durante a etapa de desenvolvimento. Exemplo: Designers, Programadores, Analistas, Arquitetos etc.
      1. Multi-funcional

         Nota:

         • O time deve ser composto por pessoas que tenham uma visão das tarefas e saibam desempenhá-las, ainda que não como especialistas. Desta forma, na ausência de um membro do time, outro poderá ocupar seu lugar.
      2. Auto-organizado

         Nota:

         • Por definir quando e como as atividades devem ser feitas, o time deve ser auto-organizado, para ficar ao mínimo aguardando a ação de terceiros ao desempenhar suas tarefas
      3. Empoderado

         Nota:

         • O time pode tomar decisões sobre como e quando as atividades deverão ser feitas.
   2. Product Owner (PO)

      Nota:

      • Devem ter uma visão geral do framework scrum, sobretudo no que tange ao cliente ao sentido de: - Justificativa do Projeto - Mudanças - Qualidade - Aspectos de Risco
   3. Scrum Master

      Nota:

      • O Scrum Master deve acompanhar toda aplicação do framework no projeto. É dever do Scrum Master auxiliar e corrigir quaisquer problemas relacionados a aplicação do Scrum.
3. Princípios
   1. Controle de Processos Empíricos
   2. Auto-organização
   3. Colaboração
   4. Priorização baseada em valor
   5. Time-boxing
   6. Desenvolvimento iterativo
4. Fases
   1. Início
   2. Planejamento e Estimativa
   3. Implementação
   4. Revisão e Retrospectiva
   5. Release