Your SlideShare is downloading. ×
Scrum - Desenvolvendo Software e Entregando Valor
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Scrum - Desenvolvendo Software e Entregando Valor

369

Published on

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
369
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
12
Comments
0
Likes
0
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. ScrumDesenvolvendo software e entregando valorsábado, 1 de junho de 2013
  • 2. • Problemas• Agile• Papéis no Scrum• Processo Scrum• Atenção• ResultadosAgendasábado, 1 de junho de 2013
  • 3. Problemascom o método tradicionalde desenvolver softwaresábado, 1 de junho de 2013
  • 4. TradicionalDesenvolvimento em fasesAntecipação de resultadosLevantamento total dos requisitossábado, 1 de junho de 2013
  • 5. Requisitos pouco clarosMedo de ir para a próxima faseParalisia da análisesábado, 1 de junho de 2013
  • 6. Mudanças de RequisitosMudanças ficam cada vez mais carasClientes não consegues o que queremsábado, 1 de junho de 2013
  • 7. Projetos LongosSomente 32% dos projetos são entregues com sucesso*Projetos longos adiam a receita* Fonte: Standish Groupsábado, 1 de junho de 2013
  • 8. TestesNão “sobra” tempo para testesA garantia da qualidade é negociadaIntegração tardia = Falha no finalsábado, 1 de junho de 2013
  • 9. Desperdício de TempoSomente 52% de funcionalidades implementadas*64% dessas funcionalidades são raramente usadas** Fonte: Standish Groupsábado, 1 de junho de 2013
  • 10. Visibilidade pobre% de tarefas inúteis realizadas*Média superada 43%** Fonte: Standish Groupsábado, 1 de junho de 2013
  • 11. AgileSoftwareDevelopmentsábado, 1 de junho de 2013
  • 12. ProjetosCaóticosProjetosÁgeisProjetosEstruturadossábado, 1 de junho de 2013
  • 13. Manifesto ÁgilEstamos descobrindo maneiras melhores de desenvolver software fazendo-o nós mesmos eajudando outros a fazê-lo.Através deste trabalho, passamos a valorizar:Indivíduos e interação entre eles mais que processos e ferramentasSoftware em funcionamento mais que documentação abrangenteColaboração com o cliente mais que negociação de contratosResponder a mudanças mais que seguir um planoOu seja, mesmo havendo valor nos itens à direita, valorizamos mais os itens à esquerda.sábado, 1 de junho de 2013
  • 14. Princípios Ágeis✓Satisfação do cliente✓Mudanças são bem-vindas✓Entregar frequentemente✓Trabalhar como um time✓Motivar a equipe✓Comunicação face a face✓Medir o trabalho✓Manter a cadência✓Buscar a qualidade✓Manter a simplicidade✓Engajar✓Refletir regularmentesábado, 1 de junho de 2013
  • 15. Adoção do Agilesábado, 1 de junho de 2013
  • 16. Adoção do Agilesábado, 1 de junho de 2013
  • 17. Scrumsábado, 1 de junho de 2013
  • 18. Os MentoresKen Schwaber Jeff SutherlandMike Cohnsábado, 1 de junho de 2013
  • 19. Objetivo doScrumGerenciar a complexidade, imprevisibilidade e mudançasatravés da visibilidade, Inspeção e Adaptaçãosábado, 1 de junho de 2013
  • 20. sábado, 1 de junho de 2013
  • 21. Papéis noScrumsábado, 1 de junho de 2013
  • 22. Product OwnerÉ o dono do projeto, representa o cliente.sábado, 1 de junho de 2013
  • 23. Product OwnerDefine as funcionalidades de acordo com a visão.Prioriza as funcionalidades.Organiza as releases.Fornece feedback.Aceita ou rejeita os resultados.sábado, 1 de junho de 2013
  • 24. TimeDeve ser pequeno, multifuncional e auto-organizado.sábado, 1 de junho de 2013
  • 25. TimeDefine as tarefas.Estima o esforço.Desenvolve o produto.Garante a qualidade.Evolui o processo.sábado, 1 de junho de 2013
  • 26. Scrum MasterLíder servidor, protetor do time e responsável pelo processo.sábado, 1 de junho de 2013
  • 27. Scrum MasterRemove impedimentos.Previne interrupções.Facilitador para o Time.Garante o funcionamento do processo.Gerencia o gerenciamento.sábado, 1 de junho de 2013
  • 28. Porcos e Galinhassábado, 1 de junho de 2013
  • 29. Processo Scrumsábado, 1 de junho de 2013
  • 30. Processo Scrumsábado, 1 de junho de 2013
  • 31. Product BacklogExpressa valor e adia decisõessábado, 1 de junho de 2013
  • 32. Product BacklogCriado pelo Product Owner.Requisitos de alto nível.Expressa o valor para o negócio.Incompleto, imperfeito.Espera por mudanças e desenvolvimento.Visão limitada do futuro.sábado, 1 de junho de 2013
  • 33. Product BacklogPriorizado pelo valor e risco.Contém User Stories bem escritas.Inclui as estimativas por pontos.Deve ser público e de fácil acesso.sábado, 1 de junho de 2013
  • 34. User StoryEu como <usuário>, quero <funcionalidade> paraque <benefício>.Eu como bibliotecário, quero um sistema de buscapara que seja possível encontrar livros facilmente.sábado, 1 de junho de 2013
  • 35. SprintTimeboxed, funcionalidades congeladas, escopo variável, resultadoentregável.sábado, 1 de junho de 2013
  • 36. SprintPlanningCapacidade do TimeProduct BacklogNegócioTecnologiaObjetivosábado, 1 de junho de 2013
  • 37. Comunicação frente-a-frente.Pequenos passos reversíveis.Perspectivas do Usuário.Sprint Planningsábado, 1 de junho de 2013
  • 38. Sprint Planning - Parte 1Planejamento no nível estratégico.Priorizar e selecionar as funcionalidades.Discutir os critérios de aceitação.Alinhar o entendimento.Tempo: 1 hora por semana de Sprint.Presençaobrigatória:PO, SM,Time.sábado, 1 de junho de 2013
  • 39. Sprint Planning - Parte 2Planejamento no nível tático.Define os itens do Sprint Backlog.Estmativa dos itens do Sprint Backlog.Uso daVelocidade.Tempo: 1 hora por semana de Sprint.Presençaobrigatória:SM,Time.sábado, 1 de junho de 2013
  • 40. Sprint BacklogQuebrando em tarefas técnicas os itens de negócio.sábado, 1 de junho de 2013
  • 41. Sprint BacklogCriado pelo time.O time organiza e aloca as tarefas.Nada é adicionado por outras pessoas.sábado, 1 de junho de 2013
  • 42. DailyScrumsábado, 1 de junho de 2013
  • 43. Daily ScrumComprometimento e responsabilidade.Dizer o que esta fazendo e fazer o que está dizendo.Todo mundo é convidado a participar.Tempo: Até 15 minutos todos os dias.sábado, 1 de junho de 2013
  • 44. Daily ScrumO que você fez desde o último daily meeting?O que você fará até o próximo daily meeting?Está com algum impedimento?Somente o Time fala.Não é para resolver problemas.Tempo:Até 15 minutostodos os dias.sábado, 1 de junho de 2013
  • 45. Task BoardTarefascompletasSprintBacklogTarefas emandamentoGráfico deBurndownsábado, 1 de junho de 2013
  • 46. Definição de ProntoEvite a síndrome dos 90%Codificado, comentado, checked-in, integrado,revisado, com testes unitários, implantado emambiente de testes, aceito pelos critérios deaceitação e documentado.Pronto!sábado, 1 de junho de 2013
  • 47. Sprint Burndownsábado, 1 de junho de 2013
  • 48. SprintReviewSatisfazer o POObter feedbacksábado, 1 de junho de 2013
  • 49. Informal, sem slides.Todos do Time participam.Qualquer um pode ser convidado.Sprint Reviewsábado, 1 de junho de 2013
  • 50. Necessário preparação.Todas as funcionalidades devem ser mostradas.Os resultados podem ser aceitos ou rejeitados.Tempo: 2 horas para cada semana de Sprint.Sprint Reviewsábado, 1 de junho de 2013
  • 51. SprintRetrospectiveMelhorando o Processosábado, 1 de junho de 2013
  • 52. Reflexão sobre o processo e produto.Todos do Time participam.Não é necessário a participação do Product Owner.Sprint Retrospectivesábado, 1 de junho de 2013
  • 53. O que precisamos começar a fazer?O que precisamos parar de fazer?O que precisamos continuar fazendo?Sprint Retrospectivesábado, 1 de junho de 2013
  • 54. ReleasePlanningsábado, 1 de junho de 2013
  • 55. Planejar funcionalidades em Sprints e Releases.Releases dependem dos Sprints concluídos com sucesso.Release Planningsábado, 1 de junho de 2013
  • 56. Cancelar Sprintsábado, 1 de junho de 2013
  • 57. Me dê um motivológico paracancelarmos aSprint!sábado, 1 de junho de 2013
  • 58. Cancelar Sprint• Somente em casos extremos.• Time cancela:A meta da Sprint ficou inalcançável.• Product Owner cancela:A prioridade mudou.• Dar visibilidade ao problema.sábado, 1 de junho de 2013
  • 59. SprintEntrega constantede valor para onegócio.Inspeção eAdaptaçãosábado, 1 de junho de 2013
  • 60. SprintOrientado pelo Product OwnerPequenos passosAs mudanças são bem-vindasOs Times são multifuncionaisInclui design e testesMantém uma cadência na entregaCompartilha o comprometimentoBusca a alta qualidadeObtém feedback“Falha rápido”sábado, 1 de junho de 2013
  • 61. ResultadosEfeitos do Scrumsábado, 1 de junho de 2013
  • 62. Gerenciar a incertezaPequenos projetos, riscos menoressábado, 1 de junho de 2013
  • 63. Escopo flexívelAceita mudanças em intervalos fixossábado, 1 de junho de 2013
  • 64. Entregas rápidasEntrega de valor em pequenos incrementossábado, 1 de junho de 2013
  • 65. Alta qualidadeTestes acontecem continuamentesábado, 1 de junho de 2013
  • 66. Elimina o desperdícioNada é especificado, nada é construídosábado, 1 de junho de 2013
  • 67. Aumenta a visibilidadeTodos os problemas são visíveissábado, 1 de junho de 2013
  • 68. Mais divertido,Times Felizessábado, 1 de junho de 2013
  • 69. Pré-Condições✓Empoderamento✓Disciplina✓Coragem✓Energia✓Paixão✓Acompanhamento✓Times Estáveis✓Time Multifuncional✓Colaboração✓Cliente Disponívelsábado, 1 de junho de 2013
  • 70. Atenção!Scrum não é uma prática de engenhariaParece simples, mas é dificilNão é bala de prataÉ incompletoLeva temposábado, 1 de junho de 2013
  • 71. sergio@corefactory.com.brTwitter: @sergiomonteiroSérgio Monteirosábado, 1 de junho de 2013

×