O documento apresenta os conceitos e princípios do Scrum, um framework ágil para desenvolvimento de software. Resume os papéis do Product Owner, Time de Desenvolvimento e Scrum Master, além dos artefatos como Backlog do Produto e Incremento. Também descreve os eventos da Sprint como Planejamento, Reunião Diária, Revisão e Retrospectiva. O objetivo do Scrum é entregar valor de forma contínua ao cliente através de ciclos curtos de desenvolvimento.
3. agilelabs.space
“Que se comporta ou trabalha de maneira
eficaz e rápida; diligente, expedito e
trabalhador.”
Que possui ou apresenta diligência;
zeloso, cuidadoso: médico diligente.
Que tem facilidade para desenvolver tarefa(s)
e/ou para solucionar problemas com rapidez.
Que demonstra excesso de dedicação
na realização de alguma coisa.
diligenteexpedito trabalhador
“Ágil”
4. agilelabs.space
Satisfação do cliente
Entrega contínua
Aceite de mudanças
Vantagem competitiva para o cliente
Boa qualidade
Colaboração continua com o cliente
Relação de confiança
Indivíduos motivados
Condições ambientais favoráveis
Conversa cara a cara
Passos constantes
Excelência técnica
Assertividade
Autonomia
Aprendizagem contínua80%
Aspectos comportamentais
20%
Aspectos técnicos
23. agilelabs.space
“Doutrina ou sistema que só reconhece a experiên
cia como guia seguro”
“... O empirismo afirma que o conhecimento vem
da experiência e de tomada de decisões baseadas
no que é conhecido...”
“Empirismo”
24. agilelabs.space
Transparência
• Linguagens comuns
• Compartilhamento de definições
• Ready (Pronto)
• Done (Feito)
• Acordos de trabalho
• Centralização
• Padronização
Adaptação
• Ajuste para alcançar os resultados
esperados
Três pilares do Scrum
Inspeção
• Artefatos
• Andamento dos trabalhos
• Variações indesejadas
26. agilelabs.space
• Coragem para não construir coisas que ninguém quer
• Coragem de admitir que nenhum planejamento será perfeito ao ponto de lidar com a
realidade e complexidade do dia a dia
• Coragem para considerar as mudanças como fontes de inspiração e inovação
• Coragem para não entregar software incompleto
• Coragem para compartilhar todas as informações possíveis com os interessados
• Coragem para admitir que não somos perfeitos
• Coragem para mudar a direção
• Coragem para compartilhar riscos
• Coragem para promover nossos métodos de trabalho
• Coragem para se desapegar das certezas do passado
• Coragem para sustentar os valores da agilidade
Coragem O Time Scrum precisa ter coragem para fazer a coisa certa e trabalhar em problemas difíceis.
28. agilelabs.space
• Focar no que é mais importante e queremos agora
• Saber o que você não vai precisar agora (YAGNI - You Ain’t Gonna Need It)
• Focar no que esta mais próximo para ser feito pois o future é incerto
• Focar na aprendizagem possível com o presente e ganhar experiência para lidar com
o futuro
• Focar no trabalho para fazer as coisas
• Focar nas coisas simples e que podem funcionar
Foco Todos focam no trabalho da Sprint e nos objetivos do Time Scrum.
30. agilelabs.space
• Comprometimento com time
• Comprometimento com a qualidade
• Comprometimento com a colaboração
• Comprometimento com a aprendizagem continua
• Comprometimento com dar o melhor de si todos os dias
• Comprometimento com o objetivo da Sprint
• Comprometimento com o cliente
• Comprometimento com o profissionalismo
• Comprometimento com a auto-organização
• Comprometimento com os princípios ágeis
• Comprometimento com as definições e compromissos estabelecidos
• Comprometimento com a transparência
Comprometimento As pessoas se comprometem pessoalmente em alcançar os objetivos do Time Scrum.
32. agilelabs.space
• Respeito com as pessoas e suas experiências profissionais
• Respeito com a diversidade
• Respeito a diversidade de opiniões
• Respeito com o investimento de nossos clientes
• Respeito com os clientes resolvendo seus problemas
• Respeito ao trabalho em equipe
• Respeito aos papéis definidos no Scrum
• Respeito as individualidades
Respeito Os membros do Time Scrum respeitam uns aos outros para serem pessoas capazes e independentes.
34. agilelabs.space
• Abertura para realizar inspeções constantes
• Abertura sobre o nosso trabalho, nosso progresso, nossos problemas e aprendizagens
• Abertura com pessoas, enxergando elas como pessoas e não recursos, robôs ou peças
de uma maquina
• Abertura para colaborar com o ensino e aprendizado
• Abertura para colaborar com os patrocinadores
• Abertura para compartilhar feedback’s e aprender um com o outro
• Abertura para as mudanças
Abertura O Time Scrum e seus Stakeholders concordam em estarem abertos a todo o trabalho e aos desafios
com a execução dos trabalhos.
35. agilelabs.space
Satisfação do cliente
Entrega contínua
Aceite de mudanças
Vantagem competitiva para o cliente
Boa qualidade
Colaboração continua com o cliente
Relação de confiança
Indivíduos motivados
Condições ambientais favoráveis
Conversa cara a cara
Passos constantes
Excelência técnica
Assertividade
Autonomia
Aprendizagem contínua
Inspeção
Adaptação
Transparência
Comprometimento
Coragem
Foco
Respeito
Abertura
38. agilelabs.space
Product Owner
• É uma pessoa!
• Que tem por responsabilidades:
• Ser o único responsável por gerenciar o Backlog do Produto
• Maximizar o valor do produto resultado do trabalho do Time de Desenvolvimento
39. agilelabs.space
• Expressar claramente os itens do Backlog do Produto
• Ordenar os itens do Backlog do Produto para alcançar melhor as metas e missões
• Otimizar o valor do trabalho que o Time de Desenvolvimento realiza
• Garantir que o Backlog do Produto seja visível, transparente, claro para todos, e ser
capaz de indicar o que o Time Scrum fará a seguir
• Garantir que o Time de Desenvolvimento entenda os itens do Backlog do Produto no
nível necessário
Gerenciar o Backlog do Produto
40. agilelabs.space
“O P.O. pode fazer o trabalho acima, ou delegar para o Time de
Desenvolvimento fazê-lo. No entanto, o P.O. continua sendo o
responsável pelos trabalhos.”
Único responsável por gerenciar o Backlog do Produto?
42. agilelabs.space
• Profissionais que realizam o trabalho de entrega de um potencial incremento liberável
do produto
• Autorizados para organizar, gerenciar e executar seu trabalho
• Com tamanho que varie entre 3 e 9 pessoas
Time de desenvolvimento (Development Team)
43. agilelabs.space
• Auto-organizados
• Multifuncionais
• Sem títulos para os integrantes
• Sem sub-times
• Independente dos domínios de conhecimento que precisam ser abordados, tais
como teste, arquitetura, operação ou análise de negócios
• Os integrantes do time podem ter habilidades especializadas e áreas de
especializações, mas a responsabilidade pertence ao time como um todo
Características do Time de desenvolvimento
44. agilelabs.space
• É um líder servidor!
• Que tem por responsabilidades:
• Promover o Scrum
• Ajudar todos a entenderem a teoria, as práticas, as regras e os valores do Scrum
Scrum Master
47. agilelabs.space
• Backlog do Produto (Product Backlog)
• Lista ordenada de tudo o que é conhecido e elencado como necessário ao
produto
• Backlog da Sprint (Sprint Backlog)
• Conjunto de itens selecionados para a Sprint
• Incremento
• Soma de todos os itens do Backlog do Produto completados durante a Sprint e o
valor dos incrementos de todas as Sprints anteriores
Artefatos do Scrum
49. agilelabs.space
Entradas
• Backlog do Produto
• Incremento anterior
• Capacidade projetado do
Time de Desenvolvimento
Resultado
• Objetivo da Sprint
• Backlog da Sprint
• Visão do time de como
atender aos itens selecionados
Planejamento da Sprint (Sprint Planning)
Trabalho
• O que pode ser entregue
como resultado do
incremento da próxima Sprint?
• Como o trabalho necessário
para entregar o incremento
será realizado?
No máximo 8 horas para um mês de trabalho.
50. agilelabs.space
• Time de Desenvolvimento
• Resultado
• Inspeção do progresso em direção ao objetivo
• Inspeção de tendência do trabalho
Reunião Diária (Daily Meeting)
No máximo 15 minutos.
51. agilelabs.space
• Inspecionar o incremento do produto
• Motivar, obter feedback dos interessados e promover a colaboração
• Esclarecer quais itens do Backlog do Produto foram feitos
• Discutir sobre o roadmap do produto
• Discutir sobre possíveis itens a serem feitos a seguir
• Discutir sobre o ROI, orçamento, mercado
• Resultado
• Product Backlog revisado
Revisão da Sprint (Sprint Review)
No máximo 4 horas para um mês de trabalho.
52. agilelabs.space
• Último ato da Sprint
• Inspecionar a efetividade do time
• Revisar se o time esta de agindo de acordo com os conceitos de agilidade e do Scrum
• Resultado
• Plano de melhorias para a próxima Sprint
Retrospectiva da Sprint (Sprint Retrospective)
No máximo 3 horas para um mês de trabalho.
54. agilelabs.space
• Definição de pronto “Definition of Ready”
• Definição de feito “Definition of Done”
• Acordos emergentes
Artefatos extras que geram transparência
56. agilelabs.space
“Papéis, eventos, artefatos e regras do Scrum são imutáveis e
embora seja possível implementar somente partes do Scrum, o
resultado não é Scrum.
Scrum existe somente na sua totalidade e funciona bem como um
container para outras técnicas, metodologias e práticas”
Scrum!
57.
58.
59. agilelabs.space
“Somos todos viajantes do tempo em uma jornada rumo ao amanhã. Mas vamos trabalhar juntos
na construção desse futuro, um lugar que queremos visitar.
Seja corajoso, seja curioso, seja determinado, supere as probabilidades. É possível.
Stephen Hawking”
60. agilelabs.space
Referências
• Dicionário Online de Português - https://www.dicio.com.br/agil/
• Manifesto ágil - http://www.manifestoagil.com.br/
• Breves respostas para grandes questões – Stephen Hawking – ISBN 978-85-510-0431-
9
• There’s value in the Scrum Values - https://guntherverheyen.com/2013/05/03/theres-
value-in-the-scrum-values/
• Scrum Guide - https://www.scrumguides.org/docs/scrumguide/v2017/2017-Scrum-
Guide-Portuguese-Brazilian.pdf
Notas do Editor
Pessoas focadas em cumprir missões e atingir objetivos!
Ir para o quadro e desenhar como um desenvolvedor pode hierarquizar uma empresa.
Se referem a trabalho complexo!
Auto-organizados: Ninguém diz ao Time de Desenvolvimento como transformar o Backlog do Produto em incrementos
Multifuncionais: possuir todas as habilidades necessárias
Independente dos domínios de conhecimento que precisam ser abordados, tais como teste, arquitetura, operação ou análise de negócios
O incremento deve estar na condição de ser utilizado independente do Product Owner decidir por liberá-lo ou não
Não são feitas mudanças que possam por em perigo o objetivo da Sprint; • As metas de qualidade não diminuem; e, • O escopo pode ser clarificado e renegociado entre o Product Owner e o Time de Desenvolvimento quanto mais for aprendido.
No máximo 8 horas para um mês de trabalho.
O que eu fiz?
O que eu farei?
Obstáculos...
A estrutura da reunião é definida pelo Time de Desenvolvimento e pode ser conduzida de diferentes formas desde que estas foquem no progresso em direção à Meta da Sprint
O Time de Desenvolvimento ou membros da equipe frequentemente se encontram imediatamente após a Reunião Diária para discussões detalhadas, ou para adaptar, ou replanejar, o restante do trabalho da Sprint.
A Reunião Diária é uma reunião interna do Time de Desenvolvimento. Se outros estiverem presentes, o Scrum Master deve garantir que eles não perturbem a reunião.
No máximo 4 horas para um mês de trabalho.
Time Scrum
No máximo 3 horas para um mês
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; e, • Criar um plano para implementar melhorias no modo que o Time Scrum faz seu trabalho;