O documento fornece uma introdução ao framework Scrum, descrevendo seus princípios, papéis, artefatos e eventos. Resume os principais conceitos do manifesto ágil e explica que Scrum é um framework ágil criado para gestão e desenvolvimento de software de forma iterativa.
2. Agenda
O que é desenvolvimento Ágil
Princípios do Manifesto Ágil
O que é Scrum?
Papeis
Artefatos
Eventos
Documentação
3. O QUE É DESENVOLVIMENTO ÁGIL?
O desenvolvimento ágil é um fruto da constatação feita, de forma
independente, por diversos profissionais renomados na área de engenharia
de software, de que, apesar de terem aprendido segundo a cartilha
tradicional, só conseguiam minimizar os riscos associados ao
desenvolvimento de software, pensando e agindo de forma muito diferente
do que tradicionalmente está nos livros.
Assim foi criada a “Aliança Ágil”.
4. Manifesto Ágil
O Manifesto Ágil criado em 2001 é um conjunto de práticas que tem como
principal objetivo nortear as ações das equipes ágeis, mantendo-as focadas
no que realmente agrega valor tanto para o projeto quanto para o cliente.
Baseado em 12 princípios, ele se tornou uma espécie de guia que orienta as
ações dos times ágeis de projetos, maximizando os resultados.
Um grupo composto de grandes nomes do mundo do software, tais como:
Kent Beck, Jim Highsmith, Alistair Cockburn, Martim Fowler, Ken Shwaber
e Jeff Sutherland.
Criaram o Manifesto Ágil.
http://agilemanifesto.org
5. Valores Manifesto Ágil
Ou seja, mesmo havendo valor aos itens à direita, valorizamos
mais os itens à esquerda.
“Estamos descobrindo maneiras melhores de desenvolver software
fazendo-o nós mesmos e ajudando outros a fazê-lo. Através desse
trabalho, passamos a valorizar:”
7. Estratégia em um jogo de rugby onde jogadores colocam uma bola quase perdida novamente em
jogo através de trabalho em equipe.
A participação de todos é essencial.
A falta de comprometimento de um membro pode fazer a formação cair.
Então a união e o foco no objetivo (mover a bola em direção ao gol) é primordial.
Scrum no Rugby:
8. O que é o Scrum?
Criado por Jeff Sutherland e Ken Schwaber
9. É um framework que tem como princípio o manifesto ágil .
Atualmente é o framework mais utilizado no desenvolvimento e gestão de um de software ágil.
O que é Scrum?
10. O que é Scrum?
Surgiu no inicio da década de 90.
11. O que é Scrum?
Surgiu no inicio da década de 90.
Método em Cascata, Complexidade em prever riscos
12. O modelo em cascata ou waterfall, conforme definido por Royce (1970)
13. O que é Scrum?
Surgiu no inicio da década de 90.
Método em Cascata, Complexidade em prever riscos
2015 - Standish Group – Pesquisa Chaos Report
14.
15.
16. Principais Características do Scrum
Trabalha de forma iterativa e incremental
Equipes mutli-funcionais e auto-organizadas
17. Principais Características do Scrum
Foco em prioridade: equipe sabe por onde começar e o que é mais prioritário para o
cliente.
Objetividade: metas menores (por sprints) atingíveis e claras.
18. Principais Características do Scrum
Visibilidade: clara visibilidade do que está completo e pendências o que reduz os riscos e as
incertezas associadas ao projeto.
19. Principais Características do Scrum
Aumento do ROI(return on investment): entregando funcionalidades antes para a
validação do cliente.
Maior flexibilidade a agilidade: permite rever o planejamento, mudar de direção ou
fazer adaptações para as próximas iterações.
Não há prática de engenharia prescrita (o Scrum adequa-se a todas)
21. As pessoas que desempenham esses papeis são igualmente responsáveis e
responsabilizadas pelos resultados do trabalho e, assim, se comprometem com o
projeto.
Papéis: o Time de Scrum
23. Quem é o Time de Desenvolvimento?
Grupo multidisciplinar de pessoas
O Time gera, em cada Sprint, um Incremento do Produto pronto.
Suficientemente pequeno, de forma que se comuniquem efetivamente e se auto-
organizem;
Desejável de 3 a 9 pessoas, existem times de 800 pessoas.
25. Quem e o Product Owner?
Também chamado de P.O., pessoa responsável pela definição do produto.
Garante e maximiza a partir do trabalho do Time, o ROI do projeto para os clientes.
Insere, detalha, remove e priorizando itens de trabalho do produto no Product Backlog.
27. Quem é o Scrum Master?
Facilita o trabalho do Time de Scrum no dia a dia e nos eventos do Scrum.
Faz com que a equipe viva os valores e práticas de Scrum.
Remove Impedimentos.
Dentro do Scrum não possui posição hierárquica acima do Time.
31. O que é o Product Backlog?
É uma lista ordenada ou priorizada de itens sobre os quais o Time de Desenvolvimento
trabalhara no decorrer do projeto.
Gerenciado pelo Product Owner, contem o que será desenvolvido pelo Time de
Desenvolvimento para o produto.
Pode também conter melhorias a serem realizadas, correções de problemas, questões
técnicas, pesquisas que forem necessárias etc.
33. Bug tracking?
O Product Backlog e a única fonte de trabalho a ser
realizado no produto pelo Time de Desenvolvimento.
Esse trabalho também inclui as correções de erros
(ou bugs) encontrados no sistema.
Para o desenvolvimento de software, o uso de
ferramentas de bug tracking, portanto, se sobreporia
ao uso do Product Backlog. Logo, não é
recomendado.
36. O que é o Sprint Backlog?
Lista de itens selecionados do topo do Product Backlog.
Existe apenas no contexto de seu Sprint correspondente.
Criado na reunião de Sprint Planning.
Deixa de existir após as reuniões de Sprint Review e Sprint Retrospective.
Pertence ao Time de Desenvolvimento.
41. Daily Scrum
Parâmetros
Diário
Máximo de 15 minutos
Todos em pé!
Não é para a solução de problemas
Todo mundo é convidado
Apenas os membros da equipe, ScrumMaster, P.O. podem falar
Ajuda a evitar reuniões adicionais desnecessárias
42. Três questões, para todos
1) O quê você fez ontem?
2) O quê você vai fazer hoje?
3) Quais os problemas encontrados?
43. Evita: Como um projeto atrasa um ano?
Um dia por vez ...
Qualquer deslize pode ser corrigido de imediato
48. Objetivo: planejar o ciclo de desenvolvimento (Sprint) que se inicia
Quando: no primeiro dia do Sprint, iniciando-o
Sprint Planning Meeting
49. Duração: máxima proporcional a 8 horas para Sprints de 1 mês
Participantes obrigatórios:
Sprint Planning Meeting
50. Todos os membros do Time participam da reunião com igual poder de opinião e decisão,
quaisquer que sejam suas áreas de conhecimento ou de atuação.
Sprint Planning Meeting
52. Objetivos dos quadros
O objetivos dos quadros é dar maior visibilidade no andamento das histórias.
O quadro padrão do Scrum possui 4 colunas, são elas:
54. Sprint Review
Objetivo: obter feedback sobre o Incremento do Produto desenvolvido no Sprint
(inspeção e adaptação do produto)
Quando: no ultimo dia de cada Sprint, antes da reunião de Sprint Retrospective
55. Duração: máxima proporcional a 4 horas para Sprints de 1 mês
Participantes obrigatórios:
Usuários e quaisquer outras partes interessadas que possam prover feedback
Sprint Review
stakeholders
56. Sprint Review
Saidas esperadas:
Feedback para o P.O. atualizar o Product Backlog.
Visibilidade sobre o produto para clientes e demais partes interessadas.
58. Sprint Retrospective
Objetivo: melhoria incremental continua na forma como o Time de Scrum faz o
seu trabalho (inspeção e adaptação)
Quando: no ultimo dia de cada Sprint, após a reunião de Sprint Review
59. Duração: máxima proporcional a 3 horas para Sprints de 1 mês
Participantes obrigatórios:
Sprint Retrospective
61. Não deve ser utilizada para se identificarem ações de melhoria no produto.
O principal foco identificar do que precisa ser melhorado na forma de trabalho do
Time de Scrum.
Sprint Retrospective
62. Não se deve apontar erros individuais.
O foco dos participantes deve se manter no desejo objetivo de melhoria.
Aprendendo-se com os erros cometidos.
Sprint Retrospective
63. O trabalho de inspeção envolve a capacidade dos participantes de expor, em algum
grau, suas próprias limitações e pontos fracos.
Sprint Retrospective
64. Buscar culpados para os problemas que aconteceram durante o Sprint ou
“lavar roupa suja” tem efeitos extremamente negativos sobre o andamento
da reunião e sobre seus resultados.
Sprint Retrospective
67. Mito!
Na verdade Scrum é um framework que define o processo de trabalho, boas práticas e
disciplinas de Engenharia de Software podem e devem ser inseridas conforme a
necessidade da sua organização.
Scrum não determina como criar, por exemplo, algum artefato, ele se remete apenas
ao processo.
Junto a Scrum, especificamos nosso software.
Normalmente utilizamos UML.
Scrum não tem documentação?
68. Valores Manifesto Ágil
Ou seja, mesmo havendo valor aos itens à direita, valorizamos
mais os itens à esquerda.
“Estamos descobrindo maneiras melhores de desenvolver software
fazendo-o nós mesmos e ajudando outros a fazê-lo. Através desse
trabalho, passamos a valorizar:”
69. Conclusões
Benefícios com adoção do Scrum
Respostas rápidas a mudanças;
Maior qualidade;
Aumento de produtividade;
Maior assertividade e visibilidade;
Cooperação e autonomia;
70. • Não adianta dizer que Scrum não funciona, se o processo está sendo executada de
forma errada.
• Scrum não resolve os problemas técnicos, como elaboração de documentação e de
requisitos complexos, mas colabora para isso.
• Projetos desenvolvidos em Scrum, não finalizam mais rápido, a diferença é a entrega
do produto de forma diferente.
• A chave do Scrum é a comunicação, como em qualquer outra metodologia de
desenvolvimento de software.
• Devido ao auto-gerenciamento do time, o mesmo é responsável pela a entrega, ou
seja, se o time falhar todos falham.
Considerações Finais
76. Na fábula, o porco está altamente comprometido com o negócio, com “a própria
carne”. Já a galinha está comprometida apenas em fornecer os ovos.
Neste sentido refletir um pouco melhor sobre isso irá nos ajudar a definir a nossa
postura e evitar aborrecimentos e frustrações em todas as partes envolvidas (quer em
um projeto, quer não).
Existem situações em que devemos ser porcos e situações em que devemos ser
galinhas. Não se esconder quando você quer se comprometer apenas parcialmente. As
pessoas tendem a achar que isso pode soar negativamente mas, mais nestas situações
vale a pena jogar limpo. Será muito melhor do que simplesmente fingir que está
comprometido sem estar de verdade.
Li em um blog esta frase e gostei… “Honesto você deve ser sempre. Comprometido
é uma opção sua de acordo com a situação.”.
77. Porco ou Galinha na prática
Os Porcos são os que estão comprometidos com os objetivos do projeto todo. São o
Product Owner, o Scrum Master e a equipe. Estes definem o sucesso da implantação e
continuidade do Scrum em uma empresa. (São esses com “seu bacon na linha”)
Já as galinhas são os envolvidos, que não estão necessariamente dispostos a“fazer
de tudo” pelo projeto. São todas as demais pessoas que não estão no dia-a-dia do
projeto, incluindo usuários, gerentes, em alguns casos infra, etc.