Jonathan Maia
www.eunati.com.br
Jonathan Maia
www.eunati.com.br
4 Jonathan Maia
www.eunati.com.br
Utilização deste material
➔ Este material pode ser alterado ou
distribuído gratuitamente:
➔ Os créditos devem ser mantidos ao autor, com a
presença dos slides 2, 3, 4 e 6;
➔ O material segue o mesmo licenciamento Creative
Commons do ScrumTM
: que a gestão ágil seja
disseminada!
➔ Bom proveito!
5 Jonathan Maia
www.eunati.com.br
Utilização deste material
➔ Público alvo - Profissionais ou alunos que:
➔ Atuam com gerenciamento de projetos (em
quaisquer áreas);
➔ Desejam aprofundar e disseminar seus
conhecimentos sobre gestão ágil e Scrum;
➔ Querem tirar certificações sobre o assunto;
➔ Desejam cobrir os conteúdos cobrados em
concursos públicos;
6 Jonathan Maia
www.eunati.com.br
Mini Currículo
➔ Jonathan Maia:
➔ Certificação Project Management ProfessionalTM
do
Project Management Institute (2016);
➔ Certificação Professional Scrum Master ITM
(2015);
➔ Atuando no desenvolvimento de sistemas enterprise
e gerenciamento de projetos ágeis e tradicionais;
➔ Analista de TI do TRT Ceará (2010 até hoje);
➔ Blog: www.eunati.com.br
➔ LinkedIn: http://bit.ly/jonathanmaia
➔ E-mail: jon@eunati.com.br
7 Jonathan Maia
www.eunati.com.br
Sumário
➔ Introdução;
➔ Gerenciamento de projetos;
➔ Agile;
➔ Fundamentos do Scrum;
➔ Certificações;
➔ Times e papéis;
➔ Eventos;
8 Jonathan Maia
www.eunati.com.br
Sumário
➔ Artefatos;
➔ Técnicas;
➔ Na prática;
➔ Conclusão;
➔ Recursos extras;
➔ Bibliografia.
Jonathan Maia
www.eunati.com.br
10 Jonathan Maia
www.eunati.com.br
Introdução
11 Jonathan Maia
www.eunati.com.br
Introdução
12 Jonathan Maia
www.eunati.com.br
13 Jonathan Maia
www.eunati.com.br
14 Jonathan Maia
www.eunati.com.br
Introdução
➔ Princípios XGH - eXtreme Go Horse [1]:
➔ Pensou, não é XGH;
➔ Existem 3 formas de resolver um problema: a
correta, a errada e a XGH, que é igual à errada, só
que mais rápida;
➔ XGH é totalmente reativo e não tem prazo;
➔ Quanto mais XGH você faz, mais precisará fazer;
➔ Até surgir um pouco de ordem, XGH não é
perigoso.
15 Jonathan Maia
www.eunati.com.br
Gerenciamento de projetos
16 Jonathan Maia
www.eunati.com.br
17 Jonathan Maia
www.eunati.com.br
Gerenciamento de projetos
➔ Por que gerenciar projetos ?
➔ Compromisso das partes interessadas
(stakeholders);
➔ Comunicação eficiente;
➔ Obter os recursos necessários;
➔ Satisfação geral;
➔ Alcançar resultados almejados.
18 Jonathan Maia
www.eunati.com.br
Gerenciamento de projetos
19 Jonathan Maia
www.eunati.com.br
Gerenciamento de projetos
20 Jonathan Maia
www.eunati.com.br
Fundamentos teóricos - Gestão ágil
21 Jonathan Maia
www.eunati.com.br
Fundamentos teóricos - Gestão ágil
22 Jonathan Maia
www.eunati.com.br
Gerenciamento de projetos
➔ Características (C) e Problemas (P) da gestão
tradicional e do modelo cascata. [7]
23 Jonathan Maia
www.eunati.com.br
Gerenciamento de projetos
➔ C: Planos e cronograma detalhados no
início do projeto:
➔ P: Quantos diagramas de Gantt elaborados no
início do projeto e corretos você já viu ?
➔ P: Pessoas contratadas só para atualizar artefatos;
➔ P: Frustração porque planos não se concretizam;
➔ P: Artefatos enormes que não serão lidos por
ninguém (sem significado);
➔ P: Artefatos tornam-se mais importantes que
produtos (mapa vs terreno).
24 Jonathan Maia
www.eunati.com.br
Gerenciamento de projetos
➔ C: Especificação detalhada e antecipada dos
requisitos - BRUF (Big Requirements Up
Front):
➔ P: Difícil detalhar requisitos no início do projeto;
➔ P: Como cliente só pode pedir uma vez, pede mais
requisitos que os necessários;
➔ P: Custos excessivos para cliente;
➔ P: E as mudanças decorrentes de um melhor
entendimento dos requisitos?
25 Jonathan Maia
www.eunati.com.br
Gerenciamento de projetos
➔ C: Riscos, costumeiramente, não são
gerenciados diariamente:
➔ P: Riscos negativos (ameaças) concretizados são
as causas do fracasso de projetos.
➔ C: Mudanças durante o projeto são caras:
➔ P: Mudanças em projetos com planejamento prévio
excessivo são caras;
➔ É possível evitar mudanças?
26 Jonathan Maia
www.eunati.com.br
27 Jonathan Maia
www.eunati.com.br
Agile
28 Jonathan Maia
www.eunati.com.br
Introdução – Gestão ágil
29 Jonathan Maia
www.eunati.com.br
Agile
➔ Em 2001, 17 expoentes da área de Tecnologia
assinaram o Manifesto Ágil [6]:
➔ Valores e princípios que norteiam a gestão ágil
(agilidade ou agile);
➔ Alguns dos signatários:
➔ Ken Schwaber e Jeff Sutherland (Scrum);
➔ Kent Beck e Ron Jeffries (XP);
➔ Martin Fowler (Thoughworks, UML, Design Patterns);
➔ Alistair Cockburn (Crystal).
30 Jonathan Maia
www.eunati.com.br
Introdução - Gestão ágil
31 Jonathan Maia
www.eunati.com.br
Agile
32 Jonathan Maia
www.eunati.com.br
Agile
33 Jonathan Maia
www.eunati.com.br
Agile
➔ Gigantes que adotam a gestão ágil:
➔ Intel, Microsoft, Google, Nokia, Adobe, NSA, Yahoo,
GE, …
➔ Órgãos públicos brasileiros que adotam a
gestão ágil:
➔ TRT Ceará, Serpro, Ministério Planejamento,
Ministério da Educação, Conselho Nacional de
Justiça (CNJ), Banco Central, Tribunal de Contas da
União, ...
34 Jonathan Maia
www.eunati.com.br
Agile
35 Jonathan Maia
www.eunati.com.br
Agile
➔ Métodos ágeis de gestão:
➔ Utilizados nas mais diversas áreas (tecnologia,
startups [9], engenharia, arquitetura, educação,
saúde, casa);
➔ Gartner Group já indica-os em suas consultorias;
➔ Vídeo:
➔ Nerdologia 95 - O Poder do Coletivo;
www.youtube.com/watch?v=eANH5f1ul7s
36 Jonathan Maia
www.eunati.com.br
Agile
Fonte externa: www.youtube.com/watch?v=eANH5f1ul7s
37 Jonathan Maia
www.eunati.com.br
Agile
➔ 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.
38 Jonathan Maia
www.eunati.com.br
Agile
➔ Elementos chave da gestão ágil de projetos
[7][8][11]:
➔ Inspeção e adaptação;
➔ Desenvolvimento iterativo e incremental;
➔ Times auto-organizáveis;
➔ Times multifuncionais;
➔ Envolvimento dos usuários;
➔ Maximização do ROI;
➔ Aceitar mudanças;
39 Jonathan Maia
www.eunati.com.br
Agile
➔ Inspeção e Adaptação:
➔ Periodicamente, revise o que já fez;
➔ Verifique se deve continuar o que está fazendo;
➔ Verifique se pode melhorar o desempenho do que
está fazendo: adapte-se.
40 Jonathan Maia
www.eunati.com.br
Agile
41 Jonathan Maia
www.eunati.com.br
Agile
➔ Desenvolvimento iterativo e incremental:
➔ Alternativa à gestão tradicional (modelo cascata ou
cachoeira);
➔ Projeto deve possuir Iterações (repetições) nas
quais um Incremento (versão potencialmente
utilizável) do produto é disponibilizado.
42 Jonathan Maia
www.eunati.com.br
Agile
➔ Desenvolvimento iterativo e incremental:
➔ Iterações permitem diminuir ciclos de inspeção e
adaptação;
➔ Incrementos adiantam feedback e trazem valor;
➔ MVP (Minimum Viable Product) - Incremento com
requisitos mínimos para liberação aos usuários.
43 Jonathan Maia
www.eunati.com.br
Fundamentos teóricos - Gestão ágil
44 Jonathan Maia
www.eunati.com.br
Fundamentos teóricos - Gestão ágil
45 Jonathan Maia
www.eunati.com.br
Fundamentos teóricos - Gestão ágil
46 Jonathan Maia
www.eunati.com.br
Agile
➔ Times auto-organizáveis:
➔ Times que definem como irão produzir um
Incremento 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.
47 Jonathan Maia
www.eunati.com.br
Agile
➔ Times multifuncionais:
➔ Times possuem todas as habilidades necessárias
ao projeto;
➔ Não que dizer que cada membro do time deve
possuir todas habilidades.
48 Jonathan Maia
www.eunati.com.br
Agile
➔ Envolvimento dos usuários:
➔ Feedbacks constantes produzem produtos mais
adequados;
➔ Disponibilidade do cliente para colaborar em
dúvidas, alterações e prioridades do projeto.
49 Jonathan Maia
www.eunati.com.br
Agile
50 Jonathan Maia
www.eunati.com.br
Agile
➔ 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 ?
51 Jonathan Maia
www.eunati.com.br
Agile
➔ Maximização do ROI - Exemplo real [11]:
➔ Contrato de R$ 10 milhões em 20 meses (R$ 500
mil por mês) com cláusula de cancelamento
antecipado (cliente paga 20% do valor restante);
➔ Nos três primeiros meses cliente pagou R$ 1,5
milhões e produto chegou aos 20% desejados;
➔ Cliente deseja acionar cancelamento antecipado: já
está satisfeito com o que foi disponibilizado;
52 Jonathan Maia
www.eunati.com.br
Agile
➔ Maximização do ROI - Exemplo real [11]:
➔ Empresa lucra R$ 1,7 milhões adicionais (20% de
R$ 8,5 milhões) e pode pegar outro projeto;
➔ Cliente paga R$ 3,2 milhões (R$ 1,5 + 1,7 milhões)
em algo que poderia custar R$ 10 milhões e tem
produto que atende suas necessidades essenciais
17 meses mais cedo.
53 Jonathan Maia
www.eunati.com.br
Agile
➔ Aceitar mudanças:
➔ Mudanças são inevitáveis a medida que projeto
avança;
➔ Esteja preparado para as mudanças.
54 Jonathan Maia
www.eunati.com.br
Agile
➔ Métodos ou frameworks ágeis:
➔ Scrum [11] [12]
➔ Lean (Sistema Toyota de Produção) [4]
➔ Lean Startup [9]
➔ KanBan [5]
➔ XP (eXtreme Programming) [13]
➔ Sprint do Google Ventures [37]
➔ DSDM
➔ Crystal
55 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
56 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
Comprometimento vs Envolvimento:
Fonte externa: blog.crmzen.com.br/post/64866403186/
porcos-e-galinhas-x-comprometimento-e-envolvimento
57 Jonathan Maia
www.eunati.com.br
Fonte externa:Sutherland, Jeff; Schwaber, Ken. Guia do
Scrum: Uma Guia Definitivo Para o Scrum
Fundamentos do Scrum
58 Jonathan Maia
www.eunati.com.br
Fundamentos teóricos - Scrum
59 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ Vídeo - Scrum no Rugby:
www.youtube.com/watch?v=jUz1ytcnn3c
Fonte externa: upload.wikimedia.org/wikipedia/commons/
0/0b/Scrum_ASM_Clermont-Saracens.jpg
60 Jonathan Maia
www.eunati.com.br
“Embora seja possível implementar somente
partes do Scrum, o resultado não é Scrum.
Scrum existe somente na sua totalidade,
funcionando bem como um container para
outras técnicas, metodologias e práticas.”
(ScrumBut) [12];
Fundamentos do Scrum
61 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ Scrum:
➔ Leve;
➔ Simples de entender;
➔ Difícil de dominar.
62 Jonathan Maia
www.eunati.com.br
Fundamentos teóricos - Scrum
63 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
64 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ Case FBI [11]:
➔ Em 2010, FBI cancelou projeto de uma década que
poderia ter evitado 11 Setembro;
➔ Vários formulários e relatórios em papel e sistemas
existentes totalmente desintegrados;
➔ Começaram com projeto Virtual Case File (U$ 170
milhões);
➔ Em 2005, projeto Sentinel (U$ 450 milhões) foi
anunciado com prazo para 2009;
65 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ Case FBI [11]:
➔ Em 2010, só 50% estava concluído e seriam
necessários mais 6 a 8 anos e U$ 350 milhões para
conclui-lo;
➔ Modelo cascata foi utilizado em ambos projetos;
➔ CIO Jeff Johnson decidiu internalizar
desenvolvimento no FBI;
66 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ Case FBI [11]:
➔ Reduziu equipe de 220 para 40 e propôs entregar
sistema com gasto de 20 milhões;
➔ Utilizou Scrum com iterações (Sprints) de duas
semanas;
➔ Do início do fim do projeto, times triplicaram a
produtividade;
➔ Em 20 meses, o projeto foi finalizado e
disponibilizado em todo FBI.
67 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ 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.
68 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ Principais inspirações para Scrum:
➔ Rugby;
➔ Shuhari do Aikido;
➔ Ciclo de Deming (PDCA);
➔ Empiricismo;
➔ Ciclo OADA da aviação de combate;
➔ Sistema Toyota de Produção;
➔ The new new product development game;
69 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ 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);
70 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ Vídeo - Scrum no Rugby:
www.youtube.com/watch?v=jUz1ytcnn3c
Fonte externa: upload.wikimedia.org/wikipedia/commons/
0/0b/Scrum_ASM_Clermont-Saracens.jpg
71 Jonathan Maia
www.eunati.com.br
Fundamentos teóricos - Shuhari
72 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ 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.
73 Jonathan Maia
www.eunati.com.br
74 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ Ciclo de Deming (PDCA):
➔ Desenvolvido na década de 50 por Walter Shewart;
➔ Disseminado por Edwards Deming;
➔ Utilização para reconstrução do Japão após a 2ª
guerra mundial;
75 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ Teorias empíricas de controle de processo –
Empiricismo [12]:
➔ Processos Definidos vs Empíricos;
➔ Processos definidos: Variáveis conhecidas, poucas
mudanças e repetitivos;
➔ Processos empíricos: Com mudanças, não
repetitivos e conhecimento vem da experiência.
76 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ Empiricismo – pilares:
➔ Transparência;
➔ Inspeção;
➔ Adaptação.
“Scrum é fundamentado nas teorias empíricas
de controle de processo, ou empirismo. O
empirismo afirma que o conhecimento vem da
experiência e de tomada de decisões baseadas
no que é conhecido” [12]
77 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ Empiricismo:
➔ Transparência deve permear todos aspectos:
decisório, financeiro, político, etc;
➔ Transparência gera confiança;
➔ Prática para fomentar transparência, inspeção e
adaptação: remover divisórias entre membros do
time.
78 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
79 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ Ciclo OADA da aviação de combate [11]:
➔ Utilizado na guerra do Vietnã (1965);
➔ Observar - Coletar dados;
➔ Avaliar - Levantar alternativas de ação;
➔ Decidir - Decidir por uma alternativa;
➔ Agir - Executar alternativa;
80 Jonathan Maia
www.eunati.com.br
Fundamentos teóricos - Toyota
81 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ Sistema Toyota de Produção:
➔ Lean Manufacturing;
➔ Desenvolvido por Taiichi Ohno de 1948 até 1975 [8];
➔ Publicado em 1988 e reconhecido na década de 90;
➔ Qual a maior característica dos carros da Toyota ?
➔ Ideia de fluxo de produção calmo e rápido;
➔ Gerência deve identificar e remover obstáculos do
fluxo, evitando desperdício;
82 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ Sistema Toyota de Produção:
➔ Kaizen (do japonês melhoria) - Melhoria continua:
“Hoje melhor que ontem, amanhã melhor que hoje!”
➔ Correção antecipada de defeitos de produção:
fracasse rápido;
➔ Just in Time: nada deve ser produzido,
transportado ou comprado antes da hora exata.
83 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ Sistema Toyota de Produção - Tipos de
desperdício [4] [11]:
➔ Muri: desperdício pela irracionalidade (falha no
planejamento);
➔ Mura: desperdício pela inconsistência (falha na
ação);
➔ Muda: desperdício pelos resultados (falha na
inspeção/adaptação).
84 Jonathan Maia
www.eunati.com.br
Fundamentos teóricos - KanBan
85 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ Sistema Toyota de Produção - Quadro de
Tarefas ou KanBan (Task Board):
➔ KanBan é uma palavra japonesa;
➔ Kan = Visual, Ban = Cartão ou Quadro;
➔ Taiichi Ohno é um dos pais do KanBan [8];
➔ Bastante utilizado junto ao Scrum para representar
o Backlog da Sprint.
87 Jonathan Maia
www.eunati.com.br
Fundamentos teóricos - KanBan
88 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ The new new product development game
(1986) [16]:
➔ Artigo de Harvard de 1986 dos administradores
japoneses Hirotke Takeuchi e Ikujiro Nonaka;
➔ Analisaram times de alta produtividade da Honda,
Xerox, 3M, HP, etc;
➔ Descobriram equipes multifuncionais, auto-
organizáveis e com objetivos transcendentes;
➔ Executivos removiam obstáculos das equipes;
➔ Comparou equipes ao Scrum do Rugby.
89 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ 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.
90 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ 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
em 2009 e fundou a Scrum.org;
➔ A primeira publicação do Guia Scrum foi em 2010,
com atualizações em 2011, 2013 e 2016;
➔ Leia o artigo História da Agilidade e do Scrum no
Blog www.eunati.com.br.
91 Jonathan Maia
www.eunati.com.br
Fábrica de origamis
92 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ Dinâmica - Fábrica de origamis:
➔ Baseada na dinâmica da Fábrica de aviões [4] [34];
➔ Exercita conceitos do Ciclo PDCA e do Empiricismo;
➔ Fase de estimativas e protótipos;
➔ Dois ciclos de produção (8 minutos cada).
93 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ 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;
➔ Navios Destroyer para Marinha;
➔ Navios Couraçados para Marinha.
94 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ Dinâmica - Parte 1:
➔ Limite de tempo 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
95 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ Dinâmica - Parte 2:
➔ Limite de tempo 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;
96 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ Dinâmica - Parte 3 - Primeiro ciclo:
➔ 2 minutos para o planejar:
➔ O que fazer? Como fazer?
➔ Estimativa de produção para o ciclo (em origamis);
➔ 3 minutos para produzir;
➔ 3 minutos para inspecionar e adaptar:
➔ Contabilizar produção do ciclo: origamis pela metade não
podem ser contabilizados mas podem ser usados no
próximo ciclo;
➔ Melhorias ? O que foi bom? O que foi ruim?
➔ Entrega ao cliente;
97 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ Dinâmica - Parte 4 - Segundo ciclo:
➔ 2 minutos para o planejar:
➔ O que fazer? Como fazer?
➔ Estimativa de produção para o ciclo (em origamis);
➔ 3 minutos para produzir;
➔ 3 minutos para inspecionar e adaptar:
➔ Contabilizar produção do ciclo: origamis pela metade não
podem ser contabilizados;
➔ Melhorias ? O que foi bom? O que foi ruim?
➔ Entrega ao cliente;
98 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ Dinâmica - Avaliação:
➔ Quais foram as maiores dificuldades ?
➔ Os aviões voaram?
➔ Os papéis foram exercidos adequadamente ?
➔ O Limite de tempo 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?
99 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ Scrum é composto por:
➔ Papéis (Roles);
➔ Eventos (Events);
➔ Artefatos (Artifacts);
➔ Regras (Rules).
100 Jonathan Maia
www.eunati.com.br
Fundamentos do Scrum
➔ Scrum - Papéis:
➔ Mestre Scrum (Scrum Master);
➔ Dono do Produto (Product Owner);
➔ Time de Desenvolvimento (Development Team).
101 Jonathan Maia
www.eunati.com.br
Estrutura do framework
➔ 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).
102 Jonathan Maia
www.eunati.com.br
Estrutura do framework
➔ Scrum - Artefatos:
➔ Backlog do Produto (Product Backlog);
➔ Backlog da Sprint (Sprint Backlog);
➔ Incremento (Increment).
103 Jonathan Maia
www.eunati.com.br
Fundamentos teóricos - Scrum
104 Jonathan Maia
www.eunati.com.br
Certificações
105 Jonathan Maia
www.eunati.com.br
Certificações
➔ Scrum.org [14] foi fundada em 2009 por Ken
Swaber e fornece diversas certificações
Scrum:
➔ PSM I (Professional Scrum Master ITM
);
➔ PSM II (Professional Scrum Master IITM
);
➔ PSM III (Professional Scrum Master IIITM
);
➔ PSD I (Professional Scrum Developer ITM
);
➔ PSPO I (Professional Scrum Product Owner ITM
);
➔ PSPO II (Professional Scrum Product Owner IITM
);
➔ SPS (Scaled Professional ScrumTM
).
106 Jonathan Maia
www.eunati.com.br
Certificações
➔ Certificação Professional Scrum Master I TM
:
➔ Apenas em inglês;
➔ Taxa de U$150 dólares;
➔ 60 minutos;
➔ 80 questões de múltipla escolha, múltiplas
respostas ou verdadeiro/falso;
➔ Score mínimo de 85% (68 questões);
➔ Não precisa de curso especifico;
➔ Via web.
107 Jonathan Maia
www.eunati.com.br
Times e papéis
108 Jonathan Maia
www.eunati.com.br
Times e papéis
➔ Experimento de Stanley Milgram [21]:
➔ Erro fundamental de atribuição: Costuma-se atribuir
erros unicamente aos indivíduos, esquecendo-se
das influências do sistema ao seu redor;
➔ Professor de psicologia da Universidade de Yale na
década de 60;
➔ Experimento reproduzido em diversos países:
Como tantos foram seduzidos pelo nazismo?
➔ Faríamos diferente?
109 Jonathan Maia
www.eunati.com.br
Times e papéis
➔ Experimento de Stanley Milgram:
➔ Pessoas possuíam dispositivo que aplicava falsos
choques em um ator;
➔ Quando alguém queria parar, um cientista mandava
continuar, pelo bem da pesquisa;
➔ Mais de 60% das pessoas continuavam dando os
choques;
➔ Filme O Experimento de Milgram (Experimenter);
110 Jonathan Maia
www.eunati.com.br
Times e papéis
➔ Experimento de Stanley Milgram:
https://www.youtube.com/watch?v=zAh-LGLsQO4
111 Jonathan Maia
www.eunati.com.br
Times e papéis
112 Jonathan Maia
www.eunati.com.br
Times e papéis
➔ Dono do Produto:
➔ Responsável por maximizar o Retorno de
Investimento (ROI) e o trabalho do Time de
Desenvolvimento;
➔ 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;
Jonathan Maia
www.eunati.com.br
Times e papéis
➔ Dono do Produto:
➔ Relacionamento intenso com cliente e com Time de
Desenvolvimento;
➔ Deve ter autonomia para tomar decisões em
relação ao produto.
114 Jonathan Maia
www.eunati.com.br
Times e papéis
➔ Dono do Produto é responsável pelo
gerenciamento do Backlog do Produto [12]:
➔ Expressar claramente os Itens do Backlog do
Produto (PBI);
➔ Ordenar os PBIs para alcançar as metas e missões;
➔ Garantir o valor do trabalho realizado pelo Time de
Desenvolvimento;
115 Jonathan Maia
www.eunati.com.br
Times e papéis
➔ Dono do Produto é responsável pelo
gerenciamento do Backlog do Produto:
➔ Garantir que o Backlog do Produto seja visível,
transparente, claro para todos, e mostrar o que o
Time Scrum vai trabalhar a seguir;
➔ Garantir que o Time de Desenvolvimento entenda
os itens do Backlog do Produto no nível necessário.
116 Jonathan Maia
www.eunati.com.br
Times e papéis
➔ “Esposas são excelentes Donas do Produto:
elas sabem o que querem e os maridos
implementam”;
➔ Mestre dos Magos é um péssimo exemplo de
Dono do Produto.
117 Jonathan Maia
www.eunati.com.br
Times e papéis
Fonte externa: http://www.renegade-revolution.com/wp-
content/uploads/2014/03/DD-DM-screenshot.jpg
118 Jonathan Maia
www.eunati.com.br
Times e papéis
➔ Dono do Produto:
➔ É o único que pode alterar do Backlog do Produto;
➔ Escopo de uma Sprint tem de ser negociado e
esclarecido com Dono do Produto;
➔ Só Dono do Produto pode cancelar uma Sprint
(objetivo obsoleto);
119 Jonathan Maia
www.eunati.com.br
Times e papéis
➔ Dono do Produto:
➔ Novas funcionalidades devem ser solicitadas ao
Dono do Produto;
➔ Tem autoridade para aceitar ou rejeitar trabalhos
realizados pelo Time de Desenvolvimento;
➔ Define se faz sentido liberar (release) um
Incremento do produto.
120 Jonathan Maia
www.eunati.com.br
Times e papéis
➔ Dono do Produto - cadeia de comando:
➔ Idealmente, não deve ser chefe do Mestre Scrum
nem do Time de Desenvolvimento;
➔ Responsável pelo macro gerenciamento do projeto;
➔ Não deve exercer micro gerenciamento nem
comando/controle.
121 Jonathan Maia
www.eunati.com.br
Times e papéis
➔ Definição de Pronto (Done):
➔ Deve ser comum para todo o time;
➔ Deve evoluir com o tempo (mais rigorosa);
➔ Times trabalhando no mesmo produto devem
compartilhar mesma Definição de Pronto.
122 Jonathan Maia
www.eunati.com.br
Times e papéis
➔ Time de Desenvolvimento:
➔ Profissionais que realizam trabalho necessário para
entregar Incremento do produto ao final da Sprint
atendendo à definição de Pronto (Done);
➔ Único título é o de Desenvolvedor (Developer);
123 Jonathan Maia
www.eunati.com.br
Times e papéis
➔ Time de Desenvolvimento:
➔ Não possui sub-times. A responsabilidade é
compartilhada pelo sucesso ou fracasso;
➔ Auto-organizados e multifuncionais;
➔ Possui autonomia para definir atividades
necessárias para contemplar objetivo da Sprint (ex:
protótipos, testes, …);
124 Jonathan Maia
www.eunati.com.br
Times e papéis
➔ Time de Desenvolvimento:
➔ Embora não recomendável, Dono do Produto e
Mestre Scrum podem fazer parte do Time;
➔ Como é auto-organizado, pode decidir pela
remoção de membros da equipe que não se
ajustam, com o devido apoio do Mestre Scrum.
125 Jonathan Maia
www.eunati.com.br
Times e papéis
Fonte externa: dungeonsanddragonscartoon.com/
dungeons-dragons-3.jpg
126 Jonathan Maia
www.eunati.com.br
Times e papéis
➔ Time de Desenvolvimento:
➔ “Pequeno o suficiente para ser ágil e grande o
suficiente para entregar Incremento da Sprint”;
➔ Mínimo 3 e máximo 9 pessoas.
127 Jonathan Maia
www.eunati.com.br
Times e papéis
➔ Lei de Brooks [22]:
➔ “Adicionar pessoas em projeto atrasado irá atrasá-lo
ainda mais”;
➔ Aumenta os canais de comunicação e é necessário
deslocar membros do time para treinar o novato.
128 Jonathan Maia
www.eunati.com.br
Times e papéis
➔ Estudo de Lawrence Putman [23] [24]:
➔ 491 projetos de TI;
➔ Projetos com 35 a 95 mil linhas de código.
129 Jonathan Maia
www.eunati.com.br
Times e papéis
Fonte externa: Putnam, Lawrence et al. Small is Beautiful-
Once Again, Familiar Metric Management.
130 Jonathan Maia
www.eunati.com.br
Times e papéis
➔ Estudo de Lawrence Putman:
➔ Equipes com até sete pessoas concluíram projetos,
em média, em 75% do tempo utilizado por equipes
com mais de sete pessoas;
➔ Quanto maior equipe, mais canais de comunicação
existem, aumentando complexidade de
gerenciamento.
132 Jonathan Maia
www.eunati.com.br
Times e papéis
Tamanho Equipe Canais de Comunicação
2 1
3 3
4 6
5 10
6 15
7 21
8 28
9 36
10 45
11 55
12 66
13 78
14 91
133 Jonathan Maia
www.eunati.com.br
Times e papéis
➔ Mestre Scrum:
➔ Servo líder para Time Scrum;
➔ Garante aderência à teoria, práticas e regras do
Scrum na organização;
➔ Gerencia processo Scrum na organização,
facilitando interações;
134 Jonathan Maia
www.eunati.com.br
Times e papéis
➔ Mestre Scrum:
➔ Facilita eventos do Scrum quando requisitado ou
necessário, garantindo sua realização;
➔ Garante transparência dos artefatos;
➔ Combate estilo comando/controle;
➔ Hank atuava como mestre Scrum (constantemente
removendo obstáculos e impedimentos) e como
membro do Time de Desenvolvimento (não é o
ideal, embora possível).
135 Jonathan Maia
www.eunati.com.br
Times e papéis
Fonte externa: 2.bp.blogspot.com/-70zw_E_j-4g/TjahEm
KJcKI/ AAAAAAAAIb0/wyuHJX3di_Y/s1600/magic_bow.png
136 Jonathan Maia
www.eunati.com.br
Times e papéis
➔ Mestre Scrum trabalhando para Dono do
Produto:
➔ Encontrar técnicas para o gerenciamento efetivo do
Backlog do Produto (criação, priorização, etc);
➔ Ensiná-lo a claramente comunicar a visão, objetivo
e itens do Backlog do Produto para o Time de
Desenvolvimento.
137 Jonathan Maia
www.eunati.com.br
Times e papéis
➔ Mestre Scrum trabalhando para Time de
Desenvolvimento:
➔ Remover impedimentos para o progresso;
➔ Treinar autogerenciamento e interdisciplinaridade;
➔ Blindar de interferências externas;
➔ Melhorar interações entre Dono do Produto e Time
de Desenvolvimento.
138 Jonathan Maia
www.eunati.com.br
Times e papéis
➔ Mestre Scrum trabalhando para Organização
e Time Scrum:
➔ Liderando e treinando a organização na adoção do
Scrum;
➔ Planejando implementações Scrum dentro da
organização;
➔ Causando mudanças que aumentam a
produtividade do Time Scrum.
139 Jonathan Maia
www.eunati.com.br
Eventos
140 Jonathan Maia
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).
141 Jonathan Maia
www.eunati.com.br
Eventos
142 Jonathan Maia
www.eunati.com.br
Eventos
➔ Eventos Scrum:
➔ São todos Time-boxed;
➔ Minimizam reuniões não definidas no framework.
143 Jonathan Maia
www.eunati.com.br
Fundamentos teóricos - Scrum
144 Jonathan Maia
www.eunati.com.br
Eventos
➔ Tempo:
➔ Por que não aproveitar melhor o tempo ?
➔ Não gastamos tempo demais em tarefas não
prioritárias ?
145 Jonathan Maia
www.eunati.com.br
Eventos
➔ Cone das incertezas [25] [26]:
➔ Nossas estimativas iniciais são muito ruins e vão
melhorando com o tempo;
➔ Por que não fazer planos iniciais mais superficiais e
refiná-los durante o projeto ?
➔ Scrum foca no Planejamento da Sprint.
147 Jonathan Maia
www.eunati.com.br
Eventos
➔ 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;
➔ Indica objetivo do projeto;
➔ É o escopo inicial de alto nível.
148 Jonathan Maia
www.eunati.com.br
Fundamentos teóricos - Scrum
149 Jonathan Maia
www.eunati.com.br
Eventos
➔ Sprint:
➔ “O coração do Scrum é a Sprint, um Time-boxed de
um mês ou menos, durante o qual um Pronto,
versão incremental potencialmente utilizável do
produto, é criado.” [12]
150 Jonathan Maia
www.eunati.com.br
Eventos
➔ Sprint:
➔ É um container para todos outros eventos do
Scrum;
➔ Limita riscos de custos e complexidade a um mês
(transparência, inspeção e adaptação);
➔ Deve ter durações constantes;
➔ A próxima Sprint inicia-se logo após o término da
anterior.
151 Jonathan Maia
www.eunati.com.br
Eventos
➔ Sprint - duração:
➔ Não mais que um mês;
➔ 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.
152 Jonathan Maia
www.eunati.com.br
Eventos
➔ Durante a Sprint:
➔ Não são feitas mudanças que possam por em
perigo a meta da Sprint;
➔ As metas de qualidade não diminuem;
➔ O escopo pode ser clarificado e renegociado entre o
Dono do Produto e o Time de Desenvolvimento.
153 Jonathan Maia
www.eunati.com.br
Eventos
➔ Cancelamento da Sprint:
➔ Apenas quando a meta da Sprint torna-se obsoleta
(incomum);
➔ Apenas Dono do Produto pode cancelar Sprint;
➔ 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.
154 Jonathan Maia
www.eunati.com.br
Organizadores de atividades
155 Jonathan Maia
www.eunati.com.br
Eventos
➔ Interferência dual de tarefas - Pesquisa de
Gerald Weinberg [18]:
Número de
projetos
simultâneos
Porcentagem do
tempo disponível
por projeto
Perda com a troca
de contexto
1 100% 0%
2 40% 20%
3 20% 40%
4 10% 60%
5 5% 75%
156 Jonathan Maia
www.eunati.com.br
Eventos
➔ Interferência dual de tarefas - Dinâmica [11]:
➔ Primeiro passo: escreva as linhas e cronometre o
tempo gasto;
➔ Segundo passo: escreva as colunas e cronometre o
tempo gasto.
157 Jonathan Maia
www.eunati.com.br
Eventos
➔ Interferência dual de tarefas - Dinâmica:
1 2 3 4 5 6 7 8 9 10
I II III IV V VI VII VIII IX X
A B C D E F G H I J
Jonathan Maia
www.eunati.com.br
Eventos
➔ Interferência dual de tarefas - Dinâmica -
Avaliação:
➔ Em qual passo você gastou mais tempo ?
➔ Você consegue enxergar alguma relação com as
atividades realizadas em sua unidade de trabalho ?
➔ O que você PODE fazer para evitar a interferência
dual de tarefas ?
159 Jonathan Maia
www.eunati.com.br
Fundamentos teóricos - Scrum
160 Jonathan Maia
www.eunati.com.br
Eventos
➔ Planejamento da Sprint (Sprint Planning):
➔ “O trabalho a ser realizado na Sprint é planejado na
reunião de Planejamento da Sprint. Esse plano é
criado com o trabalho colaborativo de todo o Time
Scrum.” [12]
161 Jonathan Maia
www.eunati.com.br
Eventos
➔ Planejamento da Sprint:
➔ Time-box máximo: 8 horas para Sprint de um mês;
➔ Para todo Time Scrum.
162 Jonathan Maia
www.eunati.com.br
Eventos
➔ Planejamento da Sprint - Tópicos:
➔ 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 ?
163 Jonathan Maia
www.eunati.com.br
Eventos
➔ Tópico 1 - O que pode ser entregue como
resultado do Incremento da Sprint?
➔ Sugestão de Time-box (não está no guia): 4 horas
para Sprint de um mês;
➔ Para todo Time Scrum;
➔ Entradas: Backlog do Produto, Incremento mais
recente, capacidade projetada e desempenho do
Time de Desenvolvimento;
164 Jonathan Maia
www.eunati.com.br
Eventos
➔ Tópico 1:
➔ Saídas: Itens do Backlog do Produto Selecionados
(SPBIs), Meta ou Objetivo da Sprint (Sprint Goal);
➔ Com o Backlog do Produto priorizado, o Time de
Desenvolvimento poderá indicar quais são os SPBIs
da Sprint;
➔ Lógica: se Time de Desenvolvimento implementa,
Time de Desenvolvimento estima e diz quanto fará
na Sprint.
165 Jonathan Maia
www.eunati.com.br
Eventos
➔ Tópico 1 – Refinamento (Grooming):
➔ Refinamento do Backlog do Produto e estimativas
dos Itens do Backlog do Produto;
➔ Pode ser realizado aqui;
➔ Caso já tenha sido realizado, estimativas podem ser
revistas;
➔ Apenas Time de Desenvolvimento poderá estimar
PBIs.
166 Jonathan Maia
www.eunati.com.br
Eventos
➔ Tópico 1 - Meta da Sprint:
➔ Direção para Time de Desenvolvimento durante
Sprint;
➔ Não pode ser alterada durante a Sprint;
➔ Dá certa flexibilidade ao Time de Desenvolvimento
quanto ao que será completado na Sprint;
➔ Deve ser uma frase curta, de preferência que possa
ser medida ao final da Sprint;
➔ Deve ser elaborada após a seleção dos SPBIs.
167 Jonathan Maia
www.eunati.com.br
Eventos
➔ Tópico 2 - Como o trabalho necessário para
entregar o Incremento será realizado?
➔ Sugestão de Time-box (não está no Guia): 4 horas
para Sprint de um mês;
➔ Para Time de Desenvolvimento, embora todos do
Time Scrum possam participar e devam estar
disponíveis para dúvidas.
168 Jonathan Maia
www.eunati.com.br
Eventos
➔ Tópico 2:
➔ Entradas: Itens do Backlog do Produto
Selecionados (SPBIs), Meta ou Objetivo da Sprint
(Sprint Goal);
➔ Saídas: Backlog da Sprint (Itens do Backlog do
Produto Selecionados e Plano para entregá-los);
169 Jonathan Maia
www.eunati.com.br
Eventos
➔ Tópico 2:
➔ SPBIs podem ser clareados ou negociados com
Dono do Produto;
➔ Time de Desenvolvimento inicia desenho do
sistema;
➔ Trabalhos para primeiros dias da Sprint são
decompostos em tarefas de um dia ou menos;
170 Jonathan Maia
www.eunati.com.br
Eventos
➔ Tópico 2:
➔ Tarefas podem ser estimadas em horas;
➔ Montagem do quadro KanBan;
➔ Podemos dizer que o Backlog da Sprint é composto
pelos Itens do Backlog do Produto Selecionados e
pelas Tarefas necessárias para entregá-los.
171 Jonathan Maia
www.eunati.com.br
Eventos
➔ Durante Sprint:
➔ Qualquer membro do Time de Desenvolvimento
pode adicionar ou remover tarefas do Backlog da
Sprint;
➔ Time de Desenvolvimento auto organiza-se na
atribuição de tarefas.
172 Jonathan Maia
www.eunati.com.br
Eventos
➔ Esgotamento do ego:
➔ A cada hora adicional de trabalho em um dia,
embora pessoa ainda não esteja fisicamente
cansada, sua capacidade de tomar decisões é
diretamente afetada.
173 Jonathan Maia
www.eunati.com.br
Eventos
➔ Esgotamento do ego:
➔ Pesquisa com magistrados de Israel em 2011 [19];
➔ Análise de mais de 1000 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.
174 Jonathan Maia
www.eunati.com.br
Eventos
➔ Experiência na empresa OpenView Venture
(financeira) de Scott Maxwell [11] :
➔ Trabalhar mais é sinal de fracasso e não de
sucesso;
➔ Trabalho em excesso ou heroico não deve ser o
padrão nem encarado como positivo (desperdício
Muri de irracionalidade – falha no planejamento).
175 Jonathan Maia
www.eunati.com.br
Eventos
176 Jonathan Maia
www.eunati.com.br
Eventos
➔ Experiência na empresa OpenView Venture
(financeira) de Scott Maxwell [11] :
➔ Cargas de trabalho menores trazem melhorias na
saúde emocional e física (tempo para atividades),
relacionamentos familiares, projetos pessoais, ...
➔ Ambientes de pressão, com membros trazendo
tensão ao time, também são negativos à
produtividade.
177 Jonathan Maia
www.eunati.com.br
Fundamentos teóricos - Scrum
178 Jonathan Maia
www.eunati.com.br
Eventos
Fonte externa: upload.wikimedia.org/wikipedia/
commons/4/4a/Daily_sprint_meeting.jpg
179 Jonathan Maia
www.eunati.com.br
Eventos
➔ Reunião Diária (Daily Meeting):
➔ “A Reunião Diária do Scrum é um evento Time-
boxed de 15 minutos, para que o Time de
Desenvolvimento possa sincronizar as atividades e
criar um plano para as próximas 24 horas.” [12]
180 Jonathan Maia
www.eunati.com.br
Eventos
➔ Reunião Diária:
➔ 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;
➔ Também conhecida como Standup Meeting, Daily
Meeting ou Daily Scrum, é uma peça chave para
inspeção e adaptação.
181 Jonathan Maia
www.eunati.com.br
Eventos
➔ Reunião Diária - Três perguntas:
➔ O que fiz ontem para atender à meta da Sprint ?
➔ O que farei hoje para para atender à meta da
Sprint ?
➔ Vejo algum obstáculo que impeça a mim ou ao Time
de Desenvolvimento no atendimento da meta da
Sprint?
182 Jonathan Maia
www.eunati.com.br
Eventos
➔ Reunião Diária:
➔ Time-box máximo: 15 minutos diários;
➔ Apenas Time de Desenvolvimento participa, embora
outros possam assisti-la;
➔ Todos devem estar presentes e de pé;
➔ Reuniões devem acontecer no mesmo local e
horário;
183 Jonathan Maia
www.eunati.com.br
Eventos
➔ Reunião Diária:
➔ Time de Desenvolvimento é responsável pela
condução da reunião;
➔ Só não acontece nos dias dos outros eventos
Scrum;
➔ Discussões detalhadas, adaptações ou
replanejamentos devem ser realizados após a
reunião;
184 Jonathan Maia
www.eunati.com.br
Eventos
➔ Reunião Diária:
➔ Antes do início da reunião, quadro KanBan deve
estar atualizado;
➔ Ao final da reunião, trabalho restante da Sprint pode
ser exibido (Gráfico de Burndown atualizado).
185 Jonathan Maia
www.eunati.com.br
Fundamentos teóricos - Scrum
186 Jonathan Maia
www.eunati.com.br
Eventos
➔ Revisão da Sprint (Sprint Review):
➔ “A Revisão da Sprint é executada no final da Sprint
para inspecionar o Incremento e adaptar o Backlog
do Produto, se necessário. Durante a reunião de
Revisão da Sprint, o Time Scrum e as partes
interessadas colaboram sobre o que foi feito na
Sprint.” [12]
187 Jonathan Maia
www.eunati.com.br
Eventos
➔ Revisão da Sprint:
➔ Time-box máximo: 4 horas para Sprint de um mês;
➔ Time Scrum e demais partes interessadas
convidadas pelo Dono do Produto participam;
➔ Dono do Produto esclarece quais SPBIs foram
“Prontos” e quais não foram “Prontos”;
188 Jonathan Maia
www.eunati.com.br
Eventos
➔ Revisão da Sprint:
➔ Time de Desenvolvimento discute o que foi bem,
quais problemas ocorreram na Sprint e como
resolveram;
➔ Time de Desenvolvimento demonstra o Incremento
“Pronto”;
189 Jonathan Maia
www.eunati.com.br
Eventos
➔ Revisão da Sprint:
➔ Dono do Produto apresenta Backlog do Produto e
presentes podem colaborar em sua
construção/priorização (para próxima Sprint);
➔ Possíveis datas de conclusão do projeto podem ser
estimadas;
➔ O que não está “Pronto” retorna ao Backlog do
Produto.
190 Jonathan Maia
www.eunati.com.br
Eventos
Fonte externa:https://pixabay.com/en/live-jump-joy-lifestyle-
1003646/
191 Jonathan Maia
www.eunati.com.br
Eventos
➔ Felicidade:
➔ “Somos recompensados pelas chegadas, não pelas
jornadas.”
➔ A frase acima é verdadeira ?
➔ Se sim, é o ideal ?
192 Jonathan Maia
www.eunati.com.br
Eventos
➔ Felicidade – Pesquisa:
➔ The Benefits of Frequent Positive Affect: Does
Hapiness Lead to Success? [27]
➔ 275 mil participantes;
➔ A felicidade leva ao sucesso em quase todos
domínios na vida: casamento, saúde, amizade,
comunidade e trabalho;
➔ Não é em decorrência do sucesso que pessoas são
felizes;
➔ Aumento da “felicidade” de uma equipe aumenta
sua produtividade.
193 Jonathan Maia
www.eunati.com.br
Eventos
Fonte externa: heizerrenderom.files.wordpress.com/
2015/02/zappos-call-center.jpg
194 Jonathan Maia
www.eunati.com.br
Eventos
➔ Felicidade – Sapataria Zappos:
➔ Case narrado pelo CEO Tony Hsieh no livro
Satisfação Garantida [28];
➔ Decidiu criar conexões entre funcionários de
diversos níveis hierárquicos da empresa;
➔ Encoraja encontros ao acaso entre funcionários;
➔ Saltou de 1 milhão de dólares em vendas no ano
2000 para quase 1 bilhão de dólares em 2008,
totalizando um crescimento de 125% ao ano;
➔ Comprada pela Amazon em 2009.
195 Jonathan Maia
www.eunati.com.br
Eventos
➔ Felicidade:
➔ Felicidade não é complacente, mas encorajadora:
use alegria como força motriz;
➔ Bolha da felicidade: às vezes as produtividade
melhora, pessoas ficam felizes com resultados e
acomodam-se;
196 Jonathan Maia
www.eunati.com.br
Eventos
➔ Felicidade:
➔ Melhoria deve ser contínua;
➔ Mestre Scrum é responsável por detectar bolhas de
felicidade através da medição da velocidade em
Sprints e evitá-las;
➔ Equipe precisa de um tolo sábio (às vezes
transparente demais).
197 Jonathan Maia
www.eunati.com.br
Eventos
➔ Retrospectiva da Sprint (Sprint
Retrospective) [12]:
➔ Inspecionar como a última Sprint foi em relação às
pessoas, aos relacionamentos, aos processos e às
ferramentas;
➔ Identificar e ordenar os principais itens que foram
bem e as potenciais melhorias;
➔ Criar um plano para implementar melhorias no
modo que o Time Scrum faz seu trabalho;
198 Jonathan Maia
www.eunati.com.br
Eventos
➔ Retrospectiva da Sprint:
➔ Time-box máximo: 3 horas para Sprint de um mês;
➔ Para todo Time Scrum;
➔ Mestre Scrum deve encorajar Time Scrum em
busca da melhoria contínua e da transparência (por
isso não é interessante que seja chefe hierárquico
do Time);
➔ Definição de Pronto pode ser evoluída.
199 Jonathan Maia
www.eunati.com.br
Eventos
➔ Retrospectiva da Sprint – Três perguntas:
➔ O que fizemos de bom na Sprint e devemos
manter?
➔ O que pode ser melhorado ?
➔ Como vamos implementar ações de melhoria ?
200 Jonathan Maia
www.eunati.com.br
Eventos
➔ Retrospectiva da Sprint:
➔ As ações de melhoria elencadas devem entrar no
próximo Backlog da Sprint;
➔ Não basta elencar problemas, é necessário propor
planos de ação;
➔ Palavras chave: transparência, inspeção e
adaptação;
➔ Essa reunião pode ser utilizada, inclusive, para
definir o afastamento de membros do Time Scrum.
201 Jonathan Maia
www.eunati.com.br
Eventos
➔ Retrospectiva da Sprint – Métrica da
Felicidade [11]:
➔ Proposta por Jeff Sutherland;
➔ Não está no Guia Scrum.
202 Jonathan Maia
www.eunati.com.br
Eventos
➔ Retrospectiva da Sprint – Métrica da
Felicidade - Perguntas:
➔ De 1 a 5, como você se sente em relação ao seu
papel na empresa ?
➔ Por que você se sente assim ?
➔ O que tornaria você mais feliz no próximo Sprint ?
203 Jonathan Maia
www.eunati.com.br
Eventos
➔ Retrospectiva da Sprint – Métrica da
Felicidade - Ações:
➔ Fazer a média da felicidade da equipe;
➔ Manter registros para posterior comparação com
velocidade da equipe;
➔ Escolher aprimoramentos mais importantes e
adicioná-los ao Backlog da próxima Sprint,
preferencialmente, com testes de aceitação.
204 Jonathan Maia
www.eunati.com.br
Eventos
➔ Vídeo:
➔ The Power of Scrum;
➔ www.youtube.com/watch?v=eNe0UEsBalA
205 Jonathan Maia
www.eunati.com.br
Eventos
Fonte externa: www.youtube.com/watch?v=eNe0UEsBalA
206 Jonathan Maia
www.eunati.com.br
Seja Ágil Com Scrum
Artefatos
207 Jonathan Maia
www.eunati.com.br
Fundamentos teóricos - Scrum
208 Jonathan Maia
www.eunati.com.br
Artefatos
➔ Artefatos Scrum:
➔ Backlog do Produto (Product Backlog);
➔ Backlog da Sprint (Sprint Backlog);
➔ Incremento (Increment).
209 Jonathan Maia
www.eunati.com.br
Artefatos
➔ “Os artefatos do Scrum representam o trabalho
ou o valor para o fornecimento de transparência
e oportunidades para inspeção e adaptação. Os
artefatos definidos para o Scrum são
especificamente projetados para maximizar a
transparência das informações chave de modo
que todos tenham o mesmo entendimento dos
artefatos.” [12]
210 Jonathan Maia
www.eunati.com.br
Artefatos
➔ “O Mestre Scrum deve trabalhar com o Dono do
Produto, Time de Desenvolvimento, e outras
partes envolvidas para entender se os artefatos
estão plenamente transparentes.” [12]
211 Jonathan Maia
www.eunati.com.br
Artefatos
➔ Visão do produto (Product View):
➔ Não é explicitamente citada como artefato do Guia
Scrum;
➔ Aconselhável, mas não obrigatória;
➔ Deve ser curta e de alto nível;
➔ Dono do Produto é o responsável pela visão;
➔ A partir da Visão, nasce o Backlog do Produto.
212 Jonathan Maia
www.eunati.com.br
Artefatos
➔ Backlog do Produto (Product Backlog):
➔ “O Backlog do Produto é uma lista ordenada de
tudo que deve ser necessário no produto, e é uma
origem única dos requisitos para qualquer mudança
a ser feita no produto. O Dono do Produto é
responsável pelo Backlog do Produto, incluindo seu
conteúdo, disponibilidade e ordenação.” [12]
213 Jonathan Maia
www.eunati.com.br
Artefatos
➔ Backlog do Produto:
➔ É um artefato dinâmico, que existirá enquanto o
produto existir;
➔ Deve estar disponível para todos interessados.
214 Jonathan Maia
www.eunati.com.br
Artefatos
➔ Backlog do Produto - Itens:
➔ Os Itens do Backlog do Produto (PBI) possuem os
atributos de descrição, ordem, estimativa e valor;
➔ PBIs devem ser expressos em linguagem de
negócio e não em linguagem técnica.
215 Jonathan Maia
www.eunati.com.br
Artefatos
➔ Backlog do Produto:
➔ Embora possam existir vários Times Scrum
trabalhando no mesmo produto, o Backlog do
Produto sempre será único;
➔ Pode ser mantido em uma planilha eletrônica ou em
softwares específicos.
216 Jonathan Maia
www.eunati.com.br
Artefatos
218 Jonathan Maia
www.eunati.com.br
Artefatos
➔ Refinamento (Grooming):
➔ Detalhamento, priorização e estimativas;
➔ Processo colaborativo entre Dono do Produto e
Time de Desenvolvimento;
➔ O Dono do Produto é responsável pelo
detalhamento e priorizações;
➔ O Time de Desenvolvimento é responsável pelas
estimativas (Poker);
219 Jonathan Maia
www.eunati.com.br
Artefatos
➔ Refinamento (Grooming):
➔ Time de Desenvolvimento define quando PBIs estão
Preparados (Ready) para seleção no Backlog da
Sprint;
➔ Não deve consumir mais que 10% da capacidade
do Time de Desenvolvimento;
220 Jonathan Maia
www.eunati.com.br
Artefatos
➔ Refinamento (Grooming):
➔ Quanto maior a prioridade do PBI, mais detalhado
ele deve estar;
➔ Recomenda-se ter PBIs priorizados e estimados
para três Sprints;
➔ Interessante manter reuniões de Refinamento
(Grooming) no mesmo horário, local e com Time-
box.
221 Jonathan Maia
www.eunati.com.br
Artefatos
➔ Backlog da Sprint (Sprint Backlog):
➔ “O Backlog da Sprint é um conjunto de itens do
Backlog do Produto selecionados para a Sprint,
juntamente com o plano para entregar o Incremento
do produto e atingir o objetivo da Sprint.”[12]
222 Jonathan Maia
www.eunati.com.br
Artefatos
➔ Backlog da Sprint:
➔ Torna visível o trabalho do Time de
Desenvolvimento;
➔ Time de Desenvolvimento é o único que pode
alterar o Backlog da Sprint;
➔ Sempre que um novo trabalho é identificado, o Time
de Desenvolvimento adiciona-o ao Backlog da
Sprint;
223 Jonathan Maia
www.eunati.com.br
Artefatos
➔ Backlog da Sprint:
➔ Alterações nos SPBIs precisam ser negociadas com
Dono do Produto;
➔ Conforme o trabalho é realizado ou completado, a
estimativa do trabalho restante é atualizada;
➔ Pode ser mantido em uma planilha eletrônica, em
um software específico ou em um Quadro de
Tarefas (KanBan).
224 Jonathan Maia
www.eunati.com.br
Artefatos
➔ Incremento (Increment):
➔ “O Incremento é a soma de todos os itens do
Backlog do Produto completados durante a Sprint e
o valor dos Incrementos de todas as Sprints
anteriores. Ao final da Sprint, um novo Incremento
deve estar “Pronto”, o que significa que deve estar
na condição utilizável e atender a definição de
“Pronto” do Time Scrum. Este deve estar na
condição utilizável independente do Dono do
Produto decidir por liberá-lo realmente ou não.” [12]
225 Jonathan Maia
www.eunati.com.br
Seja Ágil Com Scrum
Técnicas
226 Jonathan Maia
www.eunati.com.br
Técnicas
➔ Técnicas usualmente utilizadas com Scrum
(não necessariamente mencionadas pelo
Guia):
➔ Quadro de Tarefas ou KanBan (Task Board);
➔ Poker de Planejamento (Planning Poker);
➔ Velocidade da Sprint (Sprint Velocity);
➔ Gráfico Burndown (Burndown Chart);
➔ Histórias de Usuário (User Stories);
➔ Planejamento de Liberações (Relase Planning).
227 Jonathan Maia
www.eunati.com.br
Fundamentos teóricos - KanBan
228 Jonathan Maia
www.eunati.com.br
KanBan
➔ Quadro de Tarefas ou KanBan (Task Board):
➔ KanBan é uma palavra japonesa;
➔ Kan = Visual, Ban = Cartão ou Quadro;
➔ Taiichi Ohno é um dos pais do Sistema Toyota de
Produção [4] e do KanBan [5];
➔ Bastante utilizado junto ao Scrum para representar
o Backlog da Sprint.
230 Jonathan Maia
www.eunati.com.br
Fundamentos teóricos - KanBan
231 Jonathan Maia
www.eunati.com.br
KanBan
➔ Quadro de Tarefas – Sugestões de colunas
(devem refletir fluxo da equipe):
➔ Fazer;
➔ Fazendo;
➔ Feito;
➔ Impedimento.
232 Jonathan Maia
www.eunati.com.br
KanBan
➔ Quadro de Tarefas:
➔ Podem haver cores diferentes para correções,
testes, equipes, etc;
➔ Quadro KanBan deve ter a maior transparência
possível, de maneira a facilitar a inspeção e
adaptação;
➔ Junto ao KanBan, em geral, é adicionada a Meta da
Sprint e um Gráfico Burndown;
➔ Deve ser atualizado antes da Reunião Diária.
233 Jonathan Maia
www.eunati.com.br
Técnicas
➔ Poker de Planejamento (Planning Poker):
➔ Baseado no método de Delphi;
➔ “Em linhas gerais, o método de Delphi consulta um
grupo de especialistas a respeito de eventos futuros
através de um questionário, que é repassado
continuadas vezes até que seja obtida uma
convergência das respostas, em um consenso, que
representa uma consolidação do julgamento
intuitivo do grupo. Pressupõe-se que o julgamento
coletivo, ao ser bem organizado, é melhor do que a
opinião de um só indivíduo.” [29]
234 Jonathan Maia
www.eunati.com.br
Técnicas
➔ Poker de Planejamento:
➔ Estimativas comparativas são mais fáceis de
elaborar que estimativas absolutas (ex: em horas);
➔ Para tanto, o Scrum utiliza os Pontos de História
(Story Points);
➔ Utiliza números da Sequencia de Fibonnaci, que
são recorrentes na natureza;
➔ Distanciam-se de maneira suficiente para sabermos
a diferença entre eles.
235 Jonathan Maia
www.eunati.com.br
Técnicas
236 Jonathan Maia
www.eunati.com.br
Técnicas
➔ Poker de Planejamento - Baralho:
➔ 0 indica que algo já está feito;
➔ 40 e 100 são estimativas altas que ainda precisam
ser mais detalhadas;
➔ O infinito indica que é algo que levaria tempo
considerável (gigante) a ser realizado;
➔ A interrogação indica que desenvolvedor ainda não
consegue estimar;
➔ Alguns baralhos possuem carta para pausa.
237 Jonathan Maia
www.eunati.com.br
Técnicas
➔ Poker de Planejamento:
➔ Para estimativas do Backlog do Produto, o ideal é
utilizar Pontos de História com Poker;
➔ Apenas Time de Desenvolvimento (executores)
deve elaborar as estimativas.
238 Jonathan Maia
www.eunati.com.br
Técnicas
➔ Poker de Planejamento – Como jogar:
➔ Passo 1: Selecionar uma História de dois pontos
para iniciar;
➔ Passo 2: Dono do Produto seleciona PBI e
questiona estimativa ao Time de Desenvolvimento;
➔ Passo 3: Cada Desenvolvedor seleciona uma
estimativa;
➔ Passo 4: Todos mostram cartas ao mesmo tempo;
239 Jonathan Maia
www.eunati.com.br
Técnicas
➔ Poker de Planejamento – Como jogar:
➔ Passo 5: Caso a maior divergência possua distância
de uma carta, pode selecionar a carta de maior
valor ou fazer a média e Retornar para o Passo 2;
➔ Passo 6: Caso a maior divergência possua distância
de mais de uma carta, os Desenvolvedores da
maior e da menor estimativa devem justificar suas
estimativas;
240 Jonathan Maia
www.eunati.com.br
Técnicas
➔ Poker de Planejamento – Como jogar:
➔ Passo 7: Novas rodadas de estimativas realizadas
até convergência (Passo 5);
➔ Passo 8: Retornar ao Passo 2.
241 Jonathan Maia
www.eunati.com.br
Técnicas
➔ Poker de Planejamento – Dinâmica:
➔ Estimar as Histórias de Usuário a seguir;
➔ Cada Desenvolvedor deve fazer uma estimativa em
um pedaço de papel;
242 Jonathan Maia
www.eunati.com.br
Técnicas
➔ Poker de Planejamento – Dinâmica:
➔ HIST1 - Desenvolvedor deve redigir relatório da
viagem de 2 dias da semana passada para RH.
Pontos: 2
➔ HIST2- Desenvolvedor deve redigir relatório da viagem
de 5 dias da semana passada para RH. Pontos: ?
➔ HIST3 - Diretor do RH deve agrupar e revisar relatórios
da viagem de 2 dias de 9 servidores para apresentação à
diretoria. Pontos: ?
➔ HIST4 - Diretor do RH deve apresentar em 30 minutos
relatórios agrupados ao Presidente do órgão. Pontos: ?
243 Jonathan Maia
www.eunati.com.br
Técnicas
➔ Velocidade da Sprint (Sprint Velocity):
➔ A velocidade indica quantos Pontos de História o
Time Scrum consegue entregar por Sprint, em
média;
➔ Velocidade não é garantia futura (empirismo);
➔ Velocidade varia de projeto para projeto, embora o
Time Scrum seja o mesmo;
➔ É interessante manter os registros da velocidade do
Time Scrum e, se possível, fazer o cruzamento com
métrica da felicidade ou outras métricas de
produtividade.
244 Jonathan Maia
www.eunati.com.br
Técnicas
➔ Velocidade da Sprint (Sprint Velocity):
➔ Em times de infraestrutura, ao invés de pontos de
história, pode ser utilizada UST (Unidade de Serviço
Técnico);
➔ ACORDÃO TCU 0509­07/15­P: “O Superior Tribunal
de Justiça (STJ) foi um dos primeiros órgãos no
âmbito da APF a adotar a unidade de referência
UST para mensurar os serviços de TI a serem
contratados e possibilitar o pagamento vinculado a
resultados. Os conceitos inaugurados pelo STJ ...
tornaram­se parâmetro para contratações similares
em outros órgãos da APF
245 Jonathan Maia
www.eunati.com.br
Técnicas
➔ Velocidade da Sprint (Sprint Velocity):
➔ UST: “a menor UST possível foi definida como
sendo aquela equivalente a uma hora de trabalho
na atividade de menor complexidade. (Pregão
Eletrônico 104/2010 do STJ)”.
246 Jonathan Maia
www.eunati.com.br
Técnicas
➔ Gráfico Burndown (Burndown Chart):
➔ Indica trabalho restante a ser realizado em período
de tempo;
➔ Eixo X: Tempo;
➔ Eixo Y: Trabalho restante (em Pontos de História ou
em horas);
➔ Gráfico Burndown da Sprint deve ser atualizado
antes da Reunião Diária.
247 Jonathan Maia
www.eunati.com.br
Técnicas
Fonte externa: http://www.scrum-
institute.org/images_scrum/Sprint_Burndown.jpg
248 Jonathan Maia
www.eunati.com.br
Técnicas
Fonte externa: http://www.scrum-
institute.org/images_scrum/Simple_Burndown_Chart.jpg
249 Jonathan Maia
www.eunati.com.br
Técnicas
➔ Histórias de Usuário (User Stories):
➔ Podem ser usadas em substituição aos casos de
uso, descrições textuais, ...
➔ Como um <ator>, eu gostaria de <ação> para
<objetivo>;
➔ Quanto maior a prioridade de uma História, maior
deve ser seu detalhamento;
250 Jonathan Maia
www.eunati.com.br
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 dá origem a um conjunto de Histórias
relacionadas;
251 Jonathan Maia
www.eunati.com.br
Técnicas
➔ Histórias de Usuário Preparadas (Ready) -
Critérios INVEST [30]:
➔ Independente;
➔ Negociável (deve ser convite para conversa);
➔ Valiosa;
➔ Estimável;
➔ Pequena (Small);
➔ Testável (critérios de aceitação).
254 Jonathan Maia
www.eunati.com.br
Técnicas
➔ Planejamento de Liberações (Relase
Planning):
➔ Embora todo Incremento produzido ao final de uma
Sprint deva obedecer aos critérios de Pronto
(Done), nem todo Incremento precisa ser Liberado
(Released) para o Cliente.
➔ Dono do Produto é o responsável pelo
Planejamento de Liberações;
255 Jonathan Maia
www.eunati.com.br
Técnicas
➔ Planejamento de Liberações:
➔ Uma Liberação pode incluir trabalho de mais de
uma Sprint;
➔ Sprints de Liberação ou Sprints de Release são
aquelas nas quais uma liberação do Incremento
será realizada. Tais Sprints podem contem
operações adicionais necessárias à liberação
(equipe de vendas, preparação do suporte,
treinamento, …);
256 Jonathan Maia
www.eunati.com.br
Técnicas
➔ Planejamento de Liberações:
➔ Product Burndown ou Release Burndown é uma
ferramenta gráfica para o Planejamento de
Liberações: precisa da Velocidade do Time e da
Estimativa de cada PBI;
➔ No inicio do projeto, velocidade ainda é incerta,
portanto, plano de liberações também.
257 Jonathan Maia
www.eunati.com.br
Técnicas
Fonte externa: http://www.scrum-
institute.org/images_scrum/Simple_Burndown_Chart.jpg
258 Jonathan Maia
www.eunati.com.br
Seja Ágil Com Scrum
Scrum na prática
259 Jonathan Maia
www.eunati.com.br
Scrum na prática
Fonte externa: Projeto EduScrum. Disponível em:
http://eduscrum.nl
263 Jonathan Maia
www.eunati.com.br
Scrum na prática
➔ Escalando Scrum:
➔ Scrum pode ser utilizado por várias equipes
trabalhando no mesmo Backlog do Produto;
➔ Backlog do Produto e Definição de Pronto devem
ser compartilhados por todas equipes;
➔ Cada Time deve possuir seu próprio Dono do
Produto e seu Mestre Scrum;
➔ Cada Dono do Produto ou Mestre Scrum pode
servir mais de um Time de Desenvolvimento.
264 Jonathan Maia
www.eunati.com.br
Scrum na prática
➔ Escalando Scrum - Scrum de Scrum (Scrum
of Scrum):
➔ Reunião com um representante de cada Time de
Desenvolvimento para alinhamento;
➔ Pode ser realizada duas ou três vezes por semana,
logo após as Reuniões Diárias dos Times, com
Time-box;
➔ Na reunião, cada representante “descreve” o que
seu time está fazendo e depois repassa ao seu
Time.
265 Jonathan Maia
www.eunati.com.br
Scrum na prática
➔ Escalando Scrum:
➔ Ao final das Sprints, é necessário integrar trabalho
dos Times;
➔ Não é obrigatório que todas equipes comecem
Sprints na mesma data (limitaria Donos de Produto
e Mestres Scrum que atendem vários Times);
➔ NexusTM
[32] é o Framework da Scrum.org que
agrega diversos dos conceitos acima.
266 Jonathan Maia
www.eunati.com.br
Scrum na prática
➔ Passos para iniciar Scrum:
➔ Definir Dono do Produto, Mestre Scrum e Time de
Desenvolvimento;
➔ Dono do Produto deve criar e priorizar Backlog do
Produto inicial;
➔ Iniciar Sprint;
➔ Realizar Reunião de Planejamento da Sprint
(resultados: Meta da Sprint, Backlog da Sprint e
Definição de Pronto);
267 Jonathan Maia
www.eunati.com.br
Scrum na prática
➔ Passos para iniciar Scrum:
➔ Montar Quadro KanBan com Burndown;
➔ Realizar Reuniões Diárias;
➔ Realizar Reuniões de Refinamento (Grooming);
➔ Realizar Reunião de Revisão da Sprint;
➔ Realizar Reunião de Retrospectiva da Sprint;
➔ Liberar Incremento (opcional);
➔ Iniciar próxima Sprint.
268 Jonathan Maia
www.eunati.com.br
Scrum na prática
269 Jonathan Maia
www.eunati.com.br
Scrum na prática
➔ Dinâmica - Scrum na fábrica de origamis:
➔ Baseada na dinâmica da Fábrica de aviões [20]
[11];
➔ Exercitar conceitos do Scrum em aproximadamente
uma hora;
➔ Utilizar Time-box;
➔ Para fins didáticos, Time-boxes dos eventos não
estão proporcionais aos recomendados pelo Guia;
270 Jonathan Maia
www.eunati.com.br
Scrum na prática
➔ Dinâmica - Scrum na fábrica de origamis:
➔ Uma Sprint de dois dias (cada dia com apenas três
minutos para produção, totalizando seis minutos
para toda produção);
➔ Cliente deseja montar estrutura de proteção:
➔ 4 aviões Gripen para encomenda da Aeronáutica;
➔ 5 aviões Rafale para encomenda da Aeronáutica;
➔ 3 navios destroyer para Marinha;
➔ 6 navios couraçados para Marinha.
271 Jonathan Maia
www.eunati.com.br
Scrum na prática
➔ Dinâmica - Scrum na fábrica de origamis -
Parte 1:
➔ Time-box de um minuto;
➔ Definir Dono do Produto, Mestre Scrum e Time de
Desenvolvimento.
272 Jonathan Maia
www.eunati.com.br
Scrum na prática
➔ Dinâmica - Scrum na fábrica de origamis -
Parte 2:
➔ Time-box de 5 minutos;
➔ Dono do Produto irá montar Backlog do Produto
com as devidas priorizações junto ao cliente
(instrutor).
273 Jonathan Maia
www.eunati.com.br
Scrum na prática
➔ Dinâmica - Scrum na fábrica de origamis -
Parte 3:
➔ Time-box de quinze minutos;
➔ Realizar Reunião de Planejamento da Sprint;
➔ Jogar Poker do Planejamento (imagine que a
produção de dois origamis tem 2 Pontos de
História);
➔ Gerar Meta da Sprint
➔ Definição de Pronto;
➔ Montar Quadro KanBan com Burndown e Meta da
Sprint.
274 Jonathan Maia
www.eunati.com.br
Scrum na prática
➔ Dinâmica - Scrum na fábrica de origamis -
Parte 4:
➔ Simulação do primeiro dia da Sprint;
➔ 3 minutos de produção.
275 Jonathan Maia
www.eunati.com.br
Scrum na prática
➔ Dinâmica - Scrum na fábrica de origamis -
Parte 5:
➔ Time-box de oito minutos;
➔ Atualizar Quadro KanBan e Burndown;
➔ Realizar Reunião Diária;
➔ Três perguntas:
➔ O que fizemos ontem para alcançar meta da Sprint?
➔ O que faremos hoje para alcançar meta da Sprint?
➔ Algum obstáculo ?
276 Jonathan Maia
www.eunati.com.br
Scrum na prática
➔ Dinâmica - Scrum na fábrica de origamis -
Parte 6:
➔ Simulação do segundo dia de produção;
➔ 3 minutos de produção.
277 Jonathan Maia
www.eunati.com.br
Scrum na prática
➔ Dinâmica - Scrum na fábrica de origamis -
Parte 7:
➔ Time-box de oito minutos;
➔ Realizar Reunião de Revisão da Sprint;
➔ Apresentação do Incremento para cliente;
➔ Verificar velocidade do Time.
278 Jonathan Maia
www.eunati.com.br
Scrum na prática
➔ Dinâmica - Scrum na fábrica de origamis -
Parte 8:
➔ Time-box de oito minutos;
➔ Realizar Reunião de Retrospectiva da Sprint;
➔ Levantar métrica da felicidade:
➔ De 1 a 5, como você se sente em relação ao seu papel
na empresa ?
➔ Por que você se sente assim ?
➔ O que tornaria você mais feliz no próximo Sprint ?
Jonathan Maia
www.eunati.com.br
Scrum na prática
➔ Dinâmica - Scrum na fábrica de origamis -
Avaliação:
➔ Quais foram as maiores dificuldades ?
➔ Os papéis foram exercidos adequadamente ?
➔ O Time-box dos eventos foi obedecido ?
➔ Como foi a manutenção dos artefatos ?
➔ É possível utilizar os princípios aprendidos em sua
unidade de trabalho?
280 Jonathan Maia
www.eunati.com.br
Scrum na prática
➔ Scrum Pessoal:
➔ Utilizar alguns dos princípios da agilidade para
organização de tarefas pessoais;
➔ Sprints mais curtas, de uma ou duas semanas;
➔ Planejamento da Sprint mais curto possível, com
estimativas;
➔ Software Trello é gratuito, possui acesso web e
mobile.
281 Jonathan Maia
www.eunati.com.br
Scrum na prática
282 Jonathan Maia
www.eunati.com.br
Scrum na prática
283 Jonathan Maia
www.eunati.com.br
Seja Ágil Com Scrum
Conclusão, extras e bibliografia
284 Jonathan Maia
www.eunati.com.br
Conclusão
➔ Métodos ágeis são realidade no mercado e
governo;
➔ Conceitos simples e baseados no empirismo;
➔ Benefícios diversos para clientes e equipes;
➔ Possibilidade de adaptações às realidades
locais.
285 Jonathan Maia
www.eunati.com.br
Recursos extras
➔ Ferramentas Open Source para Scrum:
www.opensourcescrum.com
➔ Simulados gratuitos certificações Scrum:
https://www.scrum.org/Assessments/Open-Assess
ments/Scrum-Open-Assessment
286 Jonathan Maia
www.eunati.com.br
Recursos extras
➔ Materiais, vídeos e apresentações sobre
Scrum:
www.mountaingoatsoftware.com
www.mitchlacey.com/resources
www.infoq.com/br/agile/
epf.eclipse.org/wikis/scrum/
www.tiexames.com.br/novosite2015/curso_Scrum_M
aster.php
www.agiledmaic.com
287 Jonathan Maia
www.eunati.com.br
Bibliografia
➔ [1] Extreme Go Horse. Disponível em: <
http://www.gohorseprocess.com.br>. Acesso em:
27/08/2015;
➔ [2] PMI. Um guia do conhecimento em gerenciamento de
projetos, Guia PMBOK 5ª. ed. - EUA: Project
Management Institute, 2013;
➔ [3] Wikipedia. Taiichi Ohno. Disponível em: <
https://pt.wikipedia.org/wiki/Taiichi_Ohno>. Acesso em
28/07/2015;
➔ [4] Ohno, Taiichi. Toyota production system: beyond
large-scale production, Productivity press, 1988. ISBN
8573071702;
288 Jonathan Maia
www.eunati.com.br
Bibliografia
➔ [5] Moura, Reinaldo A. KanBan: A simplicidade no
controle da produção, São Paulo, IMAN, 1989. ISBN
890965;
➔ [6] Manifesto Ágil. Disponível em: <
http://agilemanifesto.org/iso/ptbr/>. Acesso em
30/07/2015;
➔ [7] ClydeBank Business. Agile Project Management
QuickStart Guide: a simplified beginner's guide to agile
project management, ClydeBank Media, 2014;
➔ [8] ClydeBank Business. Scrum QuickStart Guide: a
simplified beginner's guide to mastering Scrum,
ClydeBank Media, 2014;
➔ [9] Ries, Eric. A Startup Enxuta, São Paulo, Leya, 2011.
ISBN 9788581780139;
289 Jonathan Maia
www.eunati.com.br
Bibliografia
➔ [10] Youtube, Canal Nerdologia. Disponível em: <
https://www.youtube.com/watch?v=eANH5f1ul7s>.
Acesso em: 24/08/2015;
➔ [11] Sutherland, Jeff. Scrum: A arte de fazer o dobro na
metade do tempo, Leya, 2014. ISBN 9788544100875;
➔ [12] Sutherland, Jeff; Schwaber, Ken. Guia do Scrum:
Uma Guia Definitivo Para o Scrum, Scrum.Org e
ScrumInc, 2013. Disponível em: <
http://www.scrumguides.org>. Acesso em 04/08/2015;
➔ [13] Beck, Kent; Andres, Cynthia. Extreme Programming
Explained: Embrace Change, Addison-Wesley, 2004;
➔ [14] Scrum.org. Disponível em: <http://www.scrum.org>.
Acesso em 04/08/2015;
290 Jonathan Maia
www.eunati.com.br
Bibliografia
➔ [15] Wikipedia. Shuhari. Disponível em: <
https://en.wikipedia.org/wiki/Shuhari>. Acesso em
06/08/2015;
➔ [16] Nonaka, Ikujiro; Hirotke Takeuchi. The new new
product development game, Harvard Business Review,
1986;
➔ [17] Strayer, D.L.; Drews, F. A.; Crouch, D.J. A
comparison of the cell phone driver and the drunk driver.
Human Factors, 2006, 48, 2, pp 381-391;
➔ [18] Weinberg, Gerald. Software com qualidade (Quality
Software Management), Makron Books, São Paulo, 1991;
291 Jonathan Maia
www.eunati.com.br
Bibliografia
➔ [19] Pesso, Avnaim et al. Extraneous Factors in Judicial
Decisions, Proceedings of the National Academy of
Sciences of The United States of America, EUA, 2011;
➔ [20] Steffens, Flávio; Prikladnicki, Rafael. Dinâmica
Fábrica de Aviões 2.0, AgileWay, 2009. Disponível em: <
http://agileway.com.br/2009/08/18/dinamica-fabrica-de-av
ioes-2-0/
>. Acesso em 09/08/2015;
➔ [21] Milgram, Stanley. The perils of Obedience, Harper's
Magazine, 1974;
➔ [22] Brooks , Frederick P. The Mythical Man-Month,
Addison-Wesley, 1995 [1975];
➔ [23] Putnam, Lawrence; Myers, Ware. Small is Beautiful-
Once Again, Familiar Metric Management, Quantitative
Software Management Inc;
292 Jonathan Maia
www.eunati.com.br
Bibliografia
➔ [24] Putnam, Lawrence; Myers, Ware. Five Core Metrics:
The Intelligence Behind Successful Software
Management, Pearson, 2003;
➔ [25] Boehm, Barry. Software Engineering Economics,
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
Positive Affect: Does Hapiness Lead to Success?
Psychological Bulletin, Vol 131(6), 2005, pp. 803-55;
➔ [28] Hsieh, Tony. Satisfação Garantida (Delivering
Happiness), Editora HarperCollins, 2017;
293 Jonathan Maia
www.eunati.com.br
Bibliografia
➔ [29] Coulter Wright, James; Alves Giovinazzo, Renata.
Delphi – Uma ferramenta de apoio ao planejamento
prospectivo. Caderno de Pesquisas em Administração,
Universidade de São Paulo, V. 01, nº 12, 2ª Trimestre
2000;
➔ [30] Cohn, Mike. User Stories Applied For Agile Software
Development. Addison-Wesley Professional, 2004;
➔ [31] EduScrum. Disponível em: <http://eduscrum.nl>.
Acesso em 15/10/2015;
➔ [32] Schwaber, Ken. NexusTM
Guide: The Definitive Guide
To Nexus: The exoskeleton of scaled Scrum
Development, Scrum.Org, 2015. Disponível em: <
https://www.scrum.org/Portals/0/NexusGuide%20v1.1.pdf
>. Acesso em 17/10/2015;
294 Jonathan Maia
www.eunati.com.br
Bibliografia
➔ [33] II Seminário de Metodologia Ágil do SISP.
Apresentações disponíveis em: <
http://www.sisp.gov.br/guiaagil/wiki/eventos>. Acesso em:
28/08/2015;
➔ [34] MELO, C. DE O. et al. The evolution of agile software
development in Brazil, Journal of the Brazilian Computer
Society, v. 19, n. 4, p. 523–552, 2013;
➔ [35] Tribunal de Contas da União. Acordão 2314 de 2013;
➔ [36] Tribunal de Contas da União. Acordão 2362 de 2015;
➔ [37] Knapp, Jake. Sprint: O método usado no Google
para testar e aplicar novas ideias em apenas cinco dias,
Editora Intrinsica, 2017;
295 Jonathan Maia
www.eunati.com.br
Bibliografia
➔ [38] Cockburn, Alistair. Shuhari. Disponível em: <
http://alistair.cockburn.us/Shu+Ha+Ri>. Acesso em:
31/07/2017.
Jonathan Maia
www.eunati.com.br
Jonathan Maia
www.eunati.com.br
Jonathan Maia
www.eunati.com.br

Gestão ágil de projetos com Scrum

  • 1.
  • 2.
  • 4.
    4 Jonathan Maia www.eunati.com.br Utilizaçãodeste material ➔ Este material pode ser alterado ou distribuído gratuitamente: ➔ Os créditos devem ser mantidos ao autor, com a presença dos slides 2, 3, 4 e 6; ➔ O material segue o mesmo licenciamento Creative Commons do ScrumTM : que a gestão ágil seja disseminada! ➔ Bom proveito!
  • 5.
    5 Jonathan Maia www.eunati.com.br Utilizaçãodeste material ➔ Público alvo - Profissionais ou alunos que: ➔ Atuam com gerenciamento de projetos (em quaisquer áreas); ➔ Desejam aprofundar e disseminar seus conhecimentos sobre gestão ágil e Scrum; ➔ Querem tirar certificações sobre o assunto; ➔ Desejam cobrir os conteúdos cobrados em concursos públicos;
  • 6.
    6 Jonathan Maia www.eunati.com.br MiniCurrículo ➔ Jonathan Maia: ➔ Certificação Project Management ProfessionalTM do Project Management Institute (2016); ➔ Certificação Professional Scrum Master ITM (2015); ➔ Atuando no desenvolvimento de sistemas enterprise e gerenciamento de projetos ágeis e tradicionais; ➔ Analista de TI do TRT Ceará (2010 até hoje); ➔ Blog: www.eunati.com.br ➔ LinkedIn: http://bit.ly/jonathanmaia ➔ E-mail: jon@eunati.com.br
  • 7.
    7 Jonathan Maia www.eunati.com.br Sumário ➔Introdução; ➔ Gerenciamento de projetos; ➔ Agile; ➔ Fundamentos do Scrum; ➔ Certificações; ➔ Times e papéis; ➔ Eventos;
  • 8.
    8 Jonathan Maia www.eunati.com.br Sumário ➔Artefatos; ➔ Técnicas; ➔ Na prática; ➔ Conclusão; ➔ Recursos extras; ➔ Bibliografia.
  • 9.
  • 10.
  • 11.
  • 12.
  • 13.
  • 14.
    14 Jonathan Maia www.eunati.com.br Introdução ➔Princípios XGH - eXtreme Go Horse [1]: ➔ Pensou, não é XGH; ➔ Existem 3 formas de resolver um problema: a correta, a errada e a XGH, que é igual à errada, só que mais rápida; ➔ XGH é totalmente reativo e não tem prazo; ➔ Quanto mais XGH você faz, mais precisará fazer; ➔ Até surgir um pouco de ordem, XGH não é perigoso.
  • 15.
  • 16.
  • 17.
    17 Jonathan Maia www.eunati.com.br Gerenciamentode projetos ➔ Por que gerenciar projetos ? ➔ Compromisso das partes interessadas (stakeholders); ➔ Comunicação eficiente; ➔ Obter os recursos necessários; ➔ Satisfação geral; ➔ Alcançar resultados almejados.
  • 18.
  • 19.
  • 20.
  • 21.
  • 22.
    22 Jonathan Maia www.eunati.com.br Gerenciamentode projetos ➔ Características (C) e Problemas (P) da gestão tradicional e do modelo cascata. [7]
  • 23.
    23 Jonathan Maia www.eunati.com.br Gerenciamentode projetos ➔ C: Planos e cronograma detalhados no início do projeto: ➔ P: Quantos diagramas de Gantt elaborados no início do projeto e corretos você já viu ? ➔ P: Pessoas contratadas só para atualizar artefatos; ➔ P: Frustração porque planos não se concretizam; ➔ P: Artefatos enormes que não serão lidos por ninguém (sem significado); ➔ P: Artefatos tornam-se mais importantes que produtos (mapa vs terreno).
  • 24.
    24 Jonathan Maia www.eunati.com.br Gerenciamentode projetos ➔ C: Especificação detalhada e antecipada dos requisitos - BRUF (Big Requirements Up Front): ➔ P: Difícil detalhar requisitos no início do projeto; ➔ P: Como cliente só pode pedir uma vez, pede mais requisitos que os necessários; ➔ P: Custos excessivos para cliente; ➔ P: E as mudanças decorrentes de um melhor entendimento dos requisitos?
  • 25.
    25 Jonathan Maia www.eunati.com.br Gerenciamentode projetos ➔ C: Riscos, costumeiramente, não são gerenciados diariamente: ➔ P: Riscos negativos (ameaças) concretizados são as causas do fracasso de projetos. ➔ C: Mudanças durante o projeto são caras: ➔ P: Mudanças em projetos com planejamento prévio excessivo são caras; ➔ É possível evitar mudanças?
  • 26.
  • 27.
  • 28.
  • 29.
    29 Jonathan Maia www.eunati.com.br Agile ➔Em 2001, 17 expoentes da área de Tecnologia assinaram o Manifesto Ágil [6]: ➔ Valores e princípios que norteiam a gestão ágil (agilidade ou agile); ➔ Alguns dos signatários: ➔ Ken Schwaber e Jeff Sutherland (Scrum); ➔ Kent Beck e Ron Jeffries (XP); ➔ Martin Fowler (Thoughworks, UML, Design Patterns); ➔ Alistair Cockburn (Crystal).
  • 30.
  • 31.
  • 32.
  • 33.
    33 Jonathan Maia www.eunati.com.br Agile ➔Gigantes que adotam a gestão ágil: ➔ Intel, Microsoft, Google, Nokia, Adobe, NSA, Yahoo, GE, … ➔ Órgãos públicos brasileiros que adotam a gestão ágil: ➔ TRT Ceará, Serpro, Ministério Planejamento, Ministério da Educação, Conselho Nacional de Justiça (CNJ), Banco Central, Tribunal de Contas da União, ...
  • 34.
  • 35.
    35 Jonathan Maia www.eunati.com.br Agile ➔Métodos ágeis de gestão: ➔ Utilizados nas mais diversas áreas (tecnologia, startups [9], engenharia, arquitetura, educação, saúde, casa); ➔ Gartner Group já indica-os em suas consultorias; ➔ Vídeo: ➔ Nerdologia 95 - O Poder do Coletivo; www.youtube.com/watch?v=eANH5f1ul7s
  • 36.
    36 Jonathan Maia www.eunati.com.br Agile Fonteexterna: www.youtube.com/watch?v=eANH5f1ul7s
  • 37.
    37 Jonathan Maia www.eunati.com.br Agile ➔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.
  • 38.
    38 Jonathan Maia www.eunati.com.br Agile ➔Elementos chave da gestão ágil de projetos [7][8][11]: ➔ Inspeção e adaptação; ➔ Desenvolvimento iterativo e incremental; ➔ Times auto-organizáveis; ➔ Times multifuncionais; ➔ Envolvimento dos usuários; ➔ Maximização do ROI; ➔ Aceitar mudanças;
  • 39.
    39 Jonathan Maia www.eunati.com.br Agile ➔Inspeção e Adaptação: ➔ Periodicamente, revise o que já fez; ➔ Verifique se deve continuar o que está fazendo; ➔ Verifique se pode melhorar o desempenho do que está fazendo: adapte-se.
  • 40.
  • 41.
    41 Jonathan Maia www.eunati.com.br Agile ➔Desenvolvimento iterativo e incremental: ➔ Alternativa à gestão tradicional (modelo cascata ou cachoeira); ➔ Projeto deve possuir Iterações (repetições) nas quais um Incremento (versão potencialmente utilizável) do produto é disponibilizado.
  • 42.
    42 Jonathan Maia www.eunati.com.br Agile ➔Desenvolvimento iterativo e incremental: ➔ Iterações permitem diminuir ciclos de inspeção e adaptação; ➔ Incrementos adiantam feedback e trazem valor; ➔ MVP (Minimum Viable Product) - Incremento com requisitos mínimos para liberação aos usuários.
  • 43.
  • 44.
  • 45.
  • 46.
    46 Jonathan Maia www.eunati.com.br Agile ➔Times auto-organizáveis: ➔ Times que definem como irão produzir um Incremento 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.
  • 47.
    47 Jonathan Maia www.eunati.com.br Agile ➔Times multifuncionais: ➔ Times possuem todas as habilidades necessárias ao projeto; ➔ Não que dizer que cada membro do time deve possuir todas habilidades.
  • 48.
    48 Jonathan Maia www.eunati.com.br Agile ➔Envolvimento dos usuários: ➔ Feedbacks constantes produzem produtos mais adequados; ➔ Disponibilidade do cliente para colaborar em dúvidas, alterações e prioridades do projeto.
  • 49.
  • 50.
    50 Jonathan Maia www.eunati.com.br Agile ➔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 ?
  • 51.
    51 Jonathan Maia www.eunati.com.br Agile ➔Maximização do ROI - Exemplo real [11]: ➔ Contrato de R$ 10 milhões em 20 meses (R$ 500 mil por mês) com cláusula de cancelamento antecipado (cliente paga 20% do valor restante); ➔ Nos três primeiros meses cliente pagou R$ 1,5 milhões e produto chegou aos 20% desejados; ➔ Cliente deseja acionar cancelamento antecipado: já está satisfeito com o que foi disponibilizado;
  • 52.
    52 Jonathan Maia www.eunati.com.br Agile ➔Maximização do ROI - Exemplo real [11]: ➔ Empresa lucra R$ 1,7 milhões adicionais (20% de R$ 8,5 milhões) e pode pegar outro projeto; ➔ Cliente paga R$ 3,2 milhões (R$ 1,5 + 1,7 milhões) em algo que poderia custar R$ 10 milhões e tem produto que atende suas necessidades essenciais 17 meses mais cedo.
  • 53.
    53 Jonathan Maia www.eunati.com.br Agile ➔Aceitar mudanças: ➔ Mudanças são inevitáveis a medida que projeto avança; ➔ Esteja preparado para as mudanças.
  • 54.
    54 Jonathan Maia www.eunati.com.br Agile ➔Métodos ou frameworks ágeis: ➔ Scrum [11] [12] ➔ Lean (Sistema Toyota de Produção) [4] ➔ Lean Startup [9] ➔ KanBan [5] ➔ XP (eXtreme Programming) [13] ➔ Sprint do Google Ventures [37] ➔ DSDM ➔ Crystal
  • 55.
  • 56.
    56 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum Comprometimento vs Envolvimento: Fonte externa: blog.crmzen.com.br/post/64866403186/ porcos-e-galinhas-x-comprometimento-e-envolvimento
  • 57.
    57 Jonathan Maia www.eunati.com.br Fonteexterna:Sutherland, Jeff; Schwaber, Ken. Guia do Scrum: Uma Guia Definitivo Para o Scrum Fundamentos do Scrum
  • 58.
  • 59.
    59 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ Vídeo - Scrum no Rugby: www.youtube.com/watch?v=jUz1ytcnn3c Fonte externa: upload.wikimedia.org/wikipedia/commons/ 0/0b/Scrum_ASM_Clermont-Saracens.jpg
  • 60.
    60 Jonathan Maia www.eunati.com.br “Emboraseja possível implementar somente partes do Scrum, o resultado não é Scrum. Scrum existe somente na sua totalidade, funcionando bem como um container para outras técnicas, metodologias e práticas.” (ScrumBut) [12]; Fundamentos do Scrum
  • 61.
    61 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ Scrum: ➔ Leve; ➔ Simples de entender; ➔ Difícil de dominar.
  • 62.
  • 63.
  • 64.
    64 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ Case FBI [11]: ➔ Em 2010, FBI cancelou projeto de uma década que poderia ter evitado 11 Setembro; ➔ Vários formulários e relatórios em papel e sistemas existentes totalmente desintegrados; ➔ Começaram com projeto Virtual Case File (U$ 170 milhões); ➔ Em 2005, projeto Sentinel (U$ 450 milhões) foi anunciado com prazo para 2009;
  • 65.
    65 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ Case FBI [11]: ➔ Em 2010, só 50% estava concluído e seriam necessários mais 6 a 8 anos e U$ 350 milhões para conclui-lo; ➔ Modelo cascata foi utilizado em ambos projetos; ➔ CIO Jeff Johnson decidiu internalizar desenvolvimento no FBI;
  • 66.
    66 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ Case FBI [11]: ➔ Reduziu equipe de 220 para 40 e propôs entregar sistema com gasto de 20 milhões; ➔ Utilizou Scrum com iterações (Sprints) de duas semanas; ➔ Do início do fim do projeto, times triplicaram a produtividade; ➔ Em 20 meses, o projeto foi finalizado e disponibilizado em todo FBI.
  • 67.
    67 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ 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.
  • 68.
    68 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ Principais inspirações para Scrum: ➔ Rugby; ➔ Shuhari do Aikido; ➔ Ciclo de Deming (PDCA); ➔ Empiricismo; ➔ Ciclo OADA da aviação de combate; ➔ Sistema Toyota de Produção; ➔ The new new product development game;
  • 69.
    69 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ 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);
  • 70.
    70 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ Vídeo - Scrum no Rugby: www.youtube.com/watch?v=jUz1ytcnn3c Fonte externa: upload.wikimedia.org/wikipedia/commons/ 0/0b/Scrum_ASM_Clermont-Saracens.jpg
  • 71.
  • 72.
    72 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ 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.
  • 73.
  • 74.
    74 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ Ciclo de Deming (PDCA): ➔ Desenvolvido na década de 50 por Walter Shewart; ➔ Disseminado por Edwards Deming; ➔ Utilização para reconstrução do Japão após a 2ª guerra mundial;
  • 75.
    75 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ Teorias empíricas de controle de processo – Empiricismo [12]: ➔ Processos Definidos vs Empíricos; ➔ Processos definidos: Variáveis conhecidas, poucas mudanças e repetitivos; ➔ Processos empíricos: Com mudanças, não repetitivos e conhecimento vem da experiência.
  • 76.
    76 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ Empiricismo – pilares: ➔ Transparência; ➔ Inspeção; ➔ Adaptação. “Scrum é fundamentado nas teorias empíricas de controle de processo, ou empirismo. O empirismo afirma que o conhecimento vem da experiência e de tomada de decisões baseadas no que é conhecido” [12]
  • 77.
    77 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ Empiricismo: ➔ Transparência deve permear todos aspectos: decisório, financeiro, político, etc; ➔ Transparência gera confiança; ➔ Prática para fomentar transparência, inspeção e adaptação: remover divisórias entre membros do time.
  • 78.
  • 79.
    79 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ Ciclo OADA da aviação de combate [11]: ➔ Utilizado na guerra do Vietnã (1965); ➔ Observar - Coletar dados; ➔ Avaliar - Levantar alternativas de ação; ➔ Decidir - Decidir por uma alternativa; ➔ Agir - Executar alternativa;
  • 80.
  • 81.
    81 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ Sistema Toyota de Produção: ➔ Lean Manufacturing; ➔ Desenvolvido por Taiichi Ohno de 1948 até 1975 [8]; ➔ Publicado em 1988 e reconhecido na década de 90; ➔ Qual a maior característica dos carros da Toyota ? ➔ Ideia de fluxo de produção calmo e rápido; ➔ Gerência deve identificar e remover obstáculos do fluxo, evitando desperdício;
  • 82.
    82 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ Sistema Toyota de Produção: ➔ Kaizen (do japonês melhoria) - Melhoria continua: “Hoje melhor que ontem, amanhã melhor que hoje!” ➔ Correção antecipada de defeitos de produção: fracasse rápido; ➔ Just in Time: nada deve ser produzido, transportado ou comprado antes da hora exata.
  • 83.
    83 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ Sistema Toyota de Produção - Tipos de desperdício [4] [11]: ➔ Muri: desperdício pela irracionalidade (falha no planejamento); ➔ Mura: desperdício pela inconsistência (falha na ação); ➔ Muda: desperdício pelos resultados (falha na inspeção/adaptação).
  • 84.
  • 85.
    85 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ Sistema Toyota de Produção - Quadro de Tarefas ou KanBan (Task Board): ➔ KanBan é uma palavra japonesa; ➔ Kan = Visual, Ban = Cartão ou Quadro; ➔ Taiichi Ohno é um dos pais do KanBan [8]; ➔ Bastante utilizado junto ao Scrum para representar o Backlog da Sprint.
  • 87.
  • 88.
    88 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ The new new product development game (1986) [16]: ➔ Artigo de Harvard de 1986 dos administradores japoneses Hirotke Takeuchi e Ikujiro Nonaka; ➔ Analisaram times de alta produtividade da Honda, Xerox, 3M, HP, etc; ➔ Descobriram equipes multifuncionais, auto- organizáveis e com objetivos transcendentes; ➔ Executivos removiam obstáculos das equipes; ➔ Comparou equipes ao Scrum do Rugby.
  • 89.
    89 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ 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.
  • 90.
    90 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ 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 em 2009 e fundou a Scrum.org; ➔ A primeira publicação do Guia Scrum foi em 2010, com atualizações em 2011, 2013 e 2016; ➔ Leia o artigo História da Agilidade e do Scrum no Blog www.eunati.com.br.
  • 91.
  • 92.
    92 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ Dinâmica - Fábrica de origamis: ➔ Baseada na dinâmica da Fábrica de aviões [4] [34]; ➔ Exercita conceitos do Ciclo PDCA e do Empiricismo; ➔ Fase de estimativas e protótipos; ➔ Dois ciclos de produção (8 minutos cada).
  • 93.
    93 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ 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; ➔ Navios Destroyer para Marinha; ➔ Navios Couraçados para Marinha.
  • 94.
    94 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ Dinâmica - Parte 1: ➔ Limite de tempo 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
  • 95.
    95 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ Dinâmica - Parte 2: ➔ Limite de tempo 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;
  • 96.
    96 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ Dinâmica - Parte 3 - Primeiro ciclo: ➔ 2 minutos para o planejar: ➔ O que fazer? Como fazer? ➔ Estimativa de produção para o ciclo (em origamis); ➔ 3 minutos para produzir; ➔ 3 minutos para inspecionar e adaptar: ➔ Contabilizar produção do ciclo: origamis pela metade não podem ser contabilizados mas podem ser usados no próximo ciclo; ➔ Melhorias ? O que foi bom? O que foi ruim? ➔ Entrega ao cliente;
  • 97.
    97 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ Dinâmica - Parte 4 - Segundo ciclo: ➔ 2 minutos para o planejar: ➔ O que fazer? Como fazer? ➔ Estimativa de produção para o ciclo (em origamis); ➔ 3 minutos para produzir; ➔ 3 minutos para inspecionar e adaptar: ➔ Contabilizar produção do ciclo: origamis pela metade não podem ser contabilizados; ➔ Melhorias ? O que foi bom? O que foi ruim? ➔ Entrega ao cliente;
  • 98.
    98 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ Dinâmica - Avaliação: ➔ Quais foram as maiores dificuldades ? ➔ Os aviões voaram? ➔ Os papéis foram exercidos adequadamente ? ➔ O Limite de tempo 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?
  • 99.
    99 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ Scrum é composto por: ➔ Papéis (Roles); ➔ Eventos (Events); ➔ Artefatos (Artifacts); ➔ Regras (Rules).
  • 100.
    100 Jonathan Maia www.eunati.com.br Fundamentosdo Scrum ➔ Scrum - Papéis: ➔ Mestre Scrum (Scrum Master); ➔ Dono do Produto (Product Owner); ➔ Time de Desenvolvimento (Development Team).
  • 101.
    101 Jonathan Maia www.eunati.com.br Estruturado framework ➔ 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).
  • 102.
    102 Jonathan Maia www.eunati.com.br Estruturado framework ➔ Scrum - Artefatos: ➔ Backlog do Produto (Product Backlog); ➔ Backlog da Sprint (Sprint Backlog); ➔ Incremento (Increment).
  • 103.
  • 104.
  • 105.
    105 Jonathan Maia www.eunati.com.br Certificações ➔Scrum.org [14] foi fundada em 2009 por Ken Swaber e fornece diversas certificações Scrum: ➔ PSM I (Professional Scrum Master ITM ); ➔ PSM II (Professional Scrum Master IITM ); ➔ PSM III (Professional Scrum Master IIITM ); ➔ PSD I (Professional Scrum Developer ITM ); ➔ PSPO I (Professional Scrum Product Owner ITM ); ➔ PSPO II (Professional Scrum Product Owner IITM ); ➔ SPS (Scaled Professional ScrumTM ).
  • 106.
    106 Jonathan Maia www.eunati.com.br Certificações ➔Certificação Professional Scrum Master I TM : ➔ Apenas em inglês; ➔ Taxa de U$150 dólares; ➔ 60 minutos; ➔ 80 questões de múltipla escolha, múltiplas respostas ou verdadeiro/falso; ➔ Score mínimo de 85% (68 questões); ➔ Não precisa de curso especifico; ➔ Via web.
  • 107.
  • 108.
    108 Jonathan Maia www.eunati.com.br Timese papéis ➔ Experimento de Stanley Milgram [21]: ➔ Erro fundamental de atribuição: Costuma-se atribuir erros unicamente aos indivíduos, esquecendo-se das influências do sistema ao seu redor; ➔ Professor de psicologia da Universidade de Yale na década de 60; ➔ Experimento reproduzido em diversos países: Como tantos foram seduzidos pelo nazismo? ➔ Faríamos diferente?
  • 109.
    109 Jonathan Maia www.eunati.com.br Timese papéis ➔ Experimento de Stanley Milgram: ➔ Pessoas possuíam dispositivo que aplicava falsos choques em um ator; ➔ Quando alguém queria parar, um cientista mandava continuar, pelo bem da pesquisa; ➔ Mais de 60% das pessoas continuavam dando os choques; ➔ Filme O Experimento de Milgram (Experimenter);
  • 110.
    110 Jonathan Maia www.eunati.com.br Timese papéis ➔ Experimento de Stanley Milgram: https://www.youtube.com/watch?v=zAh-LGLsQO4
  • 111.
  • 112.
    112 Jonathan Maia www.eunati.com.br Timese papéis ➔ Dono do Produto: ➔ Responsável por maximizar o Retorno de Investimento (ROI) e o trabalho do Time de Desenvolvimento; ➔ 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;
  • 113.
    Jonathan Maia www.eunati.com.br Times epapéis ➔ Dono do Produto: ➔ Relacionamento intenso com cliente e com Time de Desenvolvimento; ➔ Deve ter autonomia para tomar decisões em relação ao produto.
  • 114.
    114 Jonathan Maia www.eunati.com.br Timese papéis ➔ Dono do Produto é responsável pelo gerenciamento do Backlog do Produto [12]: ➔ Expressar claramente os Itens do Backlog do Produto (PBI); ➔ Ordenar os PBIs para alcançar as metas e missões; ➔ Garantir o valor do trabalho realizado pelo Time de Desenvolvimento;
  • 115.
    115 Jonathan Maia www.eunati.com.br Timese papéis ➔ Dono do Produto é responsável pelo gerenciamento do Backlog do Produto: ➔ Garantir que o Backlog do Produto seja visível, transparente, claro para todos, e mostrar o que o Time Scrum vai trabalhar a seguir; ➔ Garantir que o Time de Desenvolvimento entenda os itens do Backlog do Produto no nível necessário.
  • 116.
    116 Jonathan Maia www.eunati.com.br Timese papéis ➔ “Esposas são excelentes Donas do Produto: elas sabem o que querem e os maridos implementam”; ➔ Mestre dos Magos é um péssimo exemplo de Dono do Produto.
  • 117.
    117 Jonathan Maia www.eunati.com.br Timese papéis Fonte externa: http://www.renegade-revolution.com/wp- content/uploads/2014/03/DD-DM-screenshot.jpg
  • 118.
    118 Jonathan Maia www.eunati.com.br Timese papéis ➔ Dono do Produto: ➔ É o único que pode alterar do Backlog do Produto; ➔ Escopo de uma Sprint tem de ser negociado e esclarecido com Dono do Produto; ➔ Só Dono do Produto pode cancelar uma Sprint (objetivo obsoleto);
  • 119.
    119 Jonathan Maia www.eunati.com.br Timese papéis ➔ Dono do Produto: ➔ Novas funcionalidades devem ser solicitadas ao Dono do Produto; ➔ Tem autoridade para aceitar ou rejeitar trabalhos realizados pelo Time de Desenvolvimento; ➔ Define se faz sentido liberar (release) um Incremento do produto.
  • 120.
    120 Jonathan Maia www.eunati.com.br Timese papéis ➔ Dono do Produto - cadeia de comando: ➔ Idealmente, não deve ser chefe do Mestre Scrum nem do Time de Desenvolvimento; ➔ Responsável pelo macro gerenciamento do projeto; ➔ Não deve exercer micro gerenciamento nem comando/controle.
  • 121.
    121 Jonathan Maia www.eunati.com.br Timese papéis ➔ Definição de Pronto (Done): ➔ Deve ser comum para todo o time; ➔ Deve evoluir com o tempo (mais rigorosa); ➔ Times trabalhando no mesmo produto devem compartilhar mesma Definição de Pronto.
  • 122.
    122 Jonathan Maia www.eunati.com.br Timese papéis ➔ Time de Desenvolvimento: ➔ Profissionais que realizam trabalho necessário para entregar Incremento do produto ao final da Sprint atendendo à definição de Pronto (Done); ➔ Único título é o de Desenvolvedor (Developer);
  • 123.
    123 Jonathan Maia www.eunati.com.br Timese papéis ➔ Time de Desenvolvimento: ➔ Não possui sub-times. A responsabilidade é compartilhada pelo sucesso ou fracasso; ➔ Auto-organizados e multifuncionais; ➔ Possui autonomia para definir atividades necessárias para contemplar objetivo da Sprint (ex: protótipos, testes, …);
  • 124.
    124 Jonathan Maia www.eunati.com.br Timese papéis ➔ Time de Desenvolvimento: ➔ Embora não recomendável, Dono do Produto e Mestre Scrum podem fazer parte do Time; ➔ Como é auto-organizado, pode decidir pela remoção de membros da equipe que não se ajustam, com o devido apoio do Mestre Scrum.
  • 125.
    125 Jonathan Maia www.eunati.com.br Timese papéis Fonte externa: dungeonsanddragonscartoon.com/ dungeons-dragons-3.jpg
  • 126.
    126 Jonathan Maia www.eunati.com.br Timese papéis ➔ Time de Desenvolvimento: ➔ “Pequeno o suficiente para ser ágil e grande o suficiente para entregar Incremento da Sprint”; ➔ Mínimo 3 e máximo 9 pessoas.
  • 127.
    127 Jonathan Maia www.eunati.com.br Timese papéis ➔ Lei de Brooks [22]: ➔ “Adicionar pessoas em projeto atrasado irá atrasá-lo ainda mais”; ➔ Aumenta os canais de comunicação e é necessário deslocar membros do time para treinar o novato.
  • 128.
    128 Jonathan Maia www.eunati.com.br Timese papéis ➔ Estudo de Lawrence Putman [23] [24]: ➔ 491 projetos de TI; ➔ Projetos com 35 a 95 mil linhas de código.
  • 129.
    129 Jonathan Maia www.eunati.com.br Timese papéis Fonte externa: Putnam, Lawrence et al. Small is Beautiful- Once Again, Familiar Metric Management.
  • 130.
    130 Jonathan Maia www.eunati.com.br Timese papéis ➔ Estudo de Lawrence Putman: ➔ Equipes com até sete pessoas concluíram projetos, em média, em 75% do tempo utilizado por equipes com mais de sete pessoas; ➔ Quanto maior equipe, mais canais de comunicação existem, aumentando complexidade de gerenciamento.
  • 132.
    132 Jonathan Maia www.eunati.com.br Timese papéis Tamanho Equipe Canais de Comunicação 2 1 3 3 4 6 5 10 6 15 7 21 8 28 9 36 10 45 11 55 12 66 13 78 14 91
  • 133.
    133 Jonathan Maia www.eunati.com.br Timese papéis ➔ Mestre Scrum: ➔ Servo líder para Time Scrum; ➔ Garante aderência à teoria, práticas e regras do Scrum na organização; ➔ Gerencia processo Scrum na organização, facilitando interações;
  • 134.
    134 Jonathan Maia www.eunati.com.br Timese papéis ➔ Mestre Scrum: ➔ Facilita eventos do Scrum quando requisitado ou necessário, garantindo sua realização; ➔ Garante transparência dos artefatos; ➔ Combate estilo comando/controle; ➔ Hank atuava como mestre Scrum (constantemente removendo obstáculos e impedimentos) e como membro do Time de Desenvolvimento (não é o ideal, embora possível).
  • 135.
    135 Jonathan Maia www.eunati.com.br Timese papéis Fonte externa: 2.bp.blogspot.com/-70zw_E_j-4g/TjahEm KJcKI/ AAAAAAAAIb0/wyuHJX3di_Y/s1600/magic_bow.png
  • 136.
    136 Jonathan Maia www.eunati.com.br Timese papéis ➔ Mestre Scrum trabalhando para Dono do Produto: ➔ Encontrar técnicas para o gerenciamento efetivo do Backlog do Produto (criação, priorização, etc); ➔ Ensiná-lo a claramente comunicar a visão, objetivo e itens do Backlog do Produto para o Time de Desenvolvimento.
  • 137.
    137 Jonathan Maia www.eunati.com.br Timese papéis ➔ Mestre Scrum trabalhando para Time de Desenvolvimento: ➔ Remover impedimentos para o progresso; ➔ Treinar autogerenciamento e interdisciplinaridade; ➔ Blindar de interferências externas; ➔ Melhorar interações entre Dono do Produto e Time de Desenvolvimento.
  • 138.
    138 Jonathan Maia www.eunati.com.br Timese papéis ➔ Mestre Scrum trabalhando para Organização e Time Scrum: ➔ Liderando e treinando a organização na adoção do Scrum; ➔ Planejando implementações Scrum dentro da organização; ➔ Causando mudanças que aumentam a produtividade do Time Scrum.
  • 139.
  • 140.
    140 Jonathan Maia 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).
  • 141.
  • 142.
    142 Jonathan Maia www.eunati.com.br Eventos ➔Eventos Scrum: ➔ São todos Time-boxed; ➔ Minimizam reuniões não definidas no framework.
  • 143.
  • 144.
    144 Jonathan Maia www.eunati.com.br Eventos ➔Tempo: ➔ Por que não aproveitar melhor o tempo ? ➔ Não gastamos tempo demais em tarefas não prioritárias ?
  • 145.
    145 Jonathan Maia www.eunati.com.br Eventos ➔Cone das incertezas [25] [26]: ➔ Nossas estimativas iniciais são muito ruins e vão melhorando com o tempo; ➔ Por que não fazer planos iniciais mais superficiais e refiná-los durante o projeto ? ➔ Scrum foca no Planejamento da Sprint.
  • 147.
    147 Jonathan Maia www.eunati.com.br Eventos ➔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; ➔ Indica objetivo do projeto; ➔ É o escopo inicial de alto nível.
  • 148.
  • 149.
    149 Jonathan Maia www.eunati.com.br Eventos ➔Sprint: ➔ “O coração do Scrum é a Sprint, um Time-boxed de um mês ou menos, durante o qual um Pronto, versão incremental potencialmente utilizável do produto, é criado.” [12]
  • 150.
    150 Jonathan Maia www.eunati.com.br Eventos ➔Sprint: ➔ É um container para todos outros eventos do Scrum; ➔ Limita riscos de custos e complexidade a um mês (transparência, inspeção e adaptação); ➔ Deve ter durações constantes; ➔ A próxima Sprint inicia-se logo após o término da anterior.
  • 151.
    151 Jonathan Maia www.eunati.com.br Eventos ➔Sprint - duração: ➔ Não mais que um mês; ➔ 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.
  • 152.
    152 Jonathan Maia www.eunati.com.br Eventos ➔Durante a Sprint: ➔ Não são feitas mudanças que possam por em perigo a meta da Sprint; ➔ As metas de qualidade não diminuem; ➔ O escopo pode ser clarificado e renegociado entre o Dono do Produto e o Time de Desenvolvimento.
  • 153.
    153 Jonathan Maia www.eunati.com.br Eventos ➔Cancelamento da Sprint: ➔ Apenas quando a meta da Sprint torna-se obsoleta (incomum); ➔ Apenas Dono do Produto pode cancelar Sprint; ➔ 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.
  • 154.
  • 155.
    155 Jonathan Maia www.eunati.com.br Eventos ➔Interferência dual de tarefas - Pesquisa de Gerald Weinberg [18]: Número de projetos simultâneos Porcentagem do tempo disponível por projeto Perda com a troca de contexto 1 100% 0% 2 40% 20% 3 20% 40% 4 10% 60% 5 5% 75%
  • 156.
    156 Jonathan Maia www.eunati.com.br Eventos ➔Interferência dual de tarefas - Dinâmica [11]: ➔ Primeiro passo: escreva as linhas e cronometre o tempo gasto; ➔ Segundo passo: escreva as colunas e cronometre o tempo gasto.
  • 157.
    157 Jonathan Maia www.eunati.com.br Eventos ➔Interferência dual de tarefas - Dinâmica: 1 2 3 4 5 6 7 8 9 10 I II III IV V VI VII VIII IX X A B C D E F G H I J
  • 158.
    Jonathan Maia www.eunati.com.br Eventos ➔ Interferênciadual de tarefas - Dinâmica - Avaliação: ➔ Em qual passo você gastou mais tempo ? ➔ Você consegue enxergar alguma relação com as atividades realizadas em sua unidade de trabalho ? ➔ O que você PODE fazer para evitar a interferência dual de tarefas ?
  • 159.
  • 160.
    160 Jonathan Maia www.eunati.com.br Eventos ➔Planejamento da Sprint (Sprint Planning): ➔ “O trabalho a ser realizado na Sprint é planejado na reunião de Planejamento da Sprint. Esse plano é criado com o trabalho colaborativo de todo o Time Scrum.” [12]
  • 161.
    161 Jonathan Maia www.eunati.com.br Eventos ➔Planejamento da Sprint: ➔ Time-box máximo: 8 horas para Sprint de um mês; ➔ Para todo Time Scrum.
  • 162.
    162 Jonathan Maia www.eunati.com.br Eventos ➔Planejamento da Sprint - Tópicos: ➔ 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 ?
  • 163.
    163 Jonathan Maia www.eunati.com.br Eventos ➔Tópico 1 - O que pode ser entregue como resultado do Incremento da Sprint? ➔ Sugestão de Time-box (não está no guia): 4 horas para Sprint de um mês; ➔ Para todo Time Scrum; ➔ Entradas: Backlog do Produto, Incremento mais recente, capacidade projetada e desempenho do Time de Desenvolvimento;
  • 164.
    164 Jonathan Maia www.eunati.com.br Eventos ➔Tópico 1: ➔ Saídas: Itens do Backlog do Produto Selecionados (SPBIs), Meta ou Objetivo da Sprint (Sprint Goal); ➔ Com o Backlog do Produto priorizado, o Time de Desenvolvimento poderá indicar quais são os SPBIs da Sprint; ➔ Lógica: se Time de Desenvolvimento implementa, Time de Desenvolvimento estima e diz quanto fará na Sprint.
  • 165.
    165 Jonathan Maia www.eunati.com.br Eventos ➔Tópico 1 – Refinamento (Grooming): ➔ Refinamento do Backlog do Produto e estimativas dos Itens do Backlog do Produto; ➔ Pode ser realizado aqui; ➔ Caso já tenha sido realizado, estimativas podem ser revistas; ➔ Apenas Time de Desenvolvimento poderá estimar PBIs.
  • 166.
    166 Jonathan Maia www.eunati.com.br Eventos ➔Tópico 1 - Meta da Sprint: ➔ Direção para Time de Desenvolvimento durante Sprint; ➔ Não pode ser alterada durante a Sprint; ➔ Dá certa flexibilidade ao Time de Desenvolvimento quanto ao que será completado na Sprint; ➔ Deve ser uma frase curta, de preferência que possa ser medida ao final da Sprint; ➔ Deve ser elaborada após a seleção dos SPBIs.
  • 167.
    167 Jonathan Maia www.eunati.com.br Eventos ➔Tópico 2 - Como o trabalho necessário para entregar o Incremento será realizado? ➔ Sugestão de Time-box (não está no Guia): 4 horas para Sprint de um mês; ➔ Para Time de Desenvolvimento, embora todos do Time Scrum possam participar e devam estar disponíveis para dúvidas.
  • 168.
    168 Jonathan Maia www.eunati.com.br Eventos ➔Tópico 2: ➔ Entradas: Itens do Backlog do Produto Selecionados (SPBIs), Meta ou Objetivo da Sprint (Sprint Goal); ➔ Saídas: Backlog da Sprint (Itens do Backlog do Produto Selecionados e Plano para entregá-los);
  • 169.
    169 Jonathan Maia www.eunati.com.br Eventos ➔Tópico 2: ➔ SPBIs podem ser clareados ou negociados com Dono do Produto; ➔ Time de Desenvolvimento inicia desenho do sistema; ➔ Trabalhos para primeiros dias da Sprint são decompostos em tarefas de um dia ou menos;
  • 170.
    170 Jonathan Maia www.eunati.com.br Eventos ➔Tópico 2: ➔ Tarefas podem ser estimadas em horas; ➔ Montagem do quadro KanBan; ➔ Podemos dizer que o Backlog da Sprint é composto pelos Itens do Backlog do Produto Selecionados e pelas Tarefas necessárias para entregá-los.
  • 171.
    171 Jonathan Maia www.eunati.com.br Eventos ➔Durante Sprint: ➔ Qualquer membro do Time de Desenvolvimento pode adicionar ou remover tarefas do Backlog da Sprint; ➔ Time de Desenvolvimento auto organiza-se na atribuição de tarefas.
  • 172.
    172 Jonathan Maia www.eunati.com.br Eventos ➔Esgotamento do ego: ➔ A cada hora adicional de trabalho em um dia, embora pessoa ainda não esteja fisicamente cansada, sua capacidade de tomar decisões é diretamente afetada.
  • 173.
    173 Jonathan Maia www.eunati.com.br Eventos ➔Esgotamento do ego: ➔ Pesquisa com magistrados de Israel em 2011 [19]; ➔ Análise de mais de 1000 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.
  • 174.
    174 Jonathan Maia www.eunati.com.br Eventos ➔Experiência na empresa OpenView Venture (financeira) de Scott Maxwell [11] : ➔ Trabalhar mais é sinal de fracasso e não de sucesso; ➔ Trabalho em excesso ou heroico não deve ser o padrão nem encarado como positivo (desperdício Muri de irracionalidade – falha no planejamento).
  • 175.
  • 176.
    176 Jonathan Maia www.eunati.com.br Eventos ➔Experiência na empresa OpenView Venture (financeira) de Scott Maxwell [11] : ➔ Cargas de trabalho menores trazem melhorias na saúde emocional e física (tempo para atividades), relacionamentos familiares, projetos pessoais, ... ➔ Ambientes de pressão, com membros trazendo tensão ao time, também são negativos à produtividade.
  • 177.
  • 178.
    178 Jonathan Maia www.eunati.com.br Eventos Fonteexterna: upload.wikimedia.org/wikipedia/ commons/4/4a/Daily_sprint_meeting.jpg
  • 179.
    179 Jonathan Maia www.eunati.com.br Eventos ➔Reunião Diária (Daily Meeting): ➔ “A Reunião Diária do Scrum é um evento Time- boxed de 15 minutos, para que o Time de Desenvolvimento possa sincronizar as atividades e criar um plano para as próximas 24 horas.” [12]
  • 180.
    180 Jonathan Maia www.eunati.com.br Eventos ➔Reunião Diária: ➔ 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; ➔ Também conhecida como Standup Meeting, Daily Meeting ou Daily Scrum, é uma peça chave para inspeção e adaptação.
  • 181.
    181 Jonathan Maia www.eunati.com.br Eventos ➔Reunião Diária - Três perguntas: ➔ O que fiz ontem para atender à meta da Sprint ? ➔ O que farei hoje para para atender à meta da Sprint ? ➔ Vejo algum obstáculo que impeça a mim ou ao Time de Desenvolvimento no atendimento da meta da Sprint?
  • 182.
    182 Jonathan Maia www.eunati.com.br Eventos ➔Reunião Diária: ➔ Time-box máximo: 15 minutos diários; ➔ Apenas Time de Desenvolvimento participa, embora outros possam assisti-la; ➔ Todos devem estar presentes e de pé; ➔ Reuniões devem acontecer no mesmo local e horário;
  • 183.
    183 Jonathan Maia www.eunati.com.br Eventos ➔Reunião Diária: ➔ Time de Desenvolvimento é responsável pela condução da reunião; ➔ Só não acontece nos dias dos outros eventos Scrum; ➔ Discussões detalhadas, adaptações ou replanejamentos devem ser realizados após a reunião;
  • 184.
    184 Jonathan Maia www.eunati.com.br Eventos ➔Reunião Diária: ➔ Antes do início da reunião, quadro KanBan deve estar atualizado; ➔ Ao final da reunião, trabalho restante da Sprint pode ser exibido (Gráfico de Burndown atualizado).
  • 185.
  • 186.
    186 Jonathan Maia www.eunati.com.br Eventos ➔Revisão da Sprint (Sprint Review): ➔ “A Revisão da Sprint é executada no final da Sprint para inspecionar o Incremento e adaptar o Backlog do Produto, se necessário. Durante a reunião de Revisão da Sprint, o Time Scrum e as partes interessadas colaboram sobre o que foi feito na Sprint.” [12]
  • 187.
    187 Jonathan Maia www.eunati.com.br Eventos ➔Revisão da Sprint: ➔ Time-box máximo: 4 horas para Sprint de um mês; ➔ Time Scrum e demais partes interessadas convidadas pelo Dono do Produto participam; ➔ Dono do Produto esclarece quais SPBIs foram “Prontos” e quais não foram “Prontos”;
  • 188.
    188 Jonathan Maia www.eunati.com.br Eventos ➔Revisão da Sprint: ➔ Time de Desenvolvimento discute o que foi bem, quais problemas ocorreram na Sprint e como resolveram; ➔ Time de Desenvolvimento demonstra o Incremento “Pronto”;
  • 189.
    189 Jonathan Maia www.eunati.com.br Eventos ➔Revisão da Sprint: ➔ Dono do Produto apresenta Backlog do Produto e presentes podem colaborar em sua construção/priorização (para próxima Sprint); ➔ Possíveis datas de conclusão do projeto podem ser estimadas; ➔ O que não está “Pronto” retorna ao Backlog do Produto.
  • 190.
    190 Jonathan Maia www.eunati.com.br Eventos Fonteexterna:https://pixabay.com/en/live-jump-joy-lifestyle- 1003646/
  • 191.
    191 Jonathan Maia www.eunati.com.br Eventos ➔Felicidade: ➔ “Somos recompensados pelas chegadas, não pelas jornadas.” ➔ A frase acima é verdadeira ? ➔ Se sim, é o ideal ?
  • 192.
    192 Jonathan Maia www.eunati.com.br Eventos ➔Felicidade – Pesquisa: ➔ The Benefits of Frequent Positive Affect: Does Hapiness Lead to Success? [27] ➔ 275 mil participantes; ➔ A felicidade leva ao sucesso em quase todos domínios na vida: casamento, saúde, amizade, comunidade e trabalho; ➔ Não é em decorrência do sucesso que pessoas são felizes; ➔ Aumento da “felicidade” de uma equipe aumenta sua produtividade.
  • 193.
    193 Jonathan Maia www.eunati.com.br Eventos Fonteexterna: heizerrenderom.files.wordpress.com/ 2015/02/zappos-call-center.jpg
  • 194.
    194 Jonathan Maia www.eunati.com.br Eventos ➔Felicidade – Sapataria Zappos: ➔ Case narrado pelo CEO Tony Hsieh no livro Satisfação Garantida [28]; ➔ Decidiu criar conexões entre funcionários de diversos níveis hierárquicos da empresa; ➔ Encoraja encontros ao acaso entre funcionários; ➔ Saltou de 1 milhão de dólares em vendas no ano 2000 para quase 1 bilhão de dólares em 2008, totalizando um crescimento de 125% ao ano; ➔ Comprada pela Amazon em 2009.
  • 195.
    195 Jonathan Maia www.eunati.com.br Eventos ➔Felicidade: ➔ Felicidade não é complacente, mas encorajadora: use alegria como força motriz; ➔ Bolha da felicidade: às vezes as produtividade melhora, pessoas ficam felizes com resultados e acomodam-se;
  • 196.
    196 Jonathan Maia www.eunati.com.br Eventos ➔Felicidade: ➔ Melhoria deve ser contínua; ➔ Mestre Scrum é responsável por detectar bolhas de felicidade através da medição da velocidade em Sprints e evitá-las; ➔ Equipe precisa de um tolo sábio (às vezes transparente demais).
  • 197.
    197 Jonathan Maia www.eunati.com.br Eventos ➔Retrospectiva da Sprint (Sprint Retrospective) [12]: ➔ Inspecionar como a última Sprint foi em relação às pessoas, aos relacionamentos, aos processos e às ferramentas; ➔ Identificar e ordenar os principais itens que foram bem e as potenciais melhorias; ➔ Criar um plano para implementar melhorias no modo que o Time Scrum faz seu trabalho;
  • 198.
    198 Jonathan Maia www.eunati.com.br Eventos ➔Retrospectiva da Sprint: ➔ Time-box máximo: 3 horas para Sprint de um mês; ➔ Para todo Time Scrum; ➔ Mestre Scrum deve encorajar Time Scrum em busca da melhoria contínua e da transparência (por isso não é interessante que seja chefe hierárquico do Time); ➔ Definição de Pronto pode ser evoluída.
  • 199.
    199 Jonathan Maia www.eunati.com.br Eventos ➔Retrospectiva da Sprint – Três perguntas: ➔ O que fizemos de bom na Sprint e devemos manter? ➔ O que pode ser melhorado ? ➔ Como vamos implementar ações de melhoria ?
  • 200.
    200 Jonathan Maia www.eunati.com.br Eventos ➔Retrospectiva da Sprint: ➔ As ações de melhoria elencadas devem entrar no próximo Backlog da Sprint; ➔ Não basta elencar problemas, é necessário propor planos de ação; ➔ Palavras chave: transparência, inspeção e adaptação; ➔ Essa reunião pode ser utilizada, inclusive, para definir o afastamento de membros do Time Scrum.
  • 201.
    201 Jonathan Maia www.eunati.com.br Eventos ➔Retrospectiva da Sprint – Métrica da Felicidade [11]: ➔ Proposta por Jeff Sutherland; ➔ Não está no Guia Scrum.
  • 202.
    202 Jonathan Maia www.eunati.com.br Eventos ➔Retrospectiva da Sprint – Métrica da Felicidade - Perguntas: ➔ De 1 a 5, como você se sente em relação ao seu papel na empresa ? ➔ Por que você se sente assim ? ➔ O que tornaria você mais feliz no próximo Sprint ?
  • 203.
    203 Jonathan Maia www.eunati.com.br Eventos ➔Retrospectiva da Sprint – Métrica da Felicidade - Ações: ➔ Fazer a média da felicidade da equipe; ➔ Manter registros para posterior comparação com velocidade da equipe; ➔ Escolher aprimoramentos mais importantes e adicioná-los ao Backlog da próxima Sprint, preferencialmente, com testes de aceitação.
  • 204.
    204 Jonathan Maia www.eunati.com.br Eventos ➔Vídeo: ➔ The Power of Scrum; ➔ www.youtube.com/watch?v=eNe0UEsBalA
  • 205.
    205 Jonathan Maia www.eunati.com.br Eventos Fonteexterna: www.youtube.com/watch?v=eNe0UEsBalA
  • 206.
  • 207.
  • 208.
    208 Jonathan Maia www.eunati.com.br Artefatos ➔Artefatos Scrum: ➔ Backlog do Produto (Product Backlog); ➔ Backlog da Sprint (Sprint Backlog); ➔ Incremento (Increment).
  • 209.
    209 Jonathan Maia www.eunati.com.br Artefatos ➔“Os artefatos do Scrum representam o trabalho ou o valor para o fornecimento de transparência e oportunidades para inspeção e adaptação. Os artefatos definidos para o Scrum são especificamente projetados para maximizar a transparência das informações chave de modo que todos tenham o mesmo entendimento dos artefatos.” [12]
  • 210.
    210 Jonathan Maia www.eunati.com.br Artefatos ➔“O Mestre Scrum deve trabalhar com o Dono do Produto, Time de Desenvolvimento, e outras partes envolvidas para entender se os artefatos estão plenamente transparentes.” [12]
  • 211.
    211 Jonathan Maia www.eunati.com.br Artefatos ➔Visão do produto (Product View): ➔ Não é explicitamente citada como artefato do Guia Scrum; ➔ Aconselhável, mas não obrigatória; ➔ Deve ser curta e de alto nível; ➔ Dono do Produto é o responsável pela visão; ➔ A partir da Visão, nasce o Backlog do Produto.
  • 212.
    212 Jonathan Maia www.eunati.com.br Artefatos ➔Backlog do Produto (Product Backlog): ➔ “O Backlog do Produto é uma lista ordenada de tudo que deve ser necessário no produto, e é uma origem única dos requisitos para qualquer mudança a ser feita no produto. O Dono do Produto é responsável pelo Backlog do Produto, incluindo seu conteúdo, disponibilidade e ordenação.” [12]
  • 213.
    213 Jonathan Maia www.eunati.com.br Artefatos ➔Backlog do Produto: ➔ É um artefato dinâmico, que existirá enquanto o produto existir; ➔ Deve estar disponível para todos interessados.
  • 214.
    214 Jonathan Maia www.eunati.com.br Artefatos ➔Backlog do Produto - Itens: ➔ Os Itens do Backlog do Produto (PBI) possuem os atributos de descrição, ordem, estimativa e valor; ➔ PBIs devem ser expressos em linguagem de negócio e não em linguagem técnica.
  • 215.
    215 Jonathan Maia www.eunati.com.br Artefatos ➔Backlog do Produto: ➔ Embora possam existir vários Times Scrum trabalhando no mesmo produto, o Backlog do Produto sempre será único; ➔ Pode ser mantido em uma planilha eletrônica ou em softwares específicos.
  • 216.
  • 218.
    218 Jonathan Maia www.eunati.com.br Artefatos ➔Refinamento (Grooming): ➔ Detalhamento, priorização e estimativas; ➔ Processo colaborativo entre Dono do Produto e Time de Desenvolvimento; ➔ O Dono do Produto é responsável pelo detalhamento e priorizações; ➔ O Time de Desenvolvimento é responsável pelas estimativas (Poker);
  • 219.
    219 Jonathan Maia www.eunati.com.br Artefatos ➔Refinamento (Grooming): ➔ Time de Desenvolvimento define quando PBIs estão Preparados (Ready) para seleção no Backlog da Sprint; ➔ Não deve consumir mais que 10% da capacidade do Time de Desenvolvimento;
  • 220.
    220 Jonathan Maia www.eunati.com.br Artefatos ➔Refinamento (Grooming): ➔ Quanto maior a prioridade do PBI, mais detalhado ele deve estar; ➔ Recomenda-se ter PBIs priorizados e estimados para três Sprints; ➔ Interessante manter reuniões de Refinamento (Grooming) no mesmo horário, local e com Time- box.
  • 221.
    221 Jonathan Maia www.eunati.com.br Artefatos ➔Backlog da Sprint (Sprint Backlog): ➔ “O Backlog da Sprint é um conjunto de itens do Backlog do Produto selecionados para a Sprint, juntamente com o plano para entregar o Incremento do produto e atingir o objetivo da Sprint.”[12]
  • 222.
    222 Jonathan Maia www.eunati.com.br Artefatos ➔Backlog da Sprint: ➔ Torna visível o trabalho do Time de Desenvolvimento; ➔ Time de Desenvolvimento é o único que pode alterar o Backlog da Sprint; ➔ Sempre que um novo trabalho é identificado, o Time de Desenvolvimento adiciona-o ao Backlog da Sprint;
  • 223.
    223 Jonathan Maia www.eunati.com.br Artefatos ➔Backlog da Sprint: ➔ Alterações nos SPBIs precisam ser negociadas com Dono do Produto; ➔ Conforme o trabalho é realizado ou completado, a estimativa do trabalho restante é atualizada; ➔ Pode ser mantido em uma planilha eletrônica, em um software específico ou em um Quadro de Tarefas (KanBan).
  • 224.
    224 Jonathan Maia www.eunati.com.br Artefatos ➔Incremento (Increment): ➔ “O Incremento é a soma de todos os itens do Backlog do Produto completados durante a Sprint e o valor dos Incrementos de todas as Sprints anteriores. Ao final da Sprint, um novo Incremento deve estar “Pronto”, o que significa que deve estar na condição utilizável e atender a definição de “Pronto” do Time Scrum. Este deve estar na condição utilizável independente do Dono do Produto decidir por liberá-lo realmente ou não.” [12]
  • 225.
  • 226.
    226 Jonathan Maia www.eunati.com.br Técnicas ➔Técnicas usualmente utilizadas com Scrum (não necessariamente mencionadas pelo Guia): ➔ Quadro de Tarefas ou KanBan (Task Board); ➔ Poker de Planejamento (Planning Poker); ➔ Velocidade da Sprint (Sprint Velocity); ➔ Gráfico Burndown (Burndown Chart); ➔ Histórias de Usuário (User Stories); ➔ Planejamento de Liberações (Relase Planning).
  • 227.
  • 228.
    228 Jonathan Maia www.eunati.com.br KanBan ➔Quadro de Tarefas ou KanBan (Task Board): ➔ KanBan é uma palavra japonesa; ➔ Kan = Visual, Ban = Cartão ou Quadro; ➔ Taiichi Ohno é um dos pais do Sistema Toyota de Produção [4] e do KanBan [5]; ➔ Bastante utilizado junto ao Scrum para representar o Backlog da Sprint.
  • 230.
  • 231.
    231 Jonathan Maia www.eunati.com.br KanBan ➔Quadro de Tarefas – Sugestões de colunas (devem refletir fluxo da equipe): ➔ Fazer; ➔ Fazendo; ➔ Feito; ➔ Impedimento.
  • 232.
    232 Jonathan Maia www.eunati.com.br KanBan ➔Quadro de Tarefas: ➔ Podem haver cores diferentes para correções, testes, equipes, etc; ➔ Quadro KanBan deve ter a maior transparência possível, de maneira a facilitar a inspeção e adaptação; ➔ Junto ao KanBan, em geral, é adicionada a Meta da Sprint e um Gráfico Burndown; ➔ Deve ser atualizado antes da Reunião Diária.
  • 233.
    233 Jonathan Maia www.eunati.com.br Técnicas ➔Poker de Planejamento (Planning Poker): ➔ Baseado no método de Delphi; ➔ “Em linhas gerais, o método de Delphi consulta um grupo de especialistas a respeito de eventos futuros através de um questionário, que é repassado continuadas vezes até que seja obtida uma convergência das respostas, em um consenso, que representa uma consolidação do julgamento intuitivo do grupo. Pressupõe-se que o julgamento coletivo, ao ser bem organizado, é melhor do que a opinião de um só indivíduo.” [29]
  • 234.
    234 Jonathan Maia www.eunati.com.br Técnicas ➔Poker de Planejamento: ➔ Estimativas comparativas são mais fáceis de elaborar que estimativas absolutas (ex: em horas); ➔ Para tanto, o Scrum utiliza os Pontos de História (Story Points); ➔ Utiliza números da Sequencia de Fibonnaci, que são recorrentes na natureza; ➔ Distanciam-se de maneira suficiente para sabermos a diferença entre eles.
  • 235.
  • 236.
    236 Jonathan Maia www.eunati.com.br Técnicas ➔Poker de Planejamento - Baralho: ➔ 0 indica que algo já está feito; ➔ 40 e 100 são estimativas altas que ainda precisam ser mais detalhadas; ➔ O infinito indica que é algo que levaria tempo considerável (gigante) a ser realizado; ➔ A interrogação indica que desenvolvedor ainda não consegue estimar; ➔ Alguns baralhos possuem carta para pausa.
  • 237.
    237 Jonathan Maia www.eunati.com.br Técnicas ➔Poker de Planejamento: ➔ Para estimativas do Backlog do Produto, o ideal é utilizar Pontos de História com Poker; ➔ Apenas Time de Desenvolvimento (executores) deve elaborar as estimativas.
  • 238.
    238 Jonathan Maia www.eunati.com.br Técnicas ➔Poker de Planejamento – Como jogar: ➔ Passo 1: Selecionar uma História de dois pontos para iniciar; ➔ Passo 2: Dono do Produto seleciona PBI e questiona estimativa ao Time de Desenvolvimento; ➔ Passo 3: Cada Desenvolvedor seleciona uma estimativa; ➔ Passo 4: Todos mostram cartas ao mesmo tempo;
  • 239.
    239 Jonathan Maia www.eunati.com.br Técnicas ➔Poker de Planejamento – Como jogar: ➔ Passo 5: Caso a maior divergência possua distância de uma carta, pode selecionar a carta de maior valor ou fazer a média e Retornar para o Passo 2; ➔ Passo 6: Caso a maior divergência possua distância de mais de uma carta, os Desenvolvedores da maior e da menor estimativa devem justificar suas estimativas;
  • 240.
    240 Jonathan Maia www.eunati.com.br Técnicas ➔Poker de Planejamento – Como jogar: ➔ Passo 7: Novas rodadas de estimativas realizadas até convergência (Passo 5); ➔ Passo 8: Retornar ao Passo 2.
  • 241.
    241 Jonathan Maia www.eunati.com.br Técnicas ➔Poker de Planejamento – Dinâmica: ➔ Estimar as Histórias de Usuário a seguir; ➔ Cada Desenvolvedor deve fazer uma estimativa em um pedaço de papel;
  • 242.
    242 Jonathan Maia www.eunati.com.br Técnicas ➔Poker de Planejamento – Dinâmica: ➔ HIST1 - Desenvolvedor deve redigir relatório da viagem de 2 dias da semana passada para RH. Pontos: 2 ➔ HIST2- Desenvolvedor deve redigir relatório da viagem de 5 dias da semana passada para RH. Pontos: ? ➔ HIST3 - Diretor do RH deve agrupar e revisar relatórios da viagem de 2 dias de 9 servidores para apresentação à diretoria. Pontos: ? ➔ HIST4 - Diretor do RH deve apresentar em 30 minutos relatórios agrupados ao Presidente do órgão. Pontos: ?
  • 243.
    243 Jonathan Maia www.eunati.com.br Técnicas ➔Velocidade da Sprint (Sprint Velocity): ➔ A velocidade indica quantos Pontos de História o Time Scrum consegue entregar por Sprint, em média; ➔ Velocidade não é garantia futura (empirismo); ➔ Velocidade varia de projeto para projeto, embora o Time Scrum seja o mesmo; ➔ É interessante manter os registros da velocidade do Time Scrum e, se possível, fazer o cruzamento com métrica da felicidade ou outras métricas de produtividade.
  • 244.
    244 Jonathan Maia www.eunati.com.br Técnicas ➔Velocidade da Sprint (Sprint Velocity): ➔ Em times de infraestrutura, ao invés de pontos de história, pode ser utilizada UST (Unidade de Serviço Técnico); ➔ ACORDÃO TCU 0509­07/15­P: “O Superior Tribunal de Justiça (STJ) foi um dos primeiros órgãos no âmbito da APF a adotar a unidade de referência UST para mensurar os serviços de TI a serem contratados e possibilitar o pagamento vinculado a resultados. Os conceitos inaugurados pelo STJ ... tornaram­se parâmetro para contratações similares em outros órgãos da APF
  • 245.
    245 Jonathan Maia www.eunati.com.br Técnicas ➔Velocidade da Sprint (Sprint Velocity): ➔ UST: “a menor UST possível foi definida como sendo aquela equivalente a uma hora de trabalho na atividade de menor complexidade. (Pregão Eletrônico 104/2010 do STJ)”.
  • 246.
    246 Jonathan Maia www.eunati.com.br Técnicas ➔Gráfico Burndown (Burndown Chart): ➔ Indica trabalho restante a ser realizado em período de tempo; ➔ Eixo X: Tempo; ➔ Eixo Y: Trabalho restante (em Pontos de História ou em horas); ➔ Gráfico Burndown da Sprint deve ser atualizado antes da Reunião Diária.
  • 247.
    247 Jonathan Maia www.eunati.com.br Técnicas Fonteexterna: http://www.scrum- institute.org/images_scrum/Sprint_Burndown.jpg
  • 248.
    248 Jonathan Maia www.eunati.com.br Técnicas Fonteexterna: http://www.scrum- institute.org/images_scrum/Simple_Burndown_Chart.jpg
  • 249.
    249 Jonathan Maia www.eunati.com.br Técnicas ➔Histórias de Usuário (User Stories): ➔ Podem ser usadas em substituição aos casos de uso, descrições textuais, ... ➔ Como um <ator>, eu gostaria de <ação> para <objetivo>; ➔ Quanto maior a prioridade de uma História, maior deve ser seu detalhamento;
  • 250.
    250 Jonathan Maia www.eunati.com.br 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 dá origem a um conjunto de Histórias relacionadas;
  • 251.
    251 Jonathan Maia www.eunati.com.br Técnicas ➔Histórias de Usuário Preparadas (Ready) - Critérios INVEST [30]: ➔ Independente; ➔ Negociável (deve ser convite para conversa); ➔ Valiosa; ➔ Estimável; ➔ Pequena (Small); ➔ Testável (critérios de aceitação).
  • 254.
    254 Jonathan Maia www.eunati.com.br Técnicas ➔Planejamento de Liberações (Relase Planning): ➔ Embora todo Incremento produzido ao final de uma Sprint deva obedecer aos critérios de Pronto (Done), nem todo Incremento precisa ser Liberado (Released) para o Cliente. ➔ Dono do Produto é o responsável pelo Planejamento de Liberações;
  • 255.
    255 Jonathan Maia www.eunati.com.br Técnicas ➔Planejamento de Liberações: ➔ Uma Liberação pode incluir trabalho de mais de uma Sprint; ➔ Sprints de Liberação ou Sprints de Release são aquelas nas quais uma liberação do Incremento será realizada. Tais Sprints podem contem operações adicionais necessárias à liberação (equipe de vendas, preparação do suporte, treinamento, …);
  • 256.
    256 Jonathan Maia www.eunati.com.br Técnicas ➔Planejamento de Liberações: ➔ Product Burndown ou Release Burndown é uma ferramenta gráfica para o Planejamento de Liberações: precisa da Velocidade do Time e da Estimativa de cada PBI; ➔ No inicio do projeto, velocidade ainda é incerta, portanto, plano de liberações também.
  • 257.
    257 Jonathan Maia www.eunati.com.br Técnicas Fonteexterna: http://www.scrum- institute.org/images_scrum/Simple_Burndown_Chart.jpg
  • 258.
    258 Jonathan Maia www.eunati.com.br SejaÁgil Com Scrum Scrum na prática
  • 259.
    259 Jonathan Maia www.eunati.com.br Scrumna prática Fonte externa: Projeto EduScrum. Disponível em: http://eduscrum.nl
  • 263.
    263 Jonathan Maia www.eunati.com.br Scrumna prática ➔ Escalando Scrum: ➔ Scrum pode ser utilizado por várias equipes trabalhando no mesmo Backlog do Produto; ➔ Backlog do Produto e Definição de Pronto devem ser compartilhados por todas equipes; ➔ Cada Time deve possuir seu próprio Dono do Produto e seu Mestre Scrum; ➔ Cada Dono do Produto ou Mestre Scrum pode servir mais de um Time de Desenvolvimento.
  • 264.
    264 Jonathan Maia www.eunati.com.br Scrumna prática ➔ Escalando Scrum - Scrum de Scrum (Scrum of Scrum): ➔ Reunião com um representante de cada Time de Desenvolvimento para alinhamento; ➔ Pode ser realizada duas ou três vezes por semana, logo após as Reuniões Diárias dos Times, com Time-box; ➔ Na reunião, cada representante “descreve” o que seu time está fazendo e depois repassa ao seu Time.
  • 265.
    265 Jonathan Maia www.eunati.com.br Scrumna prática ➔ Escalando Scrum: ➔ Ao final das Sprints, é necessário integrar trabalho dos Times; ➔ Não é obrigatório que todas equipes comecem Sprints na mesma data (limitaria Donos de Produto e Mestres Scrum que atendem vários Times); ➔ NexusTM [32] é o Framework da Scrum.org que agrega diversos dos conceitos acima.
  • 266.
    266 Jonathan Maia www.eunati.com.br Scrumna prática ➔ Passos para iniciar Scrum: ➔ Definir Dono do Produto, Mestre Scrum e Time de Desenvolvimento; ➔ Dono do Produto deve criar e priorizar Backlog do Produto inicial; ➔ Iniciar Sprint; ➔ Realizar Reunião de Planejamento da Sprint (resultados: Meta da Sprint, Backlog da Sprint e Definição de Pronto);
  • 267.
    267 Jonathan Maia www.eunati.com.br Scrumna prática ➔ Passos para iniciar Scrum: ➔ Montar Quadro KanBan com Burndown; ➔ Realizar Reuniões Diárias; ➔ Realizar Reuniões de Refinamento (Grooming); ➔ Realizar Reunião de Revisão da Sprint; ➔ Realizar Reunião de Retrospectiva da Sprint; ➔ Liberar Incremento (opcional); ➔ Iniciar próxima Sprint.
  • 268.
  • 269.
    269 Jonathan Maia www.eunati.com.br Scrumna prática ➔ Dinâmica - Scrum na fábrica de origamis: ➔ Baseada na dinâmica da Fábrica de aviões [20] [11]; ➔ Exercitar conceitos do Scrum em aproximadamente uma hora; ➔ Utilizar Time-box; ➔ Para fins didáticos, Time-boxes dos eventos não estão proporcionais aos recomendados pelo Guia;
  • 270.
    270 Jonathan Maia www.eunati.com.br Scrumna prática ➔ Dinâmica - Scrum na fábrica de origamis: ➔ Uma Sprint de dois dias (cada dia com apenas três minutos para produção, totalizando seis minutos para toda produção); ➔ Cliente deseja montar estrutura de proteção: ➔ 4 aviões Gripen para encomenda da Aeronáutica; ➔ 5 aviões Rafale para encomenda da Aeronáutica; ➔ 3 navios destroyer para Marinha; ➔ 6 navios couraçados para Marinha.
  • 271.
    271 Jonathan Maia www.eunati.com.br Scrumna prática ➔ Dinâmica - Scrum na fábrica de origamis - Parte 1: ➔ Time-box de um minuto; ➔ Definir Dono do Produto, Mestre Scrum e Time de Desenvolvimento.
  • 272.
    272 Jonathan Maia www.eunati.com.br Scrumna prática ➔ Dinâmica - Scrum na fábrica de origamis - Parte 2: ➔ Time-box de 5 minutos; ➔ Dono do Produto irá montar Backlog do Produto com as devidas priorizações junto ao cliente (instrutor).
  • 273.
    273 Jonathan Maia www.eunati.com.br Scrumna prática ➔ Dinâmica - Scrum na fábrica de origamis - Parte 3: ➔ Time-box de quinze minutos; ➔ Realizar Reunião de Planejamento da Sprint; ➔ Jogar Poker do Planejamento (imagine que a produção de dois origamis tem 2 Pontos de História); ➔ Gerar Meta da Sprint ➔ Definição de Pronto; ➔ Montar Quadro KanBan com Burndown e Meta da Sprint.
  • 274.
    274 Jonathan Maia www.eunati.com.br Scrumna prática ➔ Dinâmica - Scrum na fábrica de origamis - Parte 4: ➔ Simulação do primeiro dia da Sprint; ➔ 3 minutos de produção.
  • 275.
    275 Jonathan Maia www.eunati.com.br Scrumna prática ➔ Dinâmica - Scrum na fábrica de origamis - Parte 5: ➔ Time-box de oito minutos; ➔ Atualizar Quadro KanBan e Burndown; ➔ Realizar Reunião Diária; ➔ Três perguntas: ➔ O que fizemos ontem para alcançar meta da Sprint? ➔ O que faremos hoje para alcançar meta da Sprint? ➔ Algum obstáculo ?
  • 276.
    276 Jonathan Maia www.eunati.com.br Scrumna prática ➔ Dinâmica - Scrum na fábrica de origamis - Parte 6: ➔ Simulação do segundo dia de produção; ➔ 3 minutos de produção.
  • 277.
    277 Jonathan Maia www.eunati.com.br Scrumna prática ➔ Dinâmica - Scrum na fábrica de origamis - Parte 7: ➔ Time-box de oito minutos; ➔ Realizar Reunião de Revisão da Sprint; ➔ Apresentação do Incremento para cliente; ➔ Verificar velocidade do Time.
  • 278.
    278 Jonathan Maia www.eunati.com.br Scrumna prática ➔ Dinâmica - Scrum na fábrica de origamis - Parte 8: ➔ Time-box de oito minutos; ➔ Realizar Reunião de Retrospectiva da Sprint; ➔ Levantar métrica da felicidade: ➔ De 1 a 5, como você se sente em relação ao seu papel na empresa ? ➔ Por que você se sente assim ? ➔ O que tornaria você mais feliz no próximo Sprint ?
  • 279.
    Jonathan Maia www.eunati.com.br Scrum naprática ➔ Dinâmica - Scrum na fábrica de origamis - Avaliação: ➔ Quais foram as maiores dificuldades ? ➔ Os papéis foram exercidos adequadamente ? ➔ O Time-box dos eventos foi obedecido ? ➔ Como foi a manutenção dos artefatos ? ➔ É possível utilizar os princípios aprendidos em sua unidade de trabalho?
  • 280.
    280 Jonathan Maia www.eunati.com.br Scrumna prática ➔ Scrum Pessoal: ➔ Utilizar alguns dos princípios da agilidade para organização de tarefas pessoais; ➔ Sprints mais curtas, de uma ou duas semanas; ➔ Planejamento da Sprint mais curto possível, com estimativas; ➔ Software Trello é gratuito, possui acesso web e mobile.
  • 281.
  • 282.
  • 283.
    283 Jonathan Maia www.eunati.com.br SejaÁgil Com Scrum Conclusão, extras e bibliografia
  • 284.
    284 Jonathan Maia www.eunati.com.br Conclusão ➔Métodos ágeis são realidade no mercado e governo; ➔ Conceitos simples e baseados no empirismo; ➔ Benefícios diversos para clientes e equipes; ➔ Possibilidade de adaptações às realidades locais.
  • 285.
    285 Jonathan Maia www.eunati.com.br Recursosextras ➔ Ferramentas Open Source para Scrum: www.opensourcescrum.com ➔ Simulados gratuitos certificações Scrum: https://www.scrum.org/Assessments/Open-Assess ments/Scrum-Open-Assessment
  • 286.
    286 Jonathan Maia www.eunati.com.br Recursosextras ➔ Materiais, vídeos e apresentações sobre Scrum: www.mountaingoatsoftware.com www.mitchlacey.com/resources www.infoq.com/br/agile/ epf.eclipse.org/wikis/scrum/ www.tiexames.com.br/novosite2015/curso_Scrum_M aster.php www.agiledmaic.com
  • 287.
    287 Jonathan Maia www.eunati.com.br Bibliografia ➔[1] Extreme Go Horse. Disponível em: < http://www.gohorseprocess.com.br>. Acesso em: 27/08/2015; ➔ [2] PMI. Um guia do conhecimento em gerenciamento de projetos, Guia PMBOK 5ª. ed. - EUA: Project Management Institute, 2013; ➔ [3] Wikipedia. Taiichi Ohno. Disponível em: < https://pt.wikipedia.org/wiki/Taiichi_Ohno>. Acesso em 28/07/2015; ➔ [4] Ohno, Taiichi. Toyota production system: beyond large-scale production, Productivity press, 1988. ISBN 8573071702;
  • 288.
    288 Jonathan Maia www.eunati.com.br Bibliografia ➔[5] Moura, Reinaldo A. KanBan: A simplicidade no controle da produção, São Paulo, IMAN, 1989. ISBN 890965; ➔ [6] Manifesto Ágil. Disponível em: < http://agilemanifesto.org/iso/ptbr/>. Acesso em 30/07/2015; ➔ [7] ClydeBank Business. Agile Project Management QuickStart Guide: a simplified beginner's guide to agile project management, ClydeBank Media, 2014; ➔ [8] ClydeBank Business. Scrum QuickStart Guide: a simplified beginner's guide to mastering Scrum, ClydeBank Media, 2014; ➔ [9] Ries, Eric. A Startup Enxuta, São Paulo, Leya, 2011. ISBN 9788581780139;
  • 289.
    289 Jonathan Maia www.eunati.com.br Bibliografia ➔[10] Youtube, Canal Nerdologia. Disponível em: < https://www.youtube.com/watch?v=eANH5f1ul7s>. Acesso em: 24/08/2015; ➔ [11] Sutherland, Jeff. Scrum: A arte de fazer o dobro na metade do tempo, Leya, 2014. ISBN 9788544100875; ➔ [12] Sutherland, Jeff; Schwaber, Ken. Guia do Scrum: Uma Guia Definitivo Para o Scrum, Scrum.Org e ScrumInc, 2013. Disponível em: < http://www.scrumguides.org>. Acesso em 04/08/2015; ➔ [13] Beck, Kent; Andres, Cynthia. Extreme Programming Explained: Embrace Change, Addison-Wesley, 2004; ➔ [14] Scrum.org. Disponível em: <http://www.scrum.org>. Acesso em 04/08/2015;
  • 290.
    290 Jonathan Maia www.eunati.com.br Bibliografia ➔[15] Wikipedia. Shuhari. Disponível em: < https://en.wikipedia.org/wiki/Shuhari>. Acesso em 06/08/2015; ➔ [16] Nonaka, Ikujiro; Hirotke Takeuchi. The new new product development game, Harvard Business Review, 1986; ➔ [17] Strayer, D.L.; Drews, F. A.; Crouch, D.J. A comparison of the cell phone driver and the drunk driver. Human Factors, 2006, 48, 2, pp 381-391; ➔ [18] Weinberg, Gerald. Software com qualidade (Quality Software Management), Makron Books, São Paulo, 1991;
  • 291.
    291 Jonathan Maia www.eunati.com.br Bibliografia ➔[19] Pesso, Avnaim et al. Extraneous Factors in Judicial Decisions, Proceedings of the National Academy of Sciences of The United States of America, EUA, 2011; ➔ [20] Steffens, Flávio; Prikladnicki, Rafael. Dinâmica Fábrica de Aviões 2.0, AgileWay, 2009. Disponível em: < http://agileway.com.br/2009/08/18/dinamica-fabrica-de-av ioes-2-0/ >. Acesso em 09/08/2015; ➔ [21] Milgram, Stanley. The perils of Obedience, Harper's Magazine, 1974; ➔ [22] Brooks , Frederick P. The Mythical Man-Month, Addison-Wesley, 1995 [1975]; ➔ [23] Putnam, Lawrence; Myers, Ware. Small is Beautiful- Once Again, Familiar Metric Management, Quantitative Software Management Inc;
  • 292.
    292 Jonathan Maia www.eunati.com.br Bibliografia ➔[24] Putnam, Lawrence; Myers, Ware. Five Core Metrics: The Intelligence Behind Successful Software Management, Pearson, 2003; ➔ [25] Boehm, Barry. Software Engineering Economics, 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 Positive Affect: Does Hapiness Lead to Success? Psychological Bulletin, Vol 131(6), 2005, pp. 803-55; ➔ [28] Hsieh, Tony. Satisfação Garantida (Delivering Happiness), Editora HarperCollins, 2017;
  • 293.
    293 Jonathan Maia www.eunati.com.br Bibliografia ➔[29] Coulter Wright, James; Alves Giovinazzo, Renata. Delphi – Uma ferramenta de apoio ao planejamento prospectivo. Caderno de Pesquisas em Administração, Universidade de São Paulo, V. 01, nº 12, 2ª Trimestre 2000; ➔ [30] Cohn, Mike. User Stories Applied For Agile Software Development. Addison-Wesley Professional, 2004; ➔ [31] EduScrum. Disponível em: <http://eduscrum.nl>. Acesso em 15/10/2015; ➔ [32] Schwaber, Ken. NexusTM Guide: The Definitive Guide To Nexus: The exoskeleton of scaled Scrum Development, Scrum.Org, 2015. Disponível em: < https://www.scrum.org/Portals/0/NexusGuide%20v1.1.pdf >. Acesso em 17/10/2015;
  • 294.
    294 Jonathan Maia www.eunati.com.br Bibliografia ➔[33] II Seminário de Metodologia Ágil do SISP. Apresentações disponíveis em: < http://www.sisp.gov.br/guiaagil/wiki/eventos>. Acesso em: 28/08/2015; ➔ [34] MELO, C. DE O. et al. The evolution of agile software development in Brazil, Journal of the Brazilian Computer Society, v. 19, n. 4, p. 523–552, 2013; ➔ [35] Tribunal de Contas da União. Acordão 2314 de 2013; ➔ [36] Tribunal de Contas da União. Acordão 2362 de 2015; ➔ [37] Knapp, Jake. Sprint: O método usado no Google para testar e aplicar novas ideias em apenas cinco dias, Editora Intrinsica, 2017;
  • 295.
    295 Jonathan Maia www.eunati.com.br Bibliografia ➔[38] Cockburn, Alistair. Shuhari. Disponível em: < http://alistair.cockburn.us/Shu+Ha+Ri>. Acesso em: 31/07/2017.
  • 296.
  • 297.
  • 298.