Gestão ágil de projetos com Scrum

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.

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
➔ 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

19 Jonathan Maia
www.eunati.com.br

20 Jonathan Maia
www.eunati.com.br
Fundamentos teóricos - Gestão ágil

21 Jonathan Maia
www.eunati.com.br

22 Jonathan Maia
www.eunati.com.br
➔ Características (C) e Problemas (P) da gestão
tradicional e do modelo cascata. [7]

23 Jonathan Maia
www.eunati.com.br
➔ 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
➔ 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
➔ 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

44 Jonathan Maia
www.eunati.com.br

45 Jonathan Maia
www.eunati.com.br

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
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

58 Jonathan Maia
www.eunati.com.br
Fundamentos teóricos - Scrum

59 Jonathan Maia
www.eunati.com.br
➔ 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];

61 Jonathan Maia
www.eunati.com.br
➔ Scrum:
➔ Leve;
➔ Simples de entender;
➔ Difícil de dominar.

62 Jonathan Maia
www.eunati.com.br

63 Jonathan Maia
www.eunati.com.br

64 Jonathan Maia
www.eunati.com.br
➔ 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
➔ 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
➔ 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
➔ 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
➔ 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
➔ 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
➔ 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
➔ 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
➔ 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
➔ 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
➔ 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
➔ 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

79 Jonathan Maia
www.eunati.com.br
➔ 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
➔ 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
➔ 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
➔ 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
➔ 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

88 Jonathan Maia
www.eunati.com.br
➔ 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
➔ 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
➔ 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
➔ 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
➔ 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
➔ 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
➔ 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
➔ 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
➔ 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
➔ 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
➔ Scrum é composto por:
➔ Papéis (Roles);
➔ Eventos (Events);
➔ Artefatos (Artifacts);
➔ Regras (Rules).

100 Jonathan Maia
www.eunati.com.br
➔ 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

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
➔ 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
➔ É 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
➔ 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
➔ 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
➔ 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
➔ “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

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

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

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

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
➔ 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
➔ 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
➔ 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

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 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
➔ 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
➔ 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:
➔ 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
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
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

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
➔ 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
➔ 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
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

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

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
➔ 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
➔ 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
➔ 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 050907/15P: “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 ...
tornaramse parâmetro para contratações similares
em outros órgãos da APF

245 Jonathan Maia
www.eunati.com.br
Técnicas
➔ 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
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
institute.org/images_scrum/Simple_Burndown_Chart.jpg

258 Jonathan Maia
www.eunati.com.br
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
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
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
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
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
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
Parte 7:
➔ 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
Parte 8:
➔ 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
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
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.

Gestão ágil de projetos com Scrum

Mais conteúdo relacionado

Mais procurados

Semelhante a Gestão ágil de projetos com Scrum

Gestão ágil de projetos com Scrum