Mind map
SCRUM
Map content
SCRUM
Fundamentos do Scrum
- É um framework e não uma metodologia
- Adota desenvolvimento iterativo e incremental
- Equipes são auto-organizadas
- Membros são multifuncionais
- Compostas por pessoas comprometidas
- Valores do Scrum
- Transparência
- Foco na definição de pronto
- Linguagem comum para o processo compartilhada entre todos
- Definição de pronto definida e clara entre quem realiza e quem aceita o resultado do trabalho
- Exemplo checklist: -Pequeno suficiente para caber em um sprint? -Dependências estão definidas? -Tem esboço de tela? -Critérios de aceitação estão descritos de forma clara e testável? -Está sem impedimentos? -Requisitos não funcionais estão identificados? Funcionais(Ator, ações, dados, regras) Não Funcionais(Interface, qualidade, ambiente)
- Inspeção
- Inspeção de tudo que é produzido.
- Realizada por usuários Scrum para detectar variações
- Não devem ser frequentes e devem ser feitas por pessoas especializadas no trabalho a ser verificado
- Adaptação
- Sprint plan reunião diária reunião de revisão retrospectiva
- Adaptação a variações encontradas pelos inspetores e que devem ser ajustadas
- Transparência
Papéis
- Scrum Team
- Product Owner
- Estabelece a visão do produto
- É o único dono do backlog do produto
- Ajuda no planejamento do produto
- Scrum Master
- Atua como servo-lider
- Auxilia o dono do produto no gerenciamento do backlog
- Procura melhorias para aumentar a eficiência do time
- Remove impedimentos
- Garante que o produto atenda a necessidade do cliente
- Equipe de Desenvolvimento
- Máximo de 9 membros dedicados + SM +PO
- Auto organizados / Multidisciplinados e comprometidos
- Entrega o que foi acordado na meta do Sprint
- Time define divisão, ordem e como serão executadas as tarefas
- Formação do Time: Tuckman (Formação->Conflito->Acordo->Desempenho->Dispersão) - Média 3 sprints para 100% aproveitamento
- Product Owner
- Scrum Team
Artefatos
- Visão do Produto
- Problema a ser resolvido
- Escopo/Propósito
- Backlog do Produto
- Está em constante evolução
- Lista ordenada de tudo que pode ser necessário no produto
- Somente o dono do produto pode alterá-lo
- Nunca está completo
- Backlog da Sprint
- Somente o time de desenvolvimento pode alterá-lo
- Visivel para todos
- Inclui itens e tarefas selecionadas no backlog
- Incremento de Software
- Ao final de cada sprint, um incremento de Software deve ser incuido
- Deve estar pronto e potencialmente utilizável pelos clientes
- Quando faz sentido, o dono do produto autoriza sua implantação do ambiente de produção
- Visão do Produto
Eventos
- Sprint
- Duração de 2 a 4 semanas
- Errar rápido para aprender rápido. www.modernagile.org
- Só o dono do produto pode cancelar um sprint antes do termino
- Isso pode acontecer caso ele identifique que algo impede alcançar a meta da sprint
- Durante a Sprint novas tarefas podem ser encontradas pelo caminho
- Nem toda Sprint vira um release
- Duração de 2 a 4 semanas
- Reunião Diária
- Sincronização de informação entre os membros
- Planejamento da Sprint
- Revisão da Sprint
- Ocorre no final de cada Sprint
- Serve para apresentar o produto ao dono
- Permite a inspeção e adaptação do produto
- Sprint
Cultura
- Mudança de atitude
- Cliente é parte da equipe
- Colaboração
- Definição de projeto de todos
- Entregas frequentes
Apoio
- Quadro Kanban
- Cartão de Historias
- Planning Poker
Extras
- Não se pode executar Sprints em paralelo no mesmo time
- Apenas 1 SM e 1 PO por projeto
- Sprint 0 - Não existe no SCRUM
- Montar Euipe
- Montar ambiente desenvolvimento do projeto
- Fazer plano inicial, estruturar o backlog ou design
- Normalmente 2 semanas para essa Sprint
Information
- Description
- Trabalho de PI
- Created by
- Guilherme Varrichio
- Views
- 0
- Tags
- History
-
- Created by Lucas Kaique · Sep 9, 2015
- Copied by Guilherme Varrichio · Apr 13, 2017
- Rating