Este documento descreve uma apresentação sobre Scrum. Ele resume Scrum como um framework ágil para gerenciamento de projetos complexos, composto principalmente por papéis, artefatos e eventos com duração fixa. Ele também discute conceitos como iteratividade, interação, auto-gerenciamento e entrega incremental de valor.

1. A NDRÉ B ARBOSA
E-mail: andre@abcg.com.br
Twitter: @andre_ibbrasil
AGILIDADE E QUALIDADE

2. Quantos...
 são gerentes, diretores
 são desenvolvedores
 adotam alguma
metodologia de
desenvolvimento de
software
 já ouviram falar sobre
Scrum
 adotam Scrum

3. Me pegaram no
sitedegames.com

4. Perguntas breves ?
Façam durante a
apresentação.
Já as perguntas LOOOOONGAS ...

6. Agora EU sou
PMBOK, RUP, UML, um Certified
OpenUP, FDD, TDD, Scrum Master
CMMi, MPS.BR,
ISO, WBS, XPTO,
... nunca mais!
„

8. Como é o processo de
desenvolvimento dos
seus projetos?

9. Como a sua lista
de tarefas é
apresentada ?

10. E a sua
equipe ?

11. E a carga de trabalho ?

12. E o “fim” (entrega) dos projetos ?

13. Mudanças prontamente realizadas ?

14. E o relacionamento
com seu cliente?

15. Por que mudar?

16. Como isso
é possível?
 VELOCIDADE de entrega
 QUALIDADE, menos bugs
 MOTIVAÇÃO no time
 Trabalho em EQUIPE
 COMPARTILHAMENTO
do conhecimento
 INTERAÇÃO c/ cliente
 Aceitar MUDANÇAS

18. time

19. rugby

20. 1986
Artigo no Harvard Business Review 1995
por Hirotaka Takeuchi Formalizado, implantado e
e Ikujiro Nonaka divulgado em todo mundo
1993
Foi concebido, documentado
e implantado como é hoje
YES!
Waterfall
never more!
Ken Schwaber
Thanks,
John Scumniotales
Jeff Sutherland
Lean and
Jeff McKenna
RUP!

21. MANIFESTO ÁGIL
agilemanifesto.org
Fev./2001
Estamos descobrindo maneiras melhores de
desenvolver software, fazendo-o nós mesmos e
ajudando outros a fazerem o mesmo. Através
deste trabalho, passamos a valorizar:
Indivíduos e interações processos e ferramentas
Software que funciona documentação abrangente
Colaboração com cliente negociação de contratos
Responder a mudanças seguir um plano
Ou seja, mesmo havendo valor nos itens à direita,
valorizamos mais os itens à esquerda.

22. Scrum é um...
framework iterativo e incremental para gerenciamento
de projetos e desenvolvimento ágil de software.
http://pt.wikipedia.org/wiki/Scrum

23. Scrum é uma...
abordagem ágil para gerenciamento de
projetos complexos.
http://scrumalliance.org

24. Solo. Distribuído.

26. Scrum NÃO é...
 complexo
 extenso
 frágil
 garantia de sucesso
 xp

28. É composto basicamente por:
1. Pessoas e seus papéis associados
2. Artefatos
3. Eventos com duração fixa
Só isso?
Não estou
acreditando...

29.  Pigs
 Product Owner *
 Scrum Master *
 Team
 Chickens
 Stakeholders
 Managers
 Outros

30. Essa estória é
velha, heim?!
Ei Porco! Acho que
deveríamos abrir Que tal
um restaurante. “Pernil com Ovos” ?
Não, obrigado. Eu estaria
comprometido, enquanto
Não sei não. você estaria apenas
Qual o nome? envolvido.
...

31.  Pigs
 Product Owner
 Representante do cliente
 Gerencia o Product Backlog
 Só um por projeto (Product Backlog)
 Barreira entre Chickens -> Time
 Facilitador entre Time -> Cliente
 Define a meta por Sprint
 Não define como fazer, mas sim o que fazer primeiro
 Único que pode cancelar um Sprint
 Scrum Master
 Team
 Chickens

32.  Pigs
 Product Owner
 Scrum Master
 Garante que o time adote o Scrum
 Atualiza Burn Down Charts
 Garante produtividade e qualidade
 Barreira entre Chickens -> Time
 Remove impedimentos
 Pode ser um desenvolvedor
 Não é gerente
 Team
 Chickens

33.  Pigs
 Product Owner
 Scrum Master
 Team
 Transformam o Sprint Backlog em produto
 São interdisciplinares
 Possuem conhecimento especializado
 Compartilham conhecimento
 São auto gerenciáveis
 Chickens

34.  Pigs
 Product Owner
 Scrum Master
 Team
 Chickens
 Todos os envolvidos de alguma forma
 Fornecem informações para o time (Team)
 Não podem dizer aos Pigs como devem trabalhar
 Não podem interferir (tirar o foco) do time (Team)

35. São, basicamente:
 Product Backlog
 Sprint Backlog
 Burn Down Charts

36. - Product Backlog
- Sprint Backlog
- Brun Down Charts
Projeto:
Locadora Virtual
Cadastro de DVDs e Blu-Rays
Categorização dos cadastros projeto ou
Admin de Planos e preços release
Login com níveis de permissão
Processo de locação
Processo de entrega
Processo de retirada
Pagamento
Serviços para cliente VIP

37. - Product Backlog extração
- Sprint Backlog do product
backlog
- Brun Down Charts
Projeto:
Locadora Virtual
Cadastro de DVDs e Blu-Rays Cadastro de DVDs e Blu-Rays
Categorização dos cadastros
Categorização dos cadastros
Admin de Planos e preços
Login com níveis de permissão
Processo de locação
Processo de entrega
Processo de retirada
Pagamento
Serviços para cliente VIP

38. - Product Backlog
- Sprint Backlog
- Brun Down Charts
Estórias:
Tarefas (esforço)...
- desenho (13)
Cadastro de DVDs e Blu-Rays
- definição dos campos (3)
- modelagem BD (3)
- criação do formulário (13)
- testes unitários (8)
- inserção inicial (2)
Categorização dos cadastros - atualização do BD (2)
- listagem de registros (5)
- criação do formulário (8)
- atualização cadastro (5)
- testes unitários (8)
- inserção inicial (2)

39. 1 2 3 5 8 13
21 34
0 ?
...

40. - Product Backlog
- Sprint Backlog
- Brun Down Charts
Kanban:
Estórias Em andamento Aprovação Correção Feito
Cadastro
de DVDs e
Blu-Rays
(42)
Categorização
de cadastros
(30)

41. - Product Backlog
- Sprint Backlog
- Brun Down Charts
Kanban:
Estórias Em andamento Aprovação Correção Feito
Cadastro
de DVDs e
Blu-Rays
(42)
Categorização
de cadastros
(30)

42. - Product Backlog
- Sprint Backlog
- Brun Down Charts
Kanban:
Estórias Em andamento Aprovação Correção Feito
Cadastro
de DVDs e
Blu-Rays
(42)
Categorização
de cadastros
(30)

43. - Product Backlog
- Sprint Backlog
- Brun Down Charts
Kanban:
Estórias Em andamento Aprovação Correção Feito
Cadastro
de DVDs e
Blu-Rays
(42)
Categorização
de cadastros
(30)

44. - Product Backlog
- Sprint Backlog
- Brun Down Charts
Kanban:
Estórias Em andamento Aprovação Correção Feito
Cadastro
de DVDs e
Blu-Rays
(42)
Categorização
de cadastros
(30)

45. - Product Backlog
- Sprint Backlog
- Brun Down Charts
Sprint 16/08 à 27/08
80
60
esforço
40 Previsto
Realizado
20
0
1 2 3 4 5 6 7 8 9 10
semana 1 semana 2

46.  Planning Meeting
 Release
 Sprint
 Sprint
 Daily Meeting
 Review Meeting
 Retrospective Meeting

47.  Planning Meeting
 Release
 Objetivo: estabelece planos, metas, prioridades
 Planejam como transformar a visão em produto
 Organiza o ROI, define riscos
 Não precisa acontecer sempre
 Não pertence ao Sprint Então por que
 Sprint está aqui?
 Sprint
 Daily Meeting
 Review Meeting
 Retrospective Meeting

48.  Planning Meeting
 Release
 Sprint
 Duração: 5% do Sprint
 Objetivo: criar e organizar o Sprint Backlog
 1º) O que será feito no Sprint (P.O. explica)
 2º) Como será feito no Sprint (time conversa)
 O time “pontua” definindo sua capacidade de desenvolvimento
 São criadas as estórias, tarefas (Sprint Backlog)
 P.O. define a meta do Sprint
 Sprint
 Daily Meeting
 Review Meeting
 Retrospective Meeting

49.  Planning Meeting
 Release
 Sprint
 Sprint
 Duração: 2 a 4 semanas*
 Objetivo: tornar o Backlog em produto
 Nenhuma mudança deve ocorrer
 Não deve haver interferências externas
 As 4 reuniões ocorrem dentro do Sprint
 Ocorrem uma após a outra, sem intervalo
 Daily Meeting
 Review Meeting
 Retrospective Meeting

50.  Planning Meeting
 Sprint
 Daily Meeting
 Duração: 15 minutos, no máximo !!!
 Objetivo: alinhar o desenvolvimento com a meta
 Realizada de pé.
 Sempre no mesmo local (reservado) e horário
 Participantes: Scrum Master e Team
 Ouvinte: Product Owner
 Cada membro explica:
 O que fez desde a última reunião diária
 O que vai fazer até a próxima reunião diária
 Impedimentos, problemas, ...
 Não são discutidas questões técnicas ou como serão feitas
 Review Meeting
 Retrospective Meeting

51.  Planning Meeting
 Release
 Sprint
 Sprint
 Daily Meeting
 Review Meeting
 Duração: 5% do Sprint
 Objetivo: dar a todos uma visão real do que foi feito
 Participantes: Pigs e Chickens
 Os usuários “navegam” pelo que já está pronto e em produção
 Os usuários são orientados pelo time
 Dúvidas de uso são esclarecidas
 Não é momento para testes de aceitação
 Retrospective Meeting

52.  Planning Meeting
 Release
 Sprint
 Sprint
 Daily Meeting
 Review Meeting
 Retrospective Meeting
 Duração: 5% do Sprint
 Objetivo: refletir, rever e definir meios de entrega sem
maiores transtornos e incômodos
 Participantes: Pigs
 Não há culpados, mas uma equipe que trabalha com objetivos

53. 5%
Estórias
Sprint Tarefas
Backlog
Planning Meeting
Sprint
Product Burn
Backlog
Sprint
Down
Desenv.
2 à 4 semanas diário
5%
5%
Retrospective Review Daily Meeting
Meeting Meeting 15 min.

54.  Iteração
 Interação
 Meta
 Pronto
 Impedimentos
 Auto-gerenciamento

56.  Dificuldades
 Resistência de quem está "perdendo poder“
 Desmotivação de quem está “fora” do time
 Visão tradicional dos superiores
 Alt + tab nas tarefas
 Indefinição do cliente
 Mitos
 Scrum é para projetos pequenos
 Somente para experientes e times nivelados
 Não há documentação
 Não tem como estimar, logo é impossível vender
 Verdade
 Scrum não funciona em qualquer time

58.  Propriedade coletiva de código
 Programação em pares
 Desenvolvimento dirigido por testes (TDD)
 Refatoração constante

60.  Pronto Agile
http://pronto.bluesoft.com.br/
 Ship Software OnTime
http://shipsoftwareontime.com/
 Version One
http://www.versionone.net/
 Collabnet ScrumWorks
http://www.danube.com/scrumworks
 Mingle
http://www.thoughtworks-studios.com/
 Pango Scrum
http://pangoscrum.com/pt-BR

62.  Agile Software Development with Scrum,
Ken Schwaber
 Scrum e XP Direto das Trincheiras,
Henrik Kniberg (PDF)
 Scrum Guide,
Ken Schwaber
 ScrumAlliance.org
 Scrum.org

64.  Tarefa:
 Criar um site de venda e locação de filmes
 Pedidos do cliente (contratante):
 Página inicial com lançamentos, recomendados, top
10 do mês e alguma publicidade da locadora
 Cadastro de clientes
 Página para escolha dos planos (com preços)
 Processo de locação e compra
 Serviços para clientes VIP
 Busca de filmes

66.  Objetivo:
 Aplicar o framework em um Sprint
 Atividades:
 Definir pigs (papéis): P.O., Scrum Master, Team
 Criar artefatos: Product Backlog e Sprint Backlog
 Utilizar Kanban para visualizar estórias e tarefas ...
 Executar todos os eventos de pelo menos um Sprint:
planejamento, reunião diária (a cada 10 minutos),
revisão e retrospectiva ...

67. Agora vou para Twitter:
Obrigado! @andre_ibbrasil