Please enable JavaScript.
Coggle requires JavaScript to display documents.
Scrum - Coggle Diagram
Scrum
1.1- Características
O Scrum não é um processo, técnica ou método definitivo, e sim um framework. Podem ser empregados diversos processos ou técnicas, sendo complementado com ferramentas e abordagens para melhor atender às necessidades de produtos, times, ambientes e empresas.
O scrum foi originalmente desenvolvido para a gestão de projetos de software, mas suas práticas e princípios também são aplicáveis a outros tipos de projetos. Sendo amplamente adotado em todo o mundo devido à sua eficácia na entrega de produtos de alta qualidade de forma rápida e adaptativa.
1.2 - Pilares
Transparência
Todo trabalho deve ser claramente definido e conhecido por todas as partes envolvidas no projeto.
Valores
-
-
-
Respeito
Integrantes de um time ágil respeitam uns aos outros praticando escuta ativa, empatia, etc.
-
Inspeção
Todo trabalho deve ser inspecionado com a frequência necessária para garantir a qualidade na primeira tentativa.
-
-
1.4 Sprint
O coração do Scrum é a Sprint. Possui time-boxed (duração) de até 4 semanas (um mês), durante o qual uma versão incremental utilizável do produto, é criada.
Cada sprint deve possuir um objetivo, início, meio e fim bem definidos. A lista de funcionalidades do produto é recebida e começa a ser trabalhada ao longo da Sprint definida. A cada Sprint o time produz um incremento do produto, que estará pronto por completo apenas após a última Sprint.
Uma sprint pode ser cancelada. Uma Sprint pode ser cancelada antes do time-boxed da Sprint terminar. Somente o Product Owner tem a autoridade para cancelar a Sprint.
1.5 Artefatos
-
Product backlog
É uma lista contendo as funcionalidades desejadas pelo cliente. É definida pelo Product Owner e não precisa estar completa no início do projeto. Os itens com maior prioridade são colocados no topo da lista.
Sprint backlog
É uma lista de tarefas a serem executadas durante a Sprint. Cada tarefa é escolhida pelo Time a partir dos itens do Product Backlog com maior valor de negócio, podendo ser alterado pelo time de desenvolvimento.
Burndown Chart
É o gráfico que auxilia no controle de trabalho do projeto. É feito todo dia, sendo o Time de Desenvolvimento responsável por Identificar e estimar as tarefas que faltam para que a Sprint seja realizada com sucesso. Quando o trabalho chegar a zero, a sprint foi finalizada!
Taskboard
Controla a quantidade de trabalho restante da equipe. É feito todo dia, sendo a equipe responsável por identificar e estimar as tarefas que faltam para que a Sprint seja realizada com sucesso;
1.6 Eventos
Reunião de Planejamento
É a atividade que precede o início da Sprint. É necessário que o Product Owner participe e cada item do Product Backlog esteja priorizado pelo Product Owner. O Product Owner deve entender todos os itens do Product Backlog. O Scrum Master garante que o evento ocorra e que os participantes entendam seu propósito!!!
Reunião diária
É uma reunião diária com duração exata de 15 minutos. Sempre realizada no mesmo local e horário. Com a participação do Scrum Master e dos membros do Time, devendo responder três perguntas, sendo elas;
1- O que fez ontem?
2- O que vai fazer hoje?
3- Há algum impedimento?
Reunião de revisão
Apresentação do produto que foi gerado (incrementado) durante a Sprint. O time entrega o produto testado e revisado realizando uma demonstração prática. O Product Owner inspeciona o produto final e verifica se o mesmo foi entregue como foi pensando.
Reunião de retrospectiva da sprint
A Retrospectiva da Sprint é uma oportunidade para o Time Scrum inspecionar a si próprio e criar um plano para melhorias a serem aplicadas na próxima Sprint. A Retrospectiva da Sprint ocorre depois da Revisão da Sprint e antes da reunião de planejamento da próxima Sprint. O cliente não participa dessa reunião.
O propósito da Retrospectiva da Sprint é:
Inspecionar como a última Sprint foi em relação às pessoas, aos relacionamentos, aos processos e às ferramentas, identificar e ordenar os principais itens que foram bem e as potenciais melhorias, criar um plano para implementar melhorias no modo que o Time Scrum faz seu trabalho.