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
Próximos SlideShares
Carregando em…5
×

Scrum - Desenvolvendo Software e Entregando Valor

596 visualizações

Publicada em

Publicada em: Tecnologia
0 comentários
0 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Sem downloads
Visualizações
Visualizações totais
596
No SlideShare
0
A partir de incorporações
0
Número de incorporações
195
Ações
Compartilhamentos
0
Downloads
13
Comentários
0
Gostaram
0
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

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

×