Projetos e Desenvolvimento
Desenvolvimento ágil para iniciantes: papéis, eventos e artefactos do Scrum no primeiro sprint
Iniciante | 2 páginas de quadro branco · Quadro de tarefas: 5 colunas (4 tarefas principais e 12 subtarefas)
Iniciante: Sem termos técnicos. Basta responder às perguntas do quadro branco, seguindo os exemplos de preenchimento, para que ganhe forma.
Quem aprende desenvolvimento ágil ou entra pela primeira vez numa equipa Scrum usa este modelo para iniciantes para perceber os 3 papéis, os 5 eventos e os 3 artefactos e correr o primeiro sprint. No quadro branco estão a ideia do ágil, o fluxo do sprint de 2 semanas em 5 passos, três molduras com os 3 papéis, três molduras com os 3 artefactos, uma tabela rápida dos 5 eventos, quatro colunas MoSCoW para escolher o que entra desta vez e uma retrospetiva KPT. O quadro de tarefas tem cinco colunas, Product Backlog, Sprint Backlog, em desenvolvimento, à espera de revisão e concluído, e começa com 4 tarefas principais e 12 subtarefas por iniciar, dos termos do Scrum ao primeiro sprint, à daily e à revisão final. Quem entra sem saber como funciona o Scrum fica para trás nos termos, mas ao seguir este quadro de cima para baixo durante um sprint fica a saber o que dizer na daily. Ao contrário de um quadro para equipas já a rodar, aqui o essencial é perceber os termos e viver a primeira vez.
Com uma conta gratuita, pode copiar este modelo a partir do mercado
Pré-visualização do quadro branco
Ler o conteúdo do quadro branco em formato de texto
Desenvolvimento ágil para iniciantes
Como usar: (1) Ler a ideia do ágil → (2) Seguir o fluxo do sprint de 2 semanas → (3) Confirmar os 3 papéis e os 3 artefactos (molduras 3 a 8 do quadro) → (4) Marcar as datas dos 5 eventos (moldura 9 do quadro) e separar com o MoSCoW o que entra e o que fica de fora (moldura 10 do quadro) → (5) Rever com o KPT (moldura 11 do quadro)
1. O que é o desenvolvimento ágil (construir, mostrar e corrigir em ciclos curtos)
- Numa frase Em ciclos curtos de cerca de 2 semanas, constrói-se algo que funciona, mostra-se, recolhem-se opiniões e corrige-se. E repete-se.
- A diferença para a forma antiga ex.: em vez de fechar todos os requisitos antes de construir, decide-se a ordem e constrói-se aos poucos de cima para baixo. A ordem pode mudar pelo caminho.
- Porque compensa ex.: de 2 em 2 semanas vê-se algo real, por isso um desvio de rumo aparece em 2 semanas. Perde-se, no máximo, um ciclo de trabalho.
2. O fluxo do sprint de 2 semanas (a daily repete-se todos os dias)
- 1. Sprint Planning Primeiro dia do sprint. Escolhe-se com o MoSCoW da moldura 10 o que se faz em 2 semanas e cria-se o Sprint Backlog. Até 4 horas. ex.: escolher os 3 primeiros itens do Product Backlog, 13 pontos.
- 2. Desenvolvimento (2 semanas) Constrói-se apenas o que foi escolhido. Se chegar um pedido novo, por norma não entra neste sprint. ex.: avançar só com os 3 itens da melhoria do início de sessão, 13 pontos.
- 3. Daily Scrum (15 minutos por dia) Durante as 2 semanas do passo 2, 15 minutos todos os dias à mesma hora. Cada um diz o que fez ontem, o que faz hoje e onde está preso. Repete-se todos os dias, em paralelo com o desenvolvimento. ex.: às 10h00, de pé.
- 4. Sprint Review Último dia. Mostra-se aos envolvidos algo que funciona e recolhem-se opiniões. Até 2 horas. Mostra-se o ecrã, não slides. ex.: usar ao vivo o novo ecrã de início de sessão.
- 5. Retrospetiva Depois da review. Revê-se a forma de trabalhar, não o produto. Até 1 hora e meia. Com o KPT da moldura 11 escolhe-se apenas um passo seguinte. ex.: os pedidos que entram a meio passam a ficar com o Scrum Master.
3. Product Owner
- Decide a ordem, ou seja, o que se constrói primeiro
- Responde pela ordem do Product Backlog
- ex.: decide que agora vem primeiro a melhoria do início de sessão
- É a quem se pergunta quando há dúvidas sobre o conteúdo
4. Scrum Master
- Vê se a forma de trabalhar está a ser cumprida
- Remove bloqueios e faz cumprir o tempo de cada evento
- ex.: recebe os pedidos que entram a meio e negoceia-os
- Não dá ordens e não é necessariamente chefia
5. Developers
- Quem constrói, incluindo desenho, código e testes
- São eles próprios a estimar o que cabe em 2 semanas
- ex.: três pessoas dividem entre si o Sprint Backlog
- Developers é o nome do papel, não da profissão
6. Product Backlog
- Lista de tudo o que se quer, pela ordem em que vai ser construído
- O que está em cima faz-se primeiro; a ordem é do Product Owner
- ex.: início de sessão, definições de notificações, pesquisa na área de gestão
- Lista sem fim; pode crescer pelo caminho, e tudo bem
7. Sprint Backlog
- Só o que se decidiu construir nestas 2 semanas
- Escolhe-se no planning e não se acrescenta a meio
- ex.: os 3 itens da melhoria do início de sessão, 13 pontos ao todo
- Também mostra quem ficou com o quê
8. Incremento
- O que ficou pronto e a funcionar no fim das 2 semanas
- Não entra o que não cumpre a definição de pronto, ou seja, as condições que a equipa fixou à partida para dizer que algo está terminado
- ex.: a melhoria do início de sessão, com testes e verificação feitos
- É isto que se mostra na Sprint Review
9. Tabela rápida dos 5 eventos
| O que se faz | Quem participa | Tempo indicado | |
|---|---|---|---|
| Sprint | Sprint A caixa de 2 semanas que contém os outros 4. O prazo não se estica. | Toda a equipa Scrum (Product Owner, Scrum Master e Developers) | 2 semanas fixas, no máximo um mês |
| Planning | Sprint Planning Escolhe-se o que se faz em 2 semanas e cria-se o Sprint Backlog. | Toda a equipa Scrum | Até 4 horas na manhã do primeiro dia |
| Daily Scrum | Daily Scrum Diz-se o que se fez ontem, o que se faz hoje e onde se está preso. | Developers (os outros dois papéis ouvem) | 15 minutos à mesma hora e no mesmo sítio |
| Review | Sprint Review Mostra-se algo que funciona e recolhem-se opiniões. O ecrã, não slides. | Equipa Scrum e envolvidos (quem pediu e quem usa) | Até 2 horas no último dia |
| Retrospetiva | Retrospetiva do Sprint Revê-se a forma de trabalhar, não o produto construído. | Toda a equipa Scrum | Até 1 hora e meia depois da review |
10. Escolher o que entra nestas 2 semanas (MoSCoW)
Must (obrigatório)
- Só o que, faltando, deixa o objetivo do sprint por cumprir. ex.: corrigir a falha do email de reposição da palavra-passe que não chega
Should (importante)
- Importante, mas o objetivo cumpre-se mesmo deixando de fora desta vez. ex.: melhorar as mensagens de erro pouco claras
Could (se der)
- Entra no sprint, mas é o primeiro a sair se faltar tempo. Sem ele o objetivo cumpre-se na mesma. ex.: trocar o logótipo do ecrã de início de sessão
Won't (fica de fora)
- O que se decidiu não fazer. Não se apaga, fica no Product Backlog (moldura 6). ex.: as definições de notificações e a pesquisa na área de gestão passam para sprints seguintes
11. Retrospetiva do primeiro sprint (KPT)
Keep (continuar)
- Fixar a daily às 10h00 fez com que passassem a estar todos
- Dizer os bloqueios na hora desatou em meio dia o que estava preso
Problem (o que falhou)
- Dos 13 pontos escolhidos, 5 não ficaram feitos em 2 semanas
- Não conseguimos recusar pedidos a meio e o Sprint Backlog inchou
Try (experimentar a seguir)
- Começar o próximo sprint com 8 pontos e acrescentar se sobrar tempo
- Os pedidos que entram a meio passam primeiro pelo Scrum Master
Conteúdo do quadro de tarefas
Product Backlog 16 itens
Aprender os termos
O primeiro tropeço são as palavras. Se as decorar em três grupos, papéis, eventos e artefactos, deixa de se perder no meio da conversa.
Listar os 3 papéis
Escreva com nomes reais quem é o Product Owner, quem é o Scrum Master e quem são os Developers. Se alguém acumula dois papéis, escreva isso mesmo.
Ordenar os 5 eventos
Ponha por ordem no tempo o sprint, o planning, a daily, a review e a retrospetiva, e marque a data e a hora de cada um.
Ver os 3 artefactos
Confirme onde estão, em concreto, o Product Backlog, o Sprint Backlog e o incremento.
Montar o 1.º sprint
Decorar as palavras não chega. Feche o período de 2 semanas e vá até ao ponto de escolher apenas o que lá cabe.
Fixar datas e dias
Decida o dia de início, o dia de fim e o dia e a hora de cada evento. O período não se estica a meio.
Pôr tudo no backlog
Ponha na coluna do Product Backlog tudo o que quer construir e ordene pela ordem em que vai ser feito. A ordem é decidida pelo Product Owner.
Escolher o que cabe
De cima para baixo, passe para o Sprint Backlog só o que cabe em 2 semanas. Se for a mais, decida primeiro o Won't no MoSCoW da moldura 10 e retire. Na dúvida, leve menos.
Fazer a daily scrum
É a rotina diária durante o sprint. Não é uma reunião de relatórios, é o momento de pôr os bloqueios em cima da mesa e desatá-los.
Dizer ontem e hoje
Cada um diz em 1 minuto o que fez ontem e o que vai fazer hoje. As conversas de detalhe ficam para depois da daily.
Dizer os bloqueios
Diga sempre em voz alta onde está preso. Resolver é com o Scrum Master, já depois da daily.
Mover os cartões
Mova os cartões para em desenvolvimento, à espera de revisão e concluído, para que o que falta se veja de relance.
Rever e refletir
É o fecho das 2 semanas. Separar as opiniões sobre o produto das opiniões sobre a forma de trabalhar é a base do Scrum.
Mostrar o produto
Na Sprint Review, mostre aos envolvidos o ecrã a funcionar, e não slides, e recolha opiniões.
Devolver ao backlog
Passe as opiniões recebidas para cartões na coluna do Product Backlog, para servirem de matéria-prima da próxima ordenação.
Decidir 1 Try
Na retrospetiva, reveja a forma de trabalhar e escolha um único Try para experimentar no sprint seguinte.
