Escolar Documentos
Profissional Documentos
Cultura Documentos
br
Jonathan Maia
www.eunati.com.br
Jonathan Maia
www.eunati.com.br
Jonathan Maia
www.eunati.com.br
Jonathan Maia
Sumário
www.eunati.com.br
5 Jonathan Maia
Sumário
www.eunati.com.br
➔ Técnicas;
➔ Na prática;
➔ A prova da Scrum.org;
➔ Dinâmica - Serviço de Aluguel;
➔ Dinâmica - AeroPORTO Ágil;
➔ Conclusão;
➔ Recursos extras;
➔ Bibliografia.
6 Jonathan Maia
Informações
www.eunati.com.br
7 Jonathan Maia
Informações
www.eunati.com.br
8 Jonathan Maia
Informações
www.eunati.com.br
9 Jonathan Maia
Informações
www.eunati.com.br
10 Jonathan Maia
www.eunati.com.br
11 Jonathan Maia
Introdução
www.eunati.com.br
12 Jonathan Maia
www.eunati.com.br
13 Jonathan Maia
www.eunati.com.br
14 Jonathan Maia
www.eunati.com.br
15 Jonathan Maia
Introdução, Projetos e Produtos
www.eunati.com.br
16 Jonathan Maia
Gerenciamento de projetos
www.eunati.com.br
17 Jonathan Maia
Gerenciamento de projetos
www.eunati.com.br
18 Jonathan Maia
Fundamentos teóricos - Gestão ágil
www.eunati.com.br
19 Jonathan Maia
Fundamentos teóricos - Gestão ágil
www.eunati.com.br
20 Jonathan Maia
Introdução, Projetos e Produtos
www.eunati.com.br
21 Jonathan Maia
Introdução, Projetos e Produtos
www.eunati.com.br
22 Jonathan Maia
Introdução, Projetos e Produtos
www.eunati.com.br
23 Jonathan Maia
Introdução, Projetos e Produtos
www.eunati.com.br
24 Jonathan Maia
Introdução, Projetos e Produtos
www.eunati.com.br
➔ Gerenciamento de produtos:
➔ Um produto é algo oferecido a um mercado para
satisfazer um desejo ou uma necessidade;
➔ Gerenciamento de produtos é diferente de
gerenciamento de projetos; [46]
➔ Já ouviu falar em #noprojects ? [48]
➔ Gestão ágil pode ser utilizada no gerenciamento de
produtos ou projetos [47];
25 Jonathan Maia
Introdução, Projetos e Produtos
www.eunati.com.br
27 Jonathan Maia
www.eunati.com.br
28 Jonathan Maia
Certificações Agile e Scrum
www.eunati.com.br
29 Jonathan Maia
Certificações Agile e Scrum
www.eunati.com.br
30 Jonathan Maia
Certificações Agile e Scrum
www.eunati.com.br
31 Jonathan Maia
Certificações Agile e Scrum
www.eunati.com.br
32 Jonathan Maia
Certificações Agile e Scrum
www.eunati.com.br
33 Jonathan Maia
Certificações Agile e Scrum
www.eunati.com.br
34 Jonathan Maia
Certificações Agile e Scrum
www.eunati.com.br
➔ Simulados:
➔ Scrum Open da Scrum.org - PSM ITM e PSPO ITM;
➔ Product Owner Open da Scrum.org - PSPO ITM;
➔ PSM I Quiz do Mikhail Lapshin - PSM ITM e PSPO
ITM;
➔ Pratique os simulados até alcançar repetidamente
95% (76 questões) de aproveitamento ou mais;
35 Jonathan Maia
www.eunati.com.br
Gestão Ágil
36 Jonathan Maia
Introdução – Gestão ágil
www.eunati.com.br
37 Jonathan Maia
Gestão Ágil
www.eunati.com.br
38 Jonathan Maia
Introdução - Gestão ágil
www.eunati.com.br
39 Jonathan Maia
Agile
www.eunati.com.br
40 Jonathan Maia
Agile
www.eunati.com.br
41 Jonathan Maia
Gestão Ágil
www.eunati.com.br
42 Jonathan Maia
Gestão Ágil
www.eunati.com.br
43 Jonathan Maia
Agile
www.eunati.com.br
44 Jonathan Maia
Gestão Ágil
www.eunati.com.br
Fonte externa: Por Diego Ciarrocchi (Itaú Social) – Agile Trends Gov 2018 -
46 http://agiletrendsbr.com/programacao-agile-trends-gov-2018/ Jonathan Maia
Gestão Ágil
www.eunati.com.br
➔ Poder do coletivo:
➔ Performances individuais variam menos que
performances coletivas (canais de comunicação);
➔ Focar em indivíduos ao invés de focar no time
(equipe) é um erro comum;
➔ Estimativas de grupos são melhores que
estimativas individuais.
49 Jonathan Maia
Gestão Ágil
www.eunati.com.br
50 Jonathan Maia
Gestão Ágil
www.eunati.com.br
51 Jonathan Maia
Agile
www.eunati.com.br
52 Jonathan Maia
Gestão Ágil
www.eunati.com.br
53 Jonathan Maia
Gestão Ágil
www.eunati.com.br
54 Jonathan Maia
Fundamentos teóricos - Gestão ágil
www.eunati.com.br
55 Jonathan Maia
Fundamentos teóricos - Gestão ágil
www.eunati.com.br
56 Jonathan Maia
Fundamentos teóricos - Gestão ágil
www.eunati.com.br
57 Jonathan Maia
Fundamentos teóricos - Gestão ágil
www.eunati.com.br
58 Jonathan Maia
Fundamentos do Scrum
www.eunati.com.br
60 Jonathan Maia
Gestão Ágil
www.eunati.com.br
➔ Times auto-organizáveis:
➔ Times que definem a melhor forma para
completarem seu trabalho (Guia Scrum) e quanto
são capazes de produzir;
➔ A gestão ágil deve ser adotada com o interesse das
equipes e não como imposição superior.
61 Jonathan Maia
Gestão Ágil
www.eunati.com.br
➔ Times multifuncionais:
➔ Times possuem todas as competências necessárias
para completar o trabalho sem depender de outros
que não fazem parte da equipe;
➔ Não que dizer que cada membro do time deve
possuir todas as competências.
62 Jonathan Maia
Gestão Ágil
www.eunati.com.br
64 Jonathan Maia
Gestão Ágil
www.eunati.com.br
65 Jonathan Maia
Agile
www.eunati.com.br
66 Jonathan Maia
Gestão Ágil
www.eunati.com.br
➔ Maximização do ROI:
➔ ROI: Return of Investment;
➔ Produtos de projetos (softwares, serviços, etc)
removem restrições em processos de negócios para
que a empresa alcance objetivos estratégicos;
➔ Princípio de Pareto: 80% do valor do produto está
em 20% das funcionalidades;
➔ Por que não maximizar o ROI iniciando pelas
funcionalidades (20%) que trazem maior valor ?
67 Jonathan Maia
Gestão Ágil
www.eunati.com.br
68 Jonathan Maia
Gestão Ágil
www.eunati.com.br
69 Jonathan Maia
Gestão Ágil
www.eunati.com.br
➔ Aceitar mudanças:
➔ Mudanças são inevitáveis a medida que o produto
avança;
➔ Esteja preparado para mudanças no produto;
➔ A gestão ágil também traz mudanças de
paradigmas;
➔ Gestores disseminam atividades de gestão e
autoridade pelo Time: comprometimento mútuo;
➔ Em um Time, prepare-se para resistência de
algumas pessoas;
70 Jonathan Maia
Gestão Ágil
www.eunati.com.br
Comprometimento vs Envolvimento:
73 Jonathan Maia
Gestão Ágil
www.eunati.com.br
74 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
75 Jonathan Maia
Fundamentos do Scrum
www.eunati.com.br
77 Jonathan Maia
Fundamentos do Scrum
www.eunati.com.br
➔ Scrum:
➔ Leve;
➔ Simples de entender;
➔ Extremamente difícil de dominar;
➔ É um framework e não uma metodologia;
➔ Se referenciado como processo, é um processo
servo, não um processo de comando.
78 Jonathan Maia
Fundamentos do Scrum
www.eunati.com.br
79 Jonathan Maia
Fundamentos teóricos - Scrum
www.eunati.com.br
80 Jonathan Maia
Fundamentos do Scrum
www.eunati.com.br
81 Jonathan Maia
Fundamentos do Scrum
www.eunati.com.br
82 Jonathan Maia
Fundamentos do Scrum
www.eunati.com.br
83 Jonathan Maia
Fundamentos do Scrum
www.eunati.com.br
84 Jonathan Maia
Fundamentos do Scrum
www.eunati.com.br
➔ Jeff Sutherland:
➔ Piloto de reconhecimento na guerra do Vietnã;
➔ Doutor em medicina estatística;
➔ Trabalhou na concepção dos caixas ATM;
➔ Utilizou diversas fontes de inspiração para
desenvolver Scrum com Ken Schwaber.
85 Jonathan Maia
Fundamentos do Scrum
www.eunati.com.br
86 Jonathan Maia
Fundamentos do Scrum
www.eunati.com.br
➔ Rugby:
➔ Criado no Século XIX;
➔ 15 pessoas em cada time;
➔ Scrum - Formação com 8 em cada lado;
➔ Associação entre trabalho em equipe e Rugby:
artigo The New New Product Development Game
(86);
87 Jonathan Maia
Fundamentos do Scrum
www.eunati.com.br
89 Jonathan Maia
Fundamentos do Scrum
www.eunati.com.br
➔ Aikido:
➔ Desenvolvido entre 1930 e 1960 por Morihei
Ueshiba;
➔ A associação com gestão ágil [38] foi feita por
Alistair Cockburn (assinou manifesto ágil e foi um
dos criadores do Crystal);
➔ Os times ágeis também passam pelo Shuhari.
90 Jonathan Maia
www.eunati.com.br
91 Jonathan Maia
Fundamentos do Scrum
www.eunati.com.br
92 Jonathan Maia
Fundamentos do Scrum
www.eunati.com.br
93 Jonathan Maia
Fundamentos do Scrum
www.eunati.com.br
➔ Empirismo – pilares:
➔ Transparência;
➔ Inspeção;
➔ Adaptação.
95 Jonathan Maia
Fundamentos do Scrum
www.eunati.com.br
96 Jonathan Maia
Fundamentos teóricos - Toyota
www.eunati.com.br
97 Jonathan Maia
Fundamentos do Scrum
www.eunati.com.br
98 Jonathan Maia
Fundamentos do Scrum
www.eunati.com.br
99 Jonathan Maia
Fundamentos teóricos - KanBan
www.eunati.com.br
➔ Scrum nascendo:
➔ Em 1993 Jeff Sutherland utilizou princípios do
Scrum na Easel Corporation [11];
➔ Em 1995 Ken Schwaber e Jeff Sutherland
formalizaram primeira versão do Scrum e
publicaram na OOPSLA'95 (Object-Oriented
Programming, Systems, Languages & Applications
da ACM);
➔ Manifesto ágil assinado em 2001.
➔ Scrum hoje:
➔ Em 2002, Ken Schwaber fundou a Scrum Alliance;
➔ Em 2006, Jeff Sutherland criou a Scrum.inc;
➔ Em 2009, Ken Schwaber deixou a Scrum Alliance e
fundou a Scrum.org;
➔ A primeira publicação do Guia Scrum foi em 2010,
com atualizações em 2011, 2013, 2016 e 2017;
➔ Leia o artigo História da Agilidade e do Scrum no
Blog www.eunati.com.br.
➔ Dinâmica - Instruções:
➔ Times com aproximadamente sete pessoas;
➔ Time que produzir mais origamis será o vencedor;
➔ Cliente deseja montar estrutura de proteção (nome
do avião ou navio na lateral):
➔ Aviões Gripen para encomenda da Aeronáutica;
➔ Aviões Rafale para encomenda da Aeronáutica;
➔ Dinâmica - Parte 1:
➔ Time-box de dois minutos;
➔ Definir nome do Time;
➔ Times auto-organizados;
➔ Fornecer estimativa de origamis produzidos em
três minutos (uma pessoa não construirá pois
deverá apoiar o Time);
➔ Estimativas e produções serão controlados em
planilha. Segue modelo: http://bit.ly/fabricaOrigamis
➔ Dinâmica - Parte 2:
➔ Time-box de 5 minutos;
➔ Uma pessoa deve coletar com instrutor quantidades
mínimas de aviões e navios por tipo;
➔ Time deve fazer um protótipo de avião Gripen e um
protótipo de navio Destroyer;
➔ Após o protótipo, time deve fornecer nova
estimativa de origamis produzidos em três minutos;
➔ Entrega ao cliente;
➔ Entrega ao cliente;
➔ Dinâmica - Avaliação:
➔ Quais foram as maiores dificuldades ?
➔ Os aviões voaram?
➔ Os papéis foram exercidos adequadamente ?
➔ O time-box foi obedecido ?
➔ Estimativas e produção evoluíram com o tempo ?
➔ O protótipo foi importante?
➔ É possível utilizar os princípios aprendidos em sua
unidade de trabalho?
➔ Dinâmica - Instruções:
➔ Cada boneco deve ter:
➔ Cabeça, tronco e pernas (mesma peça);
➔ Braços individualizados e articulados;
➔ Dinâmica - Instruções:
➔ Time com mais pontos será o vencedor:
➔ Pontos bonecos = Cada boneco pronto vale 1 ponto;
➔ Fator sustentabilidade = Bonecos Prontos / Folhas de
papel consumidas;
➔ Pontos Finais = Pontos bonecos X Fator
sustentabilidade;
➔ Exemplo:
➔ Pontos bonecos = 20;
➔ Folhas de papel consumidas = 25;
➔ Dinâmica - Parte 1:
➔ Time-box de dois minutos;
➔ Definir nome do Time;
➔ Times auto-organizados;
➔ Fornecer estimativa de bonecos produzidos em
cinco minutos (uma pessoa não construirá pois
deverá apoiar o Time);
➔ Estimativas e produções serão controlados em
planilha. Segue modelo: https://bit.ly/2K5fZuQ
➔ Dinâmica - Parte 2:
➔ Time-box de 5 minutos;
➔ Time deve fazer um protótipo de boneco;
➔ Após o protótipo, time deve fornecer nova
estimativa de bonecos produzidos em cinco
minutos;
➔ Entrega ao instrutor;
➔ Entrega ao instrutor;
➔ Dinâmica - Avaliação:
➔ Quais foram as maiores dificuldades ?
➔ Os bonecos desmontaram?
➔ Os papéis foram exercidos adequadamente ?
➔ O Time-box foi obedecido ?
➔ Estimativas e produção evoluíram com o tempo ?
➔ O protótipo foi importante?
➔ O que acharam do Fator de Sustentabilidade?
➔ É possível utilizar os princípios aprendidos em sua
unidade de trabalho?
124 Jonathan Maia
Fundamentos do Scrum
www.eunati.com.br
➔ Scrum - Papéis:
➔ Scrum Master;
➔ Dono do Produto (Product Owner);
➔ Time de Desenvolvimento (Development Team).
➔ Scrum - Eventos:
➔ Sprint;
➔ Planejamento da Sprint (Sprint Planning);
➔ Reunião Diária (Daily Scrum);
➔ Revisão da Sprint (Sprint Review);
➔ Retrospectiva da Sprint (Sprint Retrospective).
➔ Scrum - Artefatos:
➔ Backlog do Produto (Product Backlog);
➔ Backlog da Sprint (Sprint Backlog);
➔ Incremento (Increment).
➔ Adaptation
Valores do Scrum
Times e papéis
➔ Dono do Produto:
➔ Responsável por maximizar o valor do produto e do
trabalho do Time de Desenvolvimento (Guia
Scrum);
➔ Não necessariamente é o cliente, mas atua como
representante de seus interesses;
➔ É uma pessoa e não um comitê, embora possa
delegar algumas de suas atividades;
➔ Relacionamento intenso com cliente e com Time;
➔ Autonomia para tomar decisões sobre o produto.
➔ Dono do Produto:
➔ É o único que pode alterar o Backlog do Produto:
novas funcionalidades devem ser solicitadas a ele;
➔ Negocia e esclarece o escopo das Sprints;
➔ Só ele pode cancelar uma Sprint (objetivo obsoleto);
➔ Tem autoridade para aceitar ou rejeitar trabalhos
realizados pelo Time de Desenvolvimento;
➔ Define se faz sentido liberar (release) um
Incremento do produto.
➔ Visão do Produto:
➔ Antes da primeira Sprint, é aconselhável (não
obrigatório) elaborar a Visão do Produto;
➔ Responsabilidade do Dono do Produto;
➔ Direcionamento inicial de alto nível do produto:
promove auto-organização;
➔ A partir da Visão, nasce o Backlog do Produto;
➔ Sprint 0 não existe no Scrum;
154
Fonte externa: dungeonsanddragonscartoon.com/ dungeons-dragons-3.jpg Jonathan Maia
Times e papéis
www.eunati.com.br
155
Fonte externa: dungeonsanddragonscartoon.com/ dungeons-dragons-3.jpg Jonathan Maia
Serviço de Aluguel
www.eunati.com.br
157
Fonte externa: dungeonsanddragonscartoon.com/ dungeons-dragons-3.jpg Jonathan Maia
Times e papéis
www.eunati.com.br
➔ Time de Desenvolvimento:
➔ Profissionais que realizam trabalho necessário para
entregar o Incremento do produto ao final da Sprint
atendendo à Definição de Pronto (Done);
➔ Sem títulos para os membros. Até o Guia Scrum de
2016 o único título era o de Desenvolvedor
(Developer);
➔ Tamanho ideal: de 3 a 9 pessoas;
➔ Não possui sub-times: a responsabilidade é
compartilhada pelo sucesso ou fracasso;
➔ Time de Desenvolvimento:
➔ Embora não seja o ideal, Dono do Produto e Scrum
Master podem fazer parte do Time de
Desenvolvimento;
➔ Auto-organizado e multifuncional;
➔ Possui autonomia para definir as atividades
necessárias para contemplar a Meta da Sprint;
➔ Pode, inclusive, remover membros da equipe que
não se ajustam (com o apoio do Scrum Master);
➔ Scrum Master:
➔ Servo líder para o Time Scrum;
➔ Garante aderência à teoria, práticas, regras e
valores do Scrum na organização;
➔ Facilita os eventos do Scrum quando requisitado ou
necessário;
➔ Combate o estilo comando/controle;
Fonte Externa: Barry Overeem - The Scrum Master as the Change Leader
171 Jonathan Maia
Times e papéis
www.eunati.com.br
Fonte Externa: Barry Overeem - The Scrum Master as the Change Leader
172 Jonathan Maia
Eventos
www.eunati.com.br
Eventos
➔ Eventos Scrum:
➔ Sprint;
➔ Planejamento da Sprint (Sprint Planning);
➔ Reunião Diária (Daily Scrum);
➔ Revisão da Sprint (Sprint Review);
➔ Retrospectiva da Sprint (Sprint Retrospective).
➔ Eventos do Scrum:
➔ Todos são Time-boxed;
➔ Promovem a transparência, inspeção e adaptação;
➔ Minimizam as reuniões não definidas no framework.
➔ Sprint:
➔ Container para todos os outros eventos;
➔ Limita os riscos de custos e complexidade a um
mês (transparência, inspeção e adaptação);
➔ É uma forma de limitar o Work in Progress (WIP);
➔ A próxima Sprint inicia-se logo após o término da
anterior.
➔ Sprint:
➔ Pode ser considerada um projeto com horizonte não
maior que um mês;
➔ Durações constantes;
➔ Não tão longa que o risco seja inaceitável para o
Dono do Produto;
➔ Não tão curta que eventos de negócio não possam
ser sincronizados com desenvolvimento.
➔ Durante a Sprint:
➔ Não são feitas mudanças que possam ameaçar a
Meta da Sprint (Sprint Goal);
➔ Os padrões de qualidade não diminuem;
➔ O escopo pode ser esclarecido e renegociado entre
o Dono do Produto e o Time de Desenvolvimento.
➔ Cancelamento da Sprint:
➔ Apenas quando a Meta da Sprint torna-se obsoleta
(incomum);
➔ Apenas o Dono do Produto pode cancelar;
➔ Itens Prontos são revisados e podem ser aceitos;
➔ Itens incompletos são estimados novamente e
voltam para o Backlog do Produto;
➔ Inicia-se nova Sprint após o cancelamento.
1 2 3 4 5 6 7 8 9 10
A B C D E F G H I J
R E S I L I E N T E
I N S T I G A N T E
A P A I X O N A D O
➔ Vídeo:
https://www.youtube.com/watch?v=hfxfJ7Qa4sg&t=173s
Fonte: Canal Ilustradamente
➔ Sprints de 1 semana:
Semana Segunda Terça Quarta Quinta Sexta
1 Planejamento Reunião Diária: Reunião Diária: Reunião Diária: Revisão da
da Sprint: 2 15 minutos 15 minutos 15 minutos Sprint: 1 hora
horas
Refinamento: 2 Retrospectiva
horas da Sprint: 45
minutos
➔ Sprints de 2 semanas:
Semana Segunda Terça Quarta Quinta Sexta
1 Planejamento Reunião Diária: Reunião Diária: Reunião Diária: Reunião Diária:
da Sprint: 4 15 minutos 15 minutos 15 minutos 15 minutos
horas
2 Reunião Diária: Reunião Diária: Reunião Diária: Reunião Diária: Revisão da
15 minutos 15 minutos 15 minutos 15 minutos Sprint: 2 horas
Refinamento: 3 Retrospectiva
horas da Sprint: 1
hora e meia
➔ Sprints de 1 mês:
Semana Segunda Terça Quarta Quinta Sexta
1 Planejamento Reunião Diária: Reunião Diária: Reunião Diária: Reunião Diária:
da Sprint: 8 15 minutos 15 minutos 15 minutos 15 minutos
horas
2 Reunião Diária: Reunião Diária: Reunião Diária: Reunião Diária: Reunião Diária:
15 minutos 15 minutos 15 minutos 15 minutos 15 minutos
Refinamento: 2
horas
3 Reunião Diária: Reunião Diária: Reunião Diária: Reunião Diária: Reunião Diária:
15 minutos 15 minutos 15 minutos 15 minutos 15 minutos
4 Reunião Diária: Reunião Diária: Reunião Diária: Reunião Diária: Revisão da
15 minutos 15 minutos 15 minutos 15 minutos Sprint: 4 horas
Refinamento: 2 Retrospectiva
horas da Sprint: 3
horas
199
Fonte externa: dungeonsanddragonscartoon.com/ dungeons-dragons-3.jpg Jonathan Maia
Serviço de Aluguel
www.eunati.com.br
➔ Visual;
➔ Objetivo;
➔ 5W2H:
➔ Planejamento da Sprint:
➔ Time-box máximo: 8 horas para Sprint de um mês;
➔ Para todo o Time Scrum;
➔ Tópico 1 - O que pode ser entregue como resultado
do Incremento da Sprint?
➔ Tópico 2 - Como será realizado o trabalho
necessário para entregar o Incremento ?
➔ Reunião Diária:
➔ Também conhecida por Standup Meeting, Daily
Meeting ou Daily Scrum, é uma peça chave para
inspeção e adaptação;
➔ Nasceu a partir de uma reunião diária de uma hora
realizada por uma equipe de alta produtividade da
Borland [11]: nessa equipe, cada programador
produzia mil linhas de código por semana;
➔ Reunião Diária:
➔ Apenas Time de Desenvolvimento participa, embora
outros possam assisti-la;
➔ Reuniões devem acontecer no mesmo local e
horário;
➔ Time de Desenvolvimento é o responsável pela
condução da reunião, que pode ser conduzida de
várias maneiras (com base em questões ou
discussões);
➔ Sugestão (não presente no Guia): Todos de pé;
➔ Reunião Diária:
➔ Deve acontecer nos dias dos outros eventos
Scrum? Pelo Guia Scrum: todos dias da Sprint;
➔ Antes do início da reunião, quadro kanban (caso
utilizado) deve estar atualizado;
➔ Trabalho restante da Sprint deve ser acompanhado
(Gráfico de Burndown atualizado, se utilizado);
➔ Discussões longas, adaptações ou replanejamentos
devem ser realizados após a reunião;
➔ Durante Sprint:
➔ Qualquer membro do Time de Desenvolvimento
pode adicionar ou remover tarefas no Backlog da
Sprint;
➔ Time de Desenvolvimento auto organiza-se na
atribuição de tarefas;
➔ Esgotamento do ego:
➔ Pesquisa com magistrados de Israel em 2011 [19];
➔ Análise de mais de 1.000 decisões sobre liberdade
condicional;
➔ Logo após a chegada ao trabalho ou lanche, a
probabilidade de concessão da condicional
aumentava em 60%;
➔ Com mais horas de trabalho, magistrados tomavam
decisões que minimizavam riscos.
➔ Revisão da Sprint:
➔ Time-box: 4 horas para Sprint de um mês;
➔ Dono do Produto esclarece quais SPBIs foram
“Prontos” e quais não foram “Prontos”;
➔ Time de Desenvolvimento discute o que foi bem,
quais problemas ocorreram e como resolveram;
➔ Time de Desenvolvimento demonstra o Incremento
“Pronto”;
➔ Revisão da Sprint:
➔ Dono do Produto apresenta o Backlog do Produto e
presentes podem colaborar na sua construção e
ordenação (para próxima Sprint);
➔ Acompanhar trabalho ainda restante;
➔ Estimar possíveis “períodos” para entregas;
➔ Acompanhar KPIs (Key Performance Indicators);
➔ O que não está “Pronto” retorna ao Backlog do
Produto.
➔ Felicidade:
➔ Scrum Master é responsável por detectar bolhas de
felicidade e evitá-las;
➔ A existência de um tolo sábio (transparente demais)
na equipe pode ser benéfica.
➔ Retrospectiva da Sprint:
➔ Time-box: 3 horas para Sprint de um mês;
➔ Para todo o Time Scrum;
➔ Scrum Master deve encorajar o Time Scrum em
busca da melhoria contínua e da transparência (por
isso não é interessante que seja chefe funcional);
➔ Definição de Pronto pode ser evoluída para
aumentar qualidade do produto.
➔ Retrospectiva da Sprint:
➔ Foco na transparência, inspeção e adaptação;
➔ Melhorias devem entrar no próximo Backlog da
Sprint (pelo menos uma);
➔ Evento pode ser utilizado, inclusive, para definir o
afastamento de membros do Time Scrum;
➔ Dinâmicas para retrospectivas:
➔ www.funretrospectives.com
➔ Liberating Structures [64]
➔ Métrica da Felicidade:
➔ Proposta por Jeff Sutherland;
➔ Não está no Guia Scrum;
➔ Mantenha registros da Métrica da Felicidade Média
para posterior comparação com outras métricas do
Time;
➔ Daily Scrum
➔ Sprint Review
➔ Sprint Retrospective
TM
➔ Questões da PSM I - Eventos
Artefatos
➔ Artefatos Scrum:
➔ Backlog do Produto (Product Backlog);
➔ Backlog da Sprint (Sprint Backlog);
➔ Incremento (Increment).
➔ Backlog do Produto:
➔ É um artefato dinâmico, que existirá enquanto o
produto existir;
➔ Deve estar disponível para todos os interessados;
➔ Embora possam existir vários Times Scrum
trabalhando no mesmo produto, o Backlog do
Produto sempre será único;
➔ Dono do produto é único responsável pelo Backlog
do Produto, mas pode delegar algumas das
atividades de manutenção do Backlog do Produto
para o Time de Desenvolvimento;
259 Jonathan Maia
Artefatos
www.eunati.com.br
➔ Backlog do Produto:
➔ Os Itens do Backlog do Produto (PBIs) devem ser
expressos em linguagem de negócio e não em
linguagem técnica;
➔ PBIs possuem os seguintes atributos:
➔ Descrição;
➔ Ordem;
➔ Estimativa;
➔ Valor;
Fonte externa:
263 https://answers.atlassian.com/upfiles/rbplanning.png Jonathan Maia
Artefatos
www.eunati.com.br
➔ Refinamento (Refinement):
➔ Detalhamento, ordenação e estimativas dos PBIs;
➔ Processo colaborativo entre Dono do Produto e
Time de Desenvolvimento;
➔ O Dono do Produto é o responsável pelo
detalhamento e ordenações;
➔ O Time de Desenvolvimento é o responsável pelas
estimativas (ex: Pôquer);
➔ Nível de detalhamento do PBI deve residir entre
“um desejo” e o que “antes chamávamos de
requisitos”: um convite para conversa; [62]
264 Jonathan Maia
Artefatos
www.eunati.com.br
➔ Refinamento (Refinement):
➔ Não costuma consumir mais que 10% da
capacidade do Time de Desenvolvimento;
➔ Quanto mais próximo de entrar em uma Sprint
(ordem), mais detalhado o PBI deve estar;
➔ Recomenda-se ter PBIs ordenados e estimados
para três Sprints;
➔ PBIs Preparados (Ready) para seleção no Backlog
da Sprint;
➔ Backlog da Sprint:
➔ Torna visível o trabalho do Time de
Desenvolvimento;
➔ Time de Desenvolvimento é o único que pode
alterar o Backlog da Sprint;
➔ Novos trabalhos identificados devem ser
adicionados pelo Time de Desenvolvimento ao
Backlog da Sprint;
➔ Backlog da Sprint:
➔ Alterações nos SPBIs podem ser negociadas entre
Dono do Produto e Time de Desenvolvimento;
➔ Inclui pelo menos uma melhoria de processo de alta
prioridade identificada na última retrospectiva;
➔ Conforme o trabalho é realizado ou completado, a
estimativa do trabalho restante é atualizada;
➔ Increment
➔ Artifact Transparency:
➔ Definition of “Done”
Técnicas
➔ Histórias de Usuário:
➔ Uma História deve caber em uma Sprint, caso
contrário, quebre-a em Histórias menores;
➔ Estimativas dos tamanhos das Histórias são
chamadas de Pontos de História;
➔ Um Épico (Epic) dá origem a um conjunto de
Histórias relacionadas;
283
Fonte externa: dungeonsanddragonscartoon.com/ dungeons-dragons-3.jpg Jonathan Maia
Serviço de Aluguel
www.eunati.com.br
➔ Quadro kanban:
➔ Utilizado para representar o Backlog da Sprint;
➔ Colunas devem refletir o fluxo de trabalho do Time:
➔ Para Codificar;
➔ Codificando;
➔ Para homologar;
➔ Homologando;
➔ Deploy;
➔ Feita;
➔ Quadro kanban:
➔ Deve ser o mais transparente possível;
➔ WIP (Work In Progress) pode ser limitado: reduz a
interferência dual de tarefas;
➔ A Meta da Sprint e o Gráfico de Burndown (caso
utilizado) costumam ficar juntos ao kanban;
➔ Deve estar atualizado antes da Reunião Diária;
➔ Utilize cores para classificar as tarefas;
➔ Pôquer de Planejamento:
➔ Estimativas comparativas são mais fáceis de
elaborar [49] que estimativas absolutas em horas;
➔ Pontos de História (Story Points) indicam o esforço
ou complexidade de uma História de Usuário;
➔ Estimativas do Backlog do Produto podem utilizar
Pontos de História obtidos com o Pôquer;
➔ Apenas Time de Desenvolvimento (executores)
deve elaborar as estimativas;
➔ Estimar X Não Estimar (#noestimates)
Fonte externa: Livro Métricas Ágeis, Rafael Albino, Casa do Código, 2017
294 Jonathan Maia
Técnicas
www.eunati.com.br
Convergiu: Tamanho 5
299 Jonathan Maia
Técnicas
www.eunati.com.br
Convergiu: Tamanho 13
303 Jonathan Maia
Técnicas
www.eunati.com.br
Convergiu: Tamanho 1
305 Jonathan Maia
Times e papéis
www.eunati.com.br
306
Fonte externa: dungeonsanddragonscartoon.com/ dungeons-dragons-3.jpg Jonathan Maia
Serviço de Aluguel
www.eunati.com.br
➔ Leitura:
➔ Métricas Ágeis: Cumulative Flow Diagrams e Lead
Time Breakdown
➔ Por Raphael Albino – Plataformatec.
➔ Planejamento de Liberações:
➔ Sprints de Liberação ou de Release (termo não
citado no Guia Scrum): possuem tarefas adicionais
necessárias à Liberação do Produto (preparação do
suporte, treinamento, da equipe de vendas, etc);
➔ Tendência no mundo de software: liberação
contínua com DevOps (Dev + Ops) [39];
Fonte externa:
328 https://roadmunk.com/images/templates/screenshots/agile-sprint.svg Jonathan Maia
Técnicas
www.eunati.com.br
➔ Planejamento de Liberações:
➔ Product Burndown ou Release Burndown é uma
ferramenta gráfica para o Planejamento de
Liberações;
➔ Lembre dos ambientes empíricos: Incertezas.
332
Fonte externa: dungeonsanddragonscartoon.com/ dungeons-dragons-3.jpg Jonathan Maia
Serviço de Aluguel
www.eunati.com.br
TM
➔ Questões da PSM I - Teoria do Scrum
Na prática
➔ Escalando Scrum:
➔ Scrum pode ser utilizado por vários Times
trabalhando no mesmo Backlog do Produto;
➔ Backlog do Produto e Definição de Pronto devem
ser compartilhados por todos os Times;
➔ Cada Time deve possuir um Dono do Produto
(único por Produto) e um Scrum Master;
➔ Cada Dono do Produto ou Scrum Master podem
servir a mais de um Time de Desenvolvimento.
➔ Escalando Scrum:
➔ Ao final das Sprints, é necessário integrar trabalho
dos Times;
➔ NexusTM [32] é o Framework da Scrum.org que
permite escalar Times Scrum;
➔ SAFe® (Scaled Agile Framework) [40] também é um
Framework bastante difundido;
Jonathan Maia
Na prática
www.eunati.com.br
➔ No Governo:
➔ Tribunal de Contas da União (TCU) trata sobre a
Gestão Ágil em:
➔ Acórdão 2314 de 2013;
➔ Acórdão 2362 de 2015;
➔ Organizador Ágil:
➔ Desenvolvido por Jonathan Maia entre 2016 e 2017;
➔ Incorpora práticas da gestão ágil para organização
pessoal e familiar;
➔ Resultados: melhor aproveitamento do tempo,
menor estresse e maior satisfação pessoal;
➔ Ciclos semanais: no máximo, 3 horas e meia por
semana (Time profissional), podendo ser apenas 90
minutos semanais para gestão pessoal ou familiar.
Jonathan Maia
www.eunati.com.br
A prova da Scrum.org
(“Jump Back”);
➔ Marcar questões para revisão (“Bookmark this question”);
AeroPORTO Ágil
➔ Burndown da Sprint
➔ Dinâmica - Refinamento:
➔ Time-box de 8 minutos;
➔ Épicos e Histórias de Usuário devem ser
cadastrados no Backlog do Produto;
➔ Produto Mínimo Viável (MVP) deve ser identificado;
➔ Definição de Pronto;
➔ Dinâmica - Sprints:
➔ Duas Sprints para produção;
➔ kanban deve ser mantido atualizado;
➔ Cada Sprint possui 29 minutos:
➔ 7 minutos para o Planejamento da Sprint;
➔ 6 minutos para construção;
➔ Dinâmica - Avaliação:
➔ Quais foram as maiores dificuldades ?
➔ Os papéis foram exercidos adequadamente ?
➔ O time-box dos eventos foi obedecido ?
➔ O kanban foi mantido atualizado ?
➔ Como foi a manutenção dos artefatos ?
➔ É possível utilizar os princípios aprendidos em sua
unidade de trabalho?
ISBN 9788581780139;
386 Jonathan Maia
Bibliografia
www.eunati.com.br
Acesso em 04/08/2015;
Magazine, 1974;
➔ [22] Brooks , Frederick P. The Mythical Man-Month,
Prentice-Hall, 1981;
➔ [26] Microsoft MSDN. Estimating. Disponível em: <
https://msdn.microsoft.com/en-us/library/hh765979.aspx
>. Acesso em: 28/08/2015;
➔ [27] Lyubomirsky, Sonja et al. The Benefits of Frequent
em: <
http://gutocarvalho.net/octopress/2013/03/16/o-que-e-um-
devops-afinal/
>. Acesso em 02/09/2017;
➔ [40] Agile, Scaled. Scaled Agile Framework. Disponível
2017;
➔ [45] Endeavor. Roadmap. Disponível em: <
https://endeavor.org.br/roadmap/>. Acesso em
22/12/2017;
➔ [46] Brainmates. Project Manager vs Product Manager.
Disponível em:
<https://brainmates.com.au/brainrants/project-manager-
vs-product-manager> . Acesso em 22/12/2017;
394 Jonathan Maia
Bibliografia
www.eunati.com.br
em: <https://www.youtube.com/watch?v=0hRZffDD1ec>.
Acesso em 03/01/2018.
➔ [50] Snowden, David; Boone, Mary. A Leader’s
Framework for Decision Making – Cynefin, Harvard
Business Review, 2017. Disponível em: <
https://hbr.org/2007/11/a-leaders-framework-for-decision
-making
>. Acesso em 13/01/2018;
Jonathan Maia
www.eunati.com.br
Jonathan Maia