Scrum: Na prática o que importa são os Valores

4.193 visualizações

Publicada em

Ontem aconteceu em Recife, mais um evento do Spin, com organização da Teresa Maciel, para falar de desenvolvimento ágil de software. O tema desse ano foi "Agilidade na Prática".

Apesar de eu ter sido convidado para apresentar o case da Globo.com mais uma vez, quando vi o tema do evento, resolvi falar de algo que me preocupa muito ultimamente: A adoção do SCRUM pelo mainstream sem muita preocupação com os princípios e valores que estão por traz das práticas muito simples de serem explicadas e compreendidas.

O SCRUM pode ser facilmente explicado para um leigo no assunto com menos de 2 minutos e 2 ou 3 diagramas. Porém implementar o SCRUM e ter o time no que Jeff Sutherland chama de "Estado de Hiperprodutividade" é uma tarefa muito complexa.

Numa escala de complexidade que vai do simplório, passando pelo complexo, para chegar ao simples, eu classifico o SCRUM como um framework "simples".
Além de toda a teoria da produção puxada, teoria das restrições, lean, PDCA, teoria dos sistemas adaptativos complexos e do paper de Nonaka e Takeuchi, por trás dessa simplicidade do modelo, o SCRUM engloba 38 patterns organizacionais de 60 que foram constatados pela equipe de Pesquisas da Bell Labs nos EUA, durante a ultima década do ultimo século, em projetos de dúzias de empresas ao redor do mundo que tiveram sucesso fora do comum.

http://blog.bardusco.com

Publicada em: Tecnologia
1 comentário
10 gostaram
Estatísticas
Notas
Sem downloads
Visualizações
Visualizações totais
4.193
No SlideShare
0
A partir de incorporações
0
Número de incorporações
1.618
Ações
Compartilhamentos
0
Downloads
183
Comentários
1
Gostaram
10
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Scrum: Na prática o que importa são os Valores

  1. 1. SCRUM Na Prática o que importa são os Valores. Danilo Bardusco <bardusco@corp.globo.com> Gerente Geral de Desenvolvimento Monday, November 30, 2009
  2. 2. Abstract Nessa palestra você vai descobrir por que os Princípios e Valores do SCRUM são mais importantes do que as Práticas, e como práticas certas no contexto errado podem simplesmente arruinar o seu projeto. Você vai descobrir por que a prática certa executada pela pessoa errada pode não ter efeito algum ou ainda, como o resultado das práticas sem o conhecimento dos valores pode te levar a conclusões erradas. Monday, November 30, 2009
  3. 3. SCRUM Flow Monday, November 30, 2009
  4. 4. SCRUM Meetings Daily Daily Daily ooo Sprint Meeting Meeting Meeting Sprint Planning 1 Review Sprint Sprint Retrospec Planning 2 tive Monday, November 30, 2009
  5. 5. SCRUM Meetings Daily Daily Daily ooo Sprint Meeting Meeting Meeting Sprint O que? Planning 1 Review Sprint Sprint Retrospec Planning 2 tive Monday, November 30, 2009
  6. 6. SCRUM Meetings Daily Daily Daily ooo Sprint Meeting Meeting Meeting Sprint O que? Planning 1 Review Sprint Sprint Como? Retrospec Planning 2 tive Monday, November 30, 2009
  7. 7. SCRUM Meetings Daily Daily Daily progresso ooo Sprint Meeting Meeting Meeting Sprint O que? Planning 1 Review Sprint Sprint Como? Retrospec Planning 2 tive Monday, November 30, 2009
  8. 8. SCRUM Meetings Daily Daily Daily progresso progresso ooo Sprint Meeting Meeting Meeting Sprint O que? Planning 1 Review Sprint Sprint Como? Retrospec Planning 2 tive Monday, November 30, 2009
  9. 9. SCRUM Meetings Daily Daily Daily progresso progresso progresso o o o Sprint Meeting Meeting Meeting Sprint O que? Planning 1 Review Sprint Sprint Como? Retrospec Planning 2 tive Monday, November 30, 2009
  10. 10. SCRUM Meetings Daily Daily Daily progresso progresso progresso o o o Sprint Meeting Meeting Meeting Sprint O que? resultado Planning 1 Review Sprint Sprint Como? Retrospec Planning 2 tive Monday, November 30, 2009
  11. 11. SCRUM Meetings Daily Daily Daily progresso progresso progresso o o o Sprint Meeting Meeting Meeting Sprint O que? resultado Planning 1 Review Sprint Sprint Como? melhoria Retrospec Planning 2 tive Monday, November 30, 2009
  12. 12. Scrum Organizational Patterns Monday, November 30, 2009
  13. 13. Sprint Burndown Chart Monday, November 30, 2009
  14. 14. BurnDown Monday, November 30, 2009
  15. 15. Propósito do Burndown • Radiador de informação sobre o andamento do Sprint. • Alerta para replanejamento. • Evita a síndrome do estudante. • Prefira queimar Histórias e não tarefas. Monday, November 30, 2009
  16. 16. Quem deve desenhar o BurnDown? Monday, November 30, 2009
  17. 17. Quem deve desenhar o BurnDown? 1. Scrum Master Monday, November 30, 2009
  18. 18. Quem deve desenhar o BurnDown? 1. Scrum Master 2. Product Owner Monday, November 30, 2009
  19. 19. Quem deve desenhar o BurnDown? 1. Scrum Master 2. Product Owner 3. As galinhas Monday, November 30, 2009
  20. 20. Quem deve desenhar o BurnDown? 1. Scrum Master 2. Product Owner 3. As galinhas 4. A Tia do Cafézinho Monday, November 30, 2009
  21. 21. Quem deve desenhar o BurnDown? 1. Scrum Master 2. Product Owner 3. As galinhas 4. A Tia do Cafézinho 5. O Time Monday, November 30, 2009
  22. 22. Resposta correta: oTime! Monday, November 30, 2009
  23. 23. Daily Meeting Monday, November 30, 2009
  24. 24. Daily Meeting O Daily meeting é uma reunião diária de 15min onde cada participante responde as 3 perguntas: • o que eu fiz ontem? • o que eu vou fazer hoje? • o que está me impedindo de trabalhar? Monday, November 30, 2009
  25. 25. umm entendi! O Daily meeting é uma ferramenta de status report pro: Monday, November 30, 2009
  26. 26. umm entendi! O Daily meeting é uma ferramenta de status report pro: • ScrumMaster. Monday, November 30, 2009
  27. 27. umm entendi! O Daily meeting é uma ferramenta de status report pro: • ScrumMaster. • Product Owner. Monday, November 30, 2009
  28. 28. umm entendi! O Daily meeting é uma ferramenta de status report pro: • ScrumMaster. • Product Owner. • Time. Monday, November 30, 2009
  29. 29. NÃO ! Monday, November 30, 2009
  30. 30. O que é o Daily Meeting? É uma ferramenta que o time usa para se replanejar diariamente, buscando alternativas para entregar mais rápido o Goal do Sprint. Monday, November 30, 2009
  31. 31. O que é o Daily Meeting? É uma ferramenta que o time usa para se replanejar diariamente, buscando alternativas para entregar mais rápido o Goal do Sprint. • Tirar uma foto do projeto Monday, November 30, 2009
  32. 32. O que é o Daily Meeting? É uma ferramenta que o time usa para se replanejar diariamente, buscando alternativas para entregar mais rápido o Goal do Sprint. • Tirar uma foto do projeto • Descobrir dependencias/impedimentos Monday, November 30, 2009
  33. 33. O que é o Daily Meeting? É uma ferramenta que o time usa para se replanejar diariamente, buscando alternativas para entregar mais rápido o Goal do Sprint. • Tirar uma foto do projeto • Descobrir dependencias/impedimentos • Endereçar quaisquer necessidades dos indivíduos do time. Monday, November 30, 2009
  34. 34. O que é o Daily Meeting? É uma ferramenta que o time usa para se replanejar diariamente, buscando alternativas para entregar mais rápido o Goal do Sprint. • Tirar uma foto do projeto • Descobrir dependencias/impedimentos • Endereçar quaisquer necessidades dos indivíduos do time. • Replanejar o trabalho diariamente. Monday, November 30, 2009
  35. 35. Daily Meeting Sintomático sintomas de que o time ainda não entendeu o objetivo do daily meeting. Monday, November 30, 2009
  36. 36. Daily Meeting Sintomático sintomas de que o time ainda não entendeu o objetivo do daily meeting. • respostas genéricas e mecanizadas à 2 perguntas Monday, November 30, 2009
  37. 37. Daily Meeting Sintomático sintomas de que o time ainda não entendeu o objetivo do daily meeting. • respostas genéricas e mecanizadas à 2 perguntas • impedimentos nunca são levantados Monday, November 30, 2009
  38. 38. Daily Meeting Sintomático sintomas de que o time ainda não entendeu o objetivo do daily meeting. • respostas genéricas e mecanizadas à 2 perguntas • impedimentos nunca são levantados • pessoas atrasadas. Monday, November 30, 2009
  39. 39. Daily Meeting Sintomático sintomas de que o time ainda não entendeu o objetivo do daily meeting. • respostas genéricas e mecanizadas à 2 perguntas • impedimentos nunca são levantados • pessoas atrasadas. • daily meeting semanal. Monday, November 30, 2009
  40. 40. Sprint Review “É uma reunião de 2 horas onde o time apresenta o que foi produzido durante o Sprint.” Monday, November 30, 2009
  41. 41. Sprint Review O propósito é causar a interação entre PO, as pessoas as quais ele representa e o time. Monday, November 30, 2009
  42. 42. Sprint Review O propósito é causar a interação entre PO, as pessoas as quais ele representa e o time. • É o ponto de inspeção e adaptação do product owner para otimizar o retorno sobre o investimento. Monday, November 30, 2009
  43. 43. Sprint Review O propósito é causar a interação entre PO, as pessoas as quais ele representa e o time. • É o ponto de inspeção e adaptação do product owner para otimizar o retorno sobre o investimento. • baseado no que foi descoberto, o PO reestrutura o Product Backlog para o próximo sprint. Monday, November 30, 2009
  44. 44. Sprint Review O propósito é causar a interação entre PO, as pessoas as quais ele representa e o time. • É o ponto de inspeção e adaptação do product owner para otimizar o retorno sobre o investimento. • baseado no que foi descoberto, o PO reestrutura o Product Backlog para o próximo sprint. • Tomar decisões colaborativamente. Monday, November 30, 2009
  45. 45. Sprint Review O propósito é causar a interação entre PO, as pessoas as quais ele representa e o time. • É o ponto de inspeção e adaptação do product owner para otimizar o retorno sobre o investimento. • baseado no que foi descoberto, o PO reestrutura o Product Backlog para o próximo sprint. • Tomar decisões colaborativamente. • Não é hora para julgamento. Monday, November 30, 2009
  46. 46. Sprint Planning “ é uma reunião de 4 horas para planejar como será o trabalho da próxima iteração ” Monday, November 30, 2009
  47. 47. Sprint Planning Monday, November 30, 2009
  48. 48. Sprint Planning Falta de entendimento sobre produção puxada Monday, November 30, 2009
  49. 49. Sprint Planning Falta de entendimento sobre produção puxada • estressa as pessoas Monday, November 30, 2009
  50. 50. Sprint Planning Falta de entendimento sobre produção puxada • estressa as pessoas • reduz a qualidade Monday, November 30, 2009
  51. 51. Sprint Planning Falta de entendimento sobre produção puxada • estressa as pessoas • reduz a qualidade • diminui a velocidade Monday, November 30, 2009
  52. 52. Sprint Planning Falta de entendimento sobre produção puxada • estressa as pessoas • reduz a qualidade • diminui a velocidade • planejamento irreal Monday, November 30, 2009
  53. 53. Sprint Planning Falta de entendimento sobre produção puxada • estressa as pessoas • reduz a qualidade • diminui a velocidade • planejamento irreal • Parkinson’s Law Monday, November 30, 2009
  54. 54. Sprint Planning “ O segredo do planejamento é definir colaborativamente um Goal desafiador baseado na capacidade real do Time. ” Monday, November 30, 2009
  55. 55. Sprint Retrospective “ É uma reunião de 2 horas para discutir o que foi bem e o que pode ser melhorado para o próximo Sprint “ Monday, November 30, 2009
  56. 56. Prime Directive “ Não importa o que descobrimos, nós entendemos e realmente acreditamos que cada um fez o melhor trabalho que pode considerando: O que era conhecido, suas habilidades, os recursos disponíveis e a situação no momento. ” (Kerth, Project Retrospectives, 2001) Monday, November 30, 2009
  57. 57. Sprint Retrospective • Não é reunião para lavar roupa suja. • Não é reunião para achar culpados. • É preciso ter um ambiente 100% seguro. • Falta de ação é um problema. • Trocar o facilitador periodicamente é interesante. Monday, November 30, 2009
  58. 58. Product Owner • Escreve as histórias • Prioriza as histórias • Mantém o Product Backlog priorizado • Aceita ou rejeita uma funcionalidade no Sprint Review Monday, November 30, 2009
  59. 59. humm entendi... então o Product Owner é: Monday, November 30, 2009
  60. 60. Monday, November 30, 2009
  61. 61. o contador de histórias! Monday, November 30, 2009
  62. 62. NÃO ! Monday, November 30, 2009
  63. 63. Product Owner • Responsável pelo sucesso ou fracasso do projeto. • Expert de Domínio • Maximizar ROI • Cria uma visão compartilhada. • Criar o Release Plan do Produto • Representa os interesses de todos os stakeholders • Criar as fronteiras para o Time (Tempo, Orçamento, Visão, Padrões, etc) • Tem que estar disponível para o time Monday, November 30, 2009
  64. 64. “O Product Owner não é a pessoa que conta história. É a pessoa que demanda a funcionalidade! “ ( Boris Gloger ) Monday, November 30, 2009
  65. 65. ScrumMaster • Facilitador. • Não tem autoridade sobre o time. • Organiza reuniões e faz cumprir o time-box. • Remove Impedimentos.   Monday, November 30, 2009
  66. 66. humm entendi... então o ScrumMaster é: Monday, November 30, 2009
  67. 67. uma secretária! Monday, November 30, 2009
  68. 68. NÃO ! Monday, November 30, 2009
  69. 69. ScrumMaster Monday, November 30, 2009
  70. 70. ScrumMaster •É um agente de mudança. Monday, November 30, 2009
  71. 71. ScrumMaster •É um agente de mudança. •Garante que todos os papéis do Scrum estão sendo seguidos. Monday, November 30, 2009
  72. 72. ScrumMaster •É um agente de mudança. •Garante que todos os papéis do Scrum estão sendo seguidos. •Protege o time de interferências externas (não é paternalismo) Monday, November 30, 2009
  73. 73. ScrumMaster •É um agente de mudança. •Garante que todos os papéis do Scrum estão sendo seguidos. •Protege o time de interferências externas (não é paternalismo) •Criar um ambiente 100% transparente e seguro que encoraja a cultura do feedback imediato. Monday, November 30, 2009
  74. 74. ScrumMaster •É um agente de mudança. •Garante que todos os papéis do Scrum estão sendo seguidos. •Protege o time de interferências externas (não é paternalismo) •Criar um ambiente 100% transparente e seguro que encoraja a cultura do feedback imediato. •Ensina os valores e práticas ágeis de engenharia de software. Monday, November 30, 2009
  75. 75. ScrumMaster •É um agente de mudança. •Garante que todos os papéis do Scrum estão sendo seguidos. •Protege o time de interferências externas (não é paternalismo) •Criar um ambiente 100% transparente e seguro que encoraja a cultura do feedback imediato. •Ensina os valores e práticas ágeis de engenharia de software. •Alinhar as expectativas entre PO e Time, garantindo um clima de parceria entre ambos. Monday, November 30, 2009
  76. 76. ScrumMaster •É um agente de mudança. •Garante que todos os papéis do Scrum estão sendo seguidos. •Protege o time de interferências externas (não é paternalismo) •Criar um ambiente 100% transparente e seguro que encoraja a cultura do feedback imediato. •Ensina os valores e práticas ágeis de engenharia de software. •Alinhar as expectativas entre PO e Time, garantindo um clima de parceria entre ambos. •Tem muito senso de urgência. Monday, November 30, 2009
  77. 77. ScrumMaster •É um agente de mudança. •Garante que todos os papéis do Scrum estão sendo seguidos. •Protege o time de interferências externas (não é paternalismo) •Criar um ambiente 100% transparente e seguro que encoraja a cultura do feedback imediato. •Ensina os valores e práticas ágeis de engenharia de software. •Alinhar as expectativas entre PO e Time, garantindo um clima de parceria entre ambos. •Tem muito senso de urgência. •é o principal responsável pela performance do time. Monday, November 30, 2009
  78. 78. “ Um bom ScrumMaster é capaz de Implementar mudanças positivas significativas a cada iteração. “ Monday, November 30, 2009
  79. 79. Obrigado! Danilo Bardusco <bardusco@corp.globo.com bardusco@gmail.com http://blog.bardusco.com Monday, November 30, 2009

×