Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
ScrumDesenvolvendo software e entregando valorsábado, 1 de junho de 2013
• Problemas• Agile• Papéis no Scrum• Processo Scrum• Atenção• ResultadosAgendasábado, 1 de junho de 2013
Problemascom o método tradicionalde desenvolver softwaresábado, 1 de junho de 2013
TradicionalDesenvolvimento em fasesAntecipação de resultadosLevantamento total dos requisitossábado, 1 de junho de 2013
Requisitos pouco clarosMedo de ir para a próxima faseParalisia da análisesábado, 1 de junho de 2013
Mudanças de RequisitosMudanças ficam cada vez mais carasClientes não consegues o que queremsábado, 1 de junho de 2013
Projetos LongosSomente 32% dos projetos são entregues com sucesso*Projetos longos adiam a receita* Fonte: Standish Groupsá...
TestesNão “sobra” tempo para testesA garantia da qualidade é negociadaIntegração tardia = Falha no finalsábado, 1 de junho ...
Desperdício de TempoSomente 52% de funcionalidades implementadas*64% dessas funcionalidades são raramente usadas** Fonte: ...
Visibilidade pobre% de tarefas inúteis realizadas*Média superada 43%** Fonte: Standish Groupsábado, 1 de junho de 2013
AgileSoftwareDevelopmentsábado, 1 de junho de 2013
ProjetosCaóticosProjetosÁgeisProjetosEstruturadossábado, 1 de junho de 2013
Manifesto ÁgilEstamos descobrindo maneiras melhores de desenvolver software fazendo-o nós mesmos eajudando outros a fazê-l...
Princípios Ágeis✓Satisfação do cliente✓Mudanças são bem-vindas✓Entregar frequentemente✓Trabalhar como um time✓Motivar a eq...
Adoção do Agilesábado, 1 de junho de 2013
Adoção do Agilesábado, 1 de junho de 2013
Scrumsábado, 1 de junho de 2013
Os MentoresKen Schwaber Jeff SutherlandMike Cohnsábado, 1 de junho de 2013
Objetivo doScrumGerenciar a complexidade, imprevisibilidade e mudançasatravés da visibilidade, Inspeção e Adaptaçãosábado,...
sábado, 1 de junho de 2013
Papéis noScrumsábado, 1 de junho de 2013
Product OwnerÉ o dono do projeto, representa o cliente.sábado, 1 de junho de 2013
Product OwnerDefine as funcionalidades de acordo com a visão.Prioriza as funcionalidades.Organiza as releases.Fornece feedb...
TimeDeve ser pequeno, multifuncional e auto-organizado.sábado, 1 de junho de 2013
TimeDefine as tarefas.Estima o esforço.Desenvolve o produto.Garante a qualidade.Evolui o processo.sábado, 1 de junho de 2013
Scrum MasterLíder servidor, protetor do time e responsável pelo processo.sábado, 1 de junho de 2013
Scrum MasterRemove impedimentos.Previne interrupções.Facilitador para o Time.Garante o funcionamento do processo.Gerencia ...
Porcos e Galinhassábado, 1 de junho de 2013
Processo Scrumsábado, 1 de junho de 2013
Processo Scrumsábado, 1 de junho de 2013
Product BacklogExpressa valor e adia decisõessábado, 1 de junho de 2013
Product BacklogCriado pelo Product Owner.Requisitos de alto nível.Expressa o valor para o negócio.Incompleto, imperfeito.E...
Product BacklogPriorizado pelo valor e risco.Contém User Stories bem escritas.Inclui as estimativas por pontos.Deve ser pú...
User StoryEu como <usuário>, quero <funcionalidade> paraque <benefício>.Eu como bibliotecário, quero um sistema de buscapa...
SprintTimeboxed, funcionalidades congeladas, escopo variável, resultadoentregável.sábado, 1 de junho de 2013
SprintPlanningCapacidade do TimeProduct BacklogNegócioTecnologiaObjetivosábado, 1 de junho de 2013
Comunicação frente-a-frente.Pequenos passos reversíveis.Perspectivas do Usuário.Sprint Planningsábado, 1 de junho de 2013
Sprint Planning - Parte 1Planejamento no nível estratégico.Priorizar e selecionar as funcionalidades.Discutir os critérios...
Sprint Planning - Parte 2Planejamento no nível tático.Define os itens do Sprint Backlog.Estmativa dos itens do Sprint Backl...
Sprint BacklogQuebrando em tarefas técnicas os itens de negócio.sábado, 1 de junho de 2013
Sprint BacklogCriado pelo time.O time organiza e aloca as tarefas.Nada é adicionado por outras pessoas.sábado, 1 de junho ...
DailyScrumsábado, 1 de junho de 2013
Daily ScrumComprometimento e responsabilidade.Dizer o que esta fazendo e fazer o que está dizendo.Todo mundo é convidado a...
Daily ScrumO que você fez desde o último daily meeting?O que você fará até o próximo daily meeting?Está com algum impedime...
Task BoardTarefascompletasSprintBacklogTarefas emandamentoGráfico deBurndownsábado, 1 de junho de 2013
Definição de ProntoEvite a síndrome dos 90%Codificado, comentado, checked-in, integrado,revisado, com testes unitários, impl...
Sprint Burndownsábado, 1 de junho de 2013
SprintReviewSatisfazer o POObter feedbacksábado, 1 de junho de 2013
Informal, sem slides.Todos do Time participam.Qualquer um pode ser convidado.Sprint Reviewsábado, 1 de junho de 2013
Necessário preparação.Todas as funcionalidades devem ser mostradas.Os resultados podem ser aceitos ou rejeitados.Tempo: 2 ...
SprintRetrospectiveMelhorando o Processosábado, 1 de junho de 2013
Reflexão sobre o processo e produto.Todos do Time participam.Não é necessário a participação do Product Owner.Sprint Retros...
O que precisamos começar a fazer?O que precisamos parar de fazer?O que precisamos continuar fazendo?Sprint Retrospectivesá...
ReleasePlanningsábado, 1 de junho de 2013
Planejar funcionalidades em Sprints e Releases.Releases dependem dos Sprints concluídos com sucesso.Release Planningsábado...
Cancelar Sprintsábado, 1 de junho de 2013
Me dê um motivológico paracancelarmos aSprint!sábado, 1 de junho de 2013
Cancelar Sprint• Somente em casos extremos.• Time cancela:A meta da Sprint ficou inalcançável.• Product Owner cancela:A pri...
SprintEntrega constantede valor para onegócio.Inspeção eAdaptaçãosábado, 1 de junho de 2013
SprintOrientado pelo Product OwnerPequenos passosAs mudanças são bem-vindasOs Times são multifuncionaisInclui design e tes...
ResultadosEfeitos do Scrumsábado, 1 de junho de 2013
Gerenciar a incertezaPequenos projetos, riscos menoressábado, 1 de junho de 2013
Escopo flexívelAceita mudanças em intervalos fixossábado, 1 de junho de 2013
Entregas rápidasEntrega de valor em pequenos incrementossábado, 1 de junho de 2013
Alta qualidadeTestes acontecem continuamentesábado, 1 de junho de 2013
Elimina o desperdícioNada é especificado, nada é construídosábado, 1 de junho de 2013
Aumenta a visibilidadeTodos os problemas são visíveissábado, 1 de junho de 2013
Mais divertido,Times Felizessábado, 1 de junho de 2013
Pré-Condições✓Empoderamento✓Disciplina✓Coragem✓Energia✓Paixão✓Acompanhamento✓Times Estáveis✓Time Multifuncional✓Colaboraçã...
Atenção!Scrum não é uma prática de engenhariaParece simples, mas é dificilNão é bala de prataÉ incompletoLeva temposábado, ...
sergio@corefactory.com.brTwitter: @sergiomonteiroSérgio Monteirosábado, 1 de junho de 2013
Upcoming SlideShare
Loading in …5
×

Scrum - Desenvolvendo Software e Entregando Valor

608 views

Published on

Published in: Technology
  • Be the first to comment

  • Be the first to like this

Scrum - Desenvolvendo Software e Entregando Valor

  1. 1. ScrumDesenvolvendo software e entregando valorsábado, 1 de junho de 2013
  2. 2. • Problemas• Agile• Papéis no Scrum• Processo Scrum• Atenção• ResultadosAgendasábado, 1 de junho de 2013
  3. 3. Problemascom o método tradicionalde desenvolver softwaresábado, 1 de junho de 2013
  4. 4. TradicionalDesenvolvimento em fasesAntecipação de resultadosLevantamento total dos requisitossábado, 1 de junho de 2013
  5. 5. Requisitos pouco clarosMedo de ir para a próxima faseParalisia da análisesábado, 1 de junho de 2013
  6. 6. Mudanças de RequisitosMudanças ficam cada vez mais carasClientes não consegues o que queremsábado, 1 de junho de 2013
  7. 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. 8. TestesNão “sobra” tempo para testesA garantia da qualidade é negociadaIntegração tardia = Falha no finalsábado, 1 de junho de 2013
  9. 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. 10. Visibilidade pobre% de tarefas inúteis realizadas*Média superada 43%** Fonte: Standish Groupsábado, 1 de junho de 2013
  11. 11. AgileSoftwareDevelopmentsábado, 1 de junho de 2013
  12. 12. ProjetosCaóticosProjetosÁgeisProjetosEstruturadossábado, 1 de junho de 2013
  13. 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. 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. 15. Adoção do Agilesábado, 1 de junho de 2013
  16. 16. Adoção do Agilesábado, 1 de junho de 2013
  17. 17. Scrumsábado, 1 de junho de 2013
  18. 18. Os MentoresKen Schwaber Jeff SutherlandMike Cohnsábado, 1 de junho de 2013
  19. 19. Objetivo doScrumGerenciar a complexidade, imprevisibilidade e mudançasatravés da visibilidade, Inspeção e Adaptaçãosábado, 1 de junho de 2013
  20. 20. sábado, 1 de junho de 2013
  21. 21. Papéis noScrumsábado, 1 de junho de 2013
  22. 22. Product OwnerÉ o dono do projeto, representa o cliente.sábado, 1 de junho de 2013
  23. 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. 24. TimeDeve ser pequeno, multifuncional e auto-organizado.sábado, 1 de junho de 2013
  25. 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. 26. Scrum MasterLíder servidor, protetor do time e responsável pelo processo.sábado, 1 de junho de 2013
  27. 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. 28. Porcos e Galinhassábado, 1 de junho de 2013
  29. 29. Processo Scrumsábado, 1 de junho de 2013
  30. 30. Processo Scrumsábado, 1 de junho de 2013
  31. 31. Product BacklogExpressa valor e adia decisõessábado, 1 de junho de 2013
  32. 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. 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. 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. 35. SprintTimeboxed, funcionalidades congeladas, escopo variável, resultadoentregável.sábado, 1 de junho de 2013
  36. 36. SprintPlanningCapacidade do TimeProduct BacklogNegócioTecnologiaObjetivosábado, 1 de junho de 2013
  37. 37. Comunicação frente-a-frente.Pequenos passos reversíveis.Perspectivas do Usuário.Sprint Planningsábado, 1 de junho de 2013
  38. 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. 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. 40. Sprint BacklogQuebrando em tarefas técnicas os itens de negócio.sábado, 1 de junho de 2013
  41. 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. 42. DailyScrumsábado, 1 de junho de 2013
  43. 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. 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. 45. Task BoardTarefascompletasSprintBacklogTarefas emandamentoGráfico deBurndownsábado, 1 de junho de 2013
  46. 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. 47. Sprint Burndownsábado, 1 de junho de 2013
  48. 48. SprintReviewSatisfazer o POObter feedbacksábado, 1 de junho de 2013
  49. 49. Informal, sem slides.Todos do Time participam.Qualquer um pode ser convidado.Sprint Reviewsábado, 1 de junho de 2013
  50. 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. 51. SprintRetrospectiveMelhorando o Processosábado, 1 de junho de 2013
  52. 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. 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. 54. ReleasePlanningsábado, 1 de junho de 2013
  55. 55. Planejar funcionalidades em Sprints e Releases.Releases dependem dos Sprints concluídos com sucesso.Release Planningsábado, 1 de junho de 2013
  56. 56. Cancelar Sprintsábado, 1 de junho de 2013
  57. 57. Me dê um motivológico paracancelarmos aSprint!sábado, 1 de junho de 2013
  58. 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. 59. SprintEntrega constantede valor para onegócio.Inspeção eAdaptaçãosábado, 1 de junho de 2013
  60. 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. 61. ResultadosEfeitos do Scrumsábado, 1 de junho de 2013
  62. 62. Gerenciar a incertezaPequenos projetos, riscos menoressábado, 1 de junho de 2013
  63. 63. Escopo flexívelAceita mudanças em intervalos fixossábado, 1 de junho de 2013
  64. 64. Entregas rápidasEntrega de valor em pequenos incrementossábado, 1 de junho de 2013
  65. 65. Alta qualidadeTestes acontecem continuamentesábado, 1 de junho de 2013
  66. 66. Elimina o desperdícioNada é especificado, nada é construídosábado, 1 de junho de 2013
  67. 67. Aumenta a visibilidadeTodos os problemas são visíveissábado, 1 de junho de 2013
  68. 68. Mais divertido,Times Felizessábado, 1 de junho de 2013
  69. 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. 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. 71. sergio@corefactory.com.brTwitter: @sergiomonteiroSérgio Monteirosábado, 1 de junho de 2013

×