Desenvolvimento ágil para iniciantes: papéis, eventos e artefactos do Scrum no primeiro sprint

Projetos e Desenvolvimento

Desenvolvimento ágil para iniciantes: papéis, eventos e artefactos do Scrum no primeiro sprint

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.

0 Gostos 0 Cópias Autor: WeProcess
desenvolvimento ágil Scrum sprint equipa de desenvolvimento iniciantes
Registe-se gratuitamente e use este modelo

Com uma conta gratuita, pode copiar este modelo a partir do mercado

Pré-visualização do quadro branco

Modo de pré-visualização Desenvolvimento ágil para iniciantes: papéis, eventos e artefactos do Scrum no primeiro sprint

Pré-visualização do quadro branco

1. O que é o desenvolvimento ágil (co... 2. O fluxo do sprint de 2 semanas (a ... 3. Product Owner 4. Scrum Master 5. Developers 6. Product Backlog 7. Sprint Backlog 8. Incremento 9. Tabela rápida dos 5 eventos Desenvolvimento á... Como usar: (1) Le... Definição de pron... Papéis e regras Bloqueios e probl... Aprendizagens e m... Numa fraseEm 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 antigaex.: 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 compensaex.: de 2 em 2 semanas vê-se algo real, por isso um desvio de rumoaparece em 2 semanas. Perde-se, no máximo, um ciclo de trabalho. 1. Sprint PlanningPrimeiro 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. RetrospetivaDepois 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. 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 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 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 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 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ê 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 O que se faz Quem participa Tempo indicado Sprint SprintA 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 semanasfixas, no máximo um mês Planning Sprint PlanningEscolhe-se o que se faz em 2 semanas e cria-se o Sprint Backlog. Toda a equipa Scrum Até 4 horasna manhã do primeiro dia Daily Scrum Daily ScrumDiz-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 ReviewMostra-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 horasno último dia Retrospetiva Retrospetiva do SprintRevê-se a forma de trabalhar, não o produto construído. Toda a equipa Scrum Até 1 hora e meiadepois da review 10. Escolher o qu... 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 … 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 sprin… 11. Retrospetiva ... 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
100%

Arraste para mover, use a roda para ampliar ou reduzir

Conteúdo do quadro de tarefas

Product Backlog 16 itens

Aprender os termos
Montar o 1.º sprint
Fazer a daily scrum
Rever e refletir
Listar os 3 papéis
Ordenar os 5 eventos
Ver os 3 artefactos
Fixar datas e dias
Pôr tudo no backlog
Escolher o que cabe
Dizer ontem e hoje
Dizer os bloqueios
Mover os cartões
Mostrar o produto
Devolver ao backlog
Decidir 1 Try

Sprint Backlog 0 itens

Em desenvolvimento 0 itens

À espera de revisão 0 itens

Concluído 0 itens