Mapa mental
Scrum
Mapa mental: Scrum
Conteúdo do mapa
Scrum
Time-Box
- Tempo definido não pode ser altarado
- Sprint
- Tempo limite para agregar valor
- Limite de 1 mes
- Início Projeto melhor sprints mais curstas para pegar feedback
- Depende do time. Conhecimento em tecnologia, etc
- Review Meeting
- Cliente e time para mostrar o que foi feito. O que realmente está pronto
- Definição de Pronto
- Sequencias de passos a serem feitos pelo time para considerar que o produto está finalizado
- Teste de aceitação automatizado
- Desenvolvimento feito utilizando testes unitários e integração automatizada
- Code Review feito
- Homologação - Product Owner pode aprovar em um ambiente de homologação
- Definição de Pronto
- Tempo definido: 2,5% do tempo da sprint
- Importante Teste do usuário para dar um feedback final
- Novos itens no Product back log podem surgir
- Bugs que serão priorizados e entrarão no Product backlog
- Todos os membros participam
- Cliente e time para mostrar o que foi feito. O que realmente está pronto
- Retrospectiva
- 2 semanas - 2 horas de retrospectiva
- Melhoria Continua
- Desenvolvedores, Scrum Master e PO
- Expor o que deu errado e certo e planos de ação para melhorar proxima iteração
- Sem medo de falar o que pensa
- Dividir lousa para positivo e negativo
- Colocar em pratica plano de ação
- Deixar isso visual para toda equipe
- Follow up das ações primeiro ponto da proxima retrospectiva
- Daily Scrum
- Timebos: 15 minutos
- Todos de pé
- 3 perguntas
- O que eu fiz?
- O que vou fazer?
- Problemas enfrentados
- Participantes
- Desenvolvedores
- Scrum Master
- Product Owner
- scrum guide não considera, mas a participação do PO é importante pois é um representante do cliente no time
- Pode mudar prioridades no momento da daily caso ache algum desvio
- Regras
- Mesmo horário e local
- Ideal é fazer em horários antes de pausas
- Evitar fazer no inicio e final do expediente
- Timebos: 15 minutos
- Planning
- Inicio de cada sprint
- Timbox: 5% do temp da sprint - 2 semanas 4 horas
- Participantes
- Desenvolvedores
- Scrum Master
- Product Owner
- Responsável por trazer as tarefas - Product Backlog
- Outcomes
- Entra Product Backlog Priorizado / Ordenado / Refinado
- Sai Sprint Backlog
- Frase ou Meta que expresse o valor que erá agregado ao cliente
- Estimativa em cima das prioridades
- Negociação com o PO para o que dá para colocar na sprint
- Meta do Sprint
Product, Sprint Backlog e suas partes
- Histórias
- Estão dentro do Product e Sprint Backlog
- Item que agrega valor para o usuário
- Composição da história
- Título
- Por que é importante
- Para quem é importante
- Idéia é levar o desenvolvedor a tirar dúvidas sobre o detalhe da tarefa
- Sub-Tasks
- Definida no momento em que for desenvolver para paralelizar a task e terminar o mais rapido possível
- Product Backlog
- Artefato padrão do scrum
- Lista ordenada / Refinada / Priofizada dos itens de negócio e histórias até o final do projeto
- Processo de refinamento é conhecimdo como grooming onde o PO melhora a clareza, quebra funcionalidades quando preciso e que ja agreguem valor ao cliente
- PO é o owner desta lista
- De acordo com Scrum guide 70% das tarefas surgem no planning
- Sprint Backlog
- Histórias e tarefas que estão no topo das prioridades
- Time pode alterar prioridade deste backlog sem o cliente palpitar
- Um dos resultados da Planning Meeting
- Histórias
Roles
- Scrum Master
- Facilitador
- Educador ensinando a trabalhar com scrum
- Não é chefe e sim um líder servidor
- Ajudar na Comunicação
- Resolver impedimentos que o time não conseguiu resolver
- Um bom Scrum Master trabalha para que os impedimentos de hoje não se tornem problemas amanhã
- Dia a Dia
- Facilitar as reuniões, quando necessário
- Atentar para o cumprimento dos time-boxes e explicar o porquê deles
- Educar desenvolvedores, product owner e clientes sobre o processo
- Remover ou reduzir impedimentos (não problemas!)
- Buscar continuamente ferramentas para ajudar o time a evoluir
- E no que pode estar impedindo o time de melhorar sua performance
- Product Owner
- Representante do cliente no time de Scrum
- Manter o Product Backlog mais atualizado possível
- Priorizar e re-priorizar
- Palavra final sobre prioridades do Product Backlog é do PO
- Contato com os desenvolvedores para sanar dúvidas
- Dev pode falar diretamente com o cliente para sanar dúvidas que o PO não saiba responder, mas toda solicitação do cliente precisa passar pelo PO
- Dia a Dia
- participar das reuniões
- responder dúvidas dos desenvolvedores sobre histórias ou indicar quem poderia respondê-las melhor
- deixar claro para o time qual o valor de negócios de cada Sprint
- obter feedback e expectativas dos diversos clientes e extrair delas as necessidades
- manter o Product Backlog atualizado
- Trabalha no refinamento do topo do Back log
- Desenvolvedor
- Ajudam o projeto andar para frente
- Ajudam o projeto sair do papel e virar um produto final
- Resumindo, com exceção do Project Owner e do Scrum Master, o restante do time é o grupo de desenvolvimento
- Responsáveis em informar o tempo que uma determinada tarefa irá levar para ser finalizada dentro do time box
- Escolhem as tarefas que irão fazer, não depende de pessoas externas
- Dia a Dia
- Decidir a abordagem técnica para os problemas apresentados
- Trocar informações e ajudar os companheiros de time
- Estimar as histórias durante o planning
- Escolher sua próxima tarefa a ser feita, considerando as prioridades da Sprint
- Buscar a qualidade do projeto e a redução de erros
- Scrum Master e PO não podem ser a mesma pessoa, mas podem ser desenvolvedores
- Scrum Master
Melhoria Contínua
- Time é responsável pela sua melhoria
Informações
- Descrição
- Scrum Mapa Mental sobre Scrum, criado por Elcio Mota em 26-12-2017.
- Criado por
- Elcio Mota
- Visualizações
- 1
- Avaliação
Mais sobre Fundamentos do Scrum