Your SlideShare is downloading. ×

O que é SCRUM

5,200

Published on

Entenda o que a metodologia pode otimizar nos processos de desenvolvimento.

Entenda o que a metodologia pode otimizar nos processos de desenvolvimento.

0 Comments
7 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
5,200
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
153
Comments
0
Likes
7
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Uma Introdução ao SCRUM www.LUXFACTA.com.br
  • 2. Perdendo no revezamento...O estilo de “corrida de revezamento” aplicado aodesenvolvimento de produtos pode conflitar com osobjetivos de velocidade e flexibilidade máximas. Ao invésdisto, um estilo holístico, onde a equipe busca, como emum jogo de futebol, de forma integrada, chegar ao gol,com passes de bola, pode servir melhor às atuaisnecessidades competitivas. Adequado de “The New New Product Development Game”, Hirotaka Takeuchi e Ikujiro Nonaka, Harvard Business Review, January 1986.
  • 3. Scrum em 100 palavrasl  Scrum é um processo ágil que permite manter o foco na entrega do maior valor de negócio, no menor tempo possível.l  Isto permite a rápida e contínua inspeção do software em produção (em intervalos de duas a quatro semanas).l  As necessidades do negócio é que determinam as prioridades do desenvolvimento de um sistema. As equipes se auto-organizam para definir a melhor maneira de entregar as funcionalidades de maior prioridade.l  Entre cada duas a quatro semanas todos podem ver o real software em produção, decidindo se o mesmo deve ser liberado ou continuar a ser aprimorado por mais um “Sprint”.
  • 4. Origens do Scruml  Jeff Sutherland l  Uso  inicial  do  scrum  na  Easel  em  1993   l  IDX  e  mais  de  500  pessoas  usando  scrum  l  Ken Schwaber l  ADM   l  Apresentação  na  OOPSLA  96  com  Sutherland   l  Três  livros  sobre  Scrum  l  Mike Beedle l  Padrões  para  o  Scrum  na  PLOPD4  l  Ken Schwaber and Mike Cohn l  Fundaram  a  Scrum  Alliance  em  2002,  inicialmente   junto  com  a  Agile  Alliance  
  • 5. Origens do Scruml  The Mythical Man Month by Frederick Brooks, 1975. -  Quando  um  projeto  está  atrasado,  adicionar  pessoas  ao   projeto  servirá  apenas  para  atrasá-­‐lo  ainda  mais.   -  Devemos  considerar  o  tempo  que  perdemos  em  gestão  e   comunicação  quando  temos  pessoas  demais  trabalhando  em   um  projeto.   -  Ao  calcular  o  tempo  de  desenvolvimento  de  qualquer  coisa,   temos  que  dobrá-­‐lo.  O  programador  precisa  de  "tempo  para   pensar"  além  do  "tempo  para  programar"   -  (tradução  livre)‫  ‏‬
  • 6. Quem usa o Scrum?l  Microsoft l  Intuitl  Yahoo l  Nielsen Medial  Google l  First American Real Estatel  Electronic Arts l  BMC Softwarel  High Moon Studios l  Ipswitchl  Lockheed Martin l  John Deerel  Philips l  Lexis Nexisl  Siemens l  Sabrel  Nokia l  Salesforce.coml  Capital One l  Time Warnerl  BBC l  Turner Broadcastingl  Intuit l  Oce
  • 7. Scrum tem sido usado para:l  Software comercial l  Video gamesl  Desenvolvimento interno l  Sistemas para suporte à vidal  Desenvolvimento contratado l  Sistemas para controle de satélites (terceirização)‫‏‬ l  Websitesl  Projetos de preço fixo l  Software para handheldsl  Aplicações Financeiras l  Telefones celularesl  Aplicações certificadas pela isso 9001 l  Aplicações para redesl  Sistemas embarcados l  Aplicações de ISV (Independentl  Sistemas disponíveis 24x7 Software Vendors)‫‏‬l  Desenvolvimento por hackers l  Algumas das maiores aplicações em solitários produção
  • 8. Característicasl  Equipes que se auto-organizaml  O produto evolui em uma série de “Sprints” mensaisl  Os requerimentos são listados em um “Product Backlog”l  Não há prática de engenharia prescrita (o Scrum adequa-se a todas)‫‏‬l  Usa regras generativas na criação de um ambiente ágil para a entrega de projetosl  É uma das “metodologias ágeis”
  • 9. Manifesto Ágil - Valores Indivíduos e Processos e interações ferramentas Software que Documentação funciona ao abrangente invésColaboração do de Negociação de cliente contrato Resposta à Seguir um plano mudanças www.agilemanifesto.org
  • 10. Nível de ruído em um projetoScrum Longe de acordo Anarquia Requerimentos Complexo Perto de Simples Acordo Perto da Tecnologia Longe da certeza certeza Fonte: Strategic Management and Organizational Dynamics by Ralph Stacey in Agile Software Development with Scrum by Ken Schwaber and Mike Beedle.
  • 11. Em resumo... Imagem disponível em:www.mountangoatsoftware.com/scrum
  • 12. Sprintsl  Projetos Scrum progridem em uma série de “sprints” l  Similar  às  iterações  do  XP  l  Ocorre em um período de duas a quatro semanasl  Um período constante leva a um melhor “ritmo”l  O produto é projetado, codificado e testado durante o sprint
  • 13. Desenvolvimento sequencial versus paraleloRequerimentos Projeto Código Teste Ao invés de completar uma coisa por vez... ... equipes Scrum fazem um pouco de cada coisa, todo o tempo. Fonte: “The New New Product Development Game” by Takeuchi and Nonaka. Harvard Business Review, January 1986.
  • 14. Scrum frameworkPapéis• Dono do produto• ScrumMaster• Equipe Cerimônia • Planejamento • Revisão • Retrospectiva • Reunião diária Artefatos • Product backlog • Sprint backlog • Burndown charts
  • 15. Scrum frameworkPapéis• Dono do produto• ScrumMaster• Equipe Cerimônia • Planejamento • Revisão • Retrospectiva • Reunião diária Artefatos • Product backlog • Sprint backlog • Burndown charts
  • 16. Dono do produtol  Define as funcionalidades do produtol  Decide datas de lançamento e conteúdol  Responsável pela rentabilidade (ROI)‫‏‬l  Prioriza funcionalidades de acordo com o valor de mercadol  Ajusta funcionalidades e prioridadesl  Aceita ou rejeita o resultado dos trabalhos
  • 17. ScrumMasterl  Representa a gerência para o projetol  Responsável pela aplicação dos valores e práticas do Scruml  Remove obstáculosl  Garante a plena funcionalidade e produtividade da equipel  Garante a colaboração entre os diversos papéis e funçõesl  Escudo para interferências externas
  • 18. Scrum frameworkPapéis• Dono do produto• ScrumMaster• Equipe Cerimônia • Planejamento • Revisão • Retrospectiva • Reunião diária Artefatos • Product backlog • Sprint backlog • Burndown charts
  • 19. Planejamento do Sprintl  A equipe seleciona itens do Product Backlog com os quais compromete-se a concluirl  O Sprint Backlog é criado l  Tarefas  idenQficadas  e  esQmadas  (1  a  16  horas)‫  ‏‬ l  De  forma  colaboraQva,  não  apenas  feito  pelo  ScrumMaster  l  Planejamento de alto nível é considerado
  • 20. Scrum diáriol  Parâmetros l  Diário   l  15  minutos  l  Todos em pé!l  Não é para a solução de problemas l  Todo  mundo  é  convidado   l  Apenas  os  membros  da  equipe,  ScrumMaster  e  dono  do   produto  podem  falar  l  Ajuda a evitar reuniões adicionais desnecessárias
  • 21. Três questões, para todosl  As respostas não são um “relatório” para o ScrumMasterl  Elas são COMPROMISSOS perante os pares
  • 22. Revisão do Sprintl  Equipe apresenta os resultados obtidos durante o Sprintl  Tipicamente, demonstração de novas funcionalidades ou sua arquitetural  Informal l  2  horas  de  preparação   l  Sem  slides  l  Todo o time participal  Todo mundo é convidado
  • 23. Retrospectiva do Sprintl  Periodicamente, observe o que funciona e o que não funcional  Tipicamente de 15 a 30 minutosl  Feita após cada Sprintl  Toda a equipe participa l  ScrumMaster   l  Dono  do  produto   l  Membros  da  equipe   l  Clientes  e  outros  
  • 24. Inicia, Pára, Continual  A equipe discute o que gostaria de: Iniciar a fazer Parar de fazer Esta é uma das várias maneiras Continuar de se conduzir uma fazendo retrospectiva do Sprint
  • 25. Scrum frameworkPapéis• Dono do produto• ScrumMaster• Equipe Cerimônia • Planejamento • Revisão • Retrospectiva • Reunião diária Artefatos • Product backlog • Sprint backlog • Burndown charts
  • 26. Product Backlog l  Os requerimentos l  Uma lista de todo o trabalho desejado no projeto l  Idealmente, na forma em que cada item tenha seu peso de acordo com a vontade do cliente ou usuários l  Priorizado pelo dono do produtoEste é o Product l  Repriorizado no início de cada Sprint Backlog
  • 27. Exemplo de Product Backlog Item do Backlog EstimativaPermitir que o usuário faça uma reserva 3Permitir que o usuário cancele a reserva 5Permitir a troca de datas da reserva 3Permitir que empregadod do hotel gerem 8relatórios de lucratividadeMelhorar manipulação de erros 8... 30... 50
  • 28. O objetivo do Sprintl  Breve declaração que ilustre o foco do trabalho durante o Sprint Ciências da vida Funcionalidades para estudosBase de Dados genéticos da populaçãoFazer com que a aplicação rodeno SAL Server além doPostgreSQL Serviços financeiros Criar suporte para indicadores de desempenho em tempo real
  • 29. Gerenciando o Sprint Backlogl  Cada indivíduo escolhe o trabalho que fará Trabalhos  nunca  são  atribuídos   l l  Atualização diária da estimativa do trabalho restantel  Qualquer membro da equipe pode adicionar, apagar ou mudar tarefasl  O trabalho aparece a partir do Sprintl  Se uma tarefa não é clara, defina-a como um item com uma quantidade maior de tempo e subdivida-a depoisl  Atualize as coisas a serem feitas na medida em que se tornam mais conhecidas
  • 30. Sprint Backlog Tarefas Seg Ter Qua Qui SexCodificar interface de usuário 8 4 8Codificar regra de negócio 16 12 10 4Testar 8 16 16 11 8Escrever help online 12Escrever a classe foo 8 8 8 8 8Adicionar log de erros 8 4
  • 31. Burndown ChartHoras
  • 32. 50 40 30Horas 20 10 0 Seg Ter Qua Qui Sex
  • 33. Escalabilidadel  Equipe de 7 ± 2 pessoas l  Escalabilidade  através  de  equipes  de  equipes  l  Fatores de escala l  Tipo  de  aplicação   l  Tamanho  da  equipe   l  Dispersão  da  equipe   l  Duração  do  projeto  l  Scrum é usado em projetps envolvendo mais de 500 pessoas
  • 34. Para onde ir agora?l  www.mountaingoatsoftware.com/scruml  www.scrumalliance.orgl  www.controlchaos.coml  scrumdevelopment@yahoogroups.coml  Agile Software Development with Scrum by Ken Schwaber and Mike Beedlel  Agile Project Management with Scrum by Ken Schwaberl  Scrum and the Enterprise by Ken Schwaber
  • 35. Para onde ir agora?l  Artigos de Cesar Brod, sobre Scrum, no Dicas-L l  www.dicas-­‐l.com.br/brod   l  www.brod.com.br  l  Procure por Scruml  Links para exemplos online de Sprint e Product Backlog
  • 36. Dicas de Leitural  Agile and Iterative Development: A Manager’s Guide by Craig Larmanl  Agile Estimating and Planning by Mike Cohnl  Agile Project Management with Scrum by Ken Schwaberl  Agile Retrospectives by Esther Derby and Diana Larsenl  Agile Software Development Ecosystems by Jim Highsmithl  Agile Software Development with Scrum by Ken Schwaber andl  Mike Beedlel  Scrum and The Enterprise by Ken Schwaberl  User Stories Applied for Agile Software Development by Mike Cohnl  Artigos semanais em www.scrumalliance.org
  • 37. Copyright

×