Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Seu time deveria estar fazendo Pair Programming

Seu time deveria estar fazendo Pair Programming

Talk apresentada na trilha PHP da TheDevConf SP 2017.

"Aquela técnica em que um programa e o outro fica a toa no WhatsApp?" - algum gestor sobre Pair Programming. Existe certo receio quando falamos de Pair Programming. Para alguns, é colocar duas pessoas para fazer algo que apenas uma poderia fazer, desperdiçando tempo e dinheiro. Porém, o Pair Programming vai muito além disso e pode contribuir para o sucesso de um projeto. Entenda no que consiste essa técnica, quais as motivações, os benefícios, como fazer um bom pair programming e leve essa cultura para o seu time, com os argumentos certos para convencê-los.

Db982994346dad910547a7c62a90dadd?s=128

Ravan Scafi

July 22, 2017
Tweet

More Decks by Ravan Scafi

Other Decks in Technology

Transcript

  1. Seu time deveria estar fazendo Pair Programming @ravanscafi

  2. @ravanscafi

  3. None
  4. None
  5. 5 valores do XP

  6. Comunicação

  7. Coragem

  8. Feedback

  9. Respeito

  10. Simplicidade

  11. Pair Programming

  12. None
  13. Cargos

  14. None
  15. Motorista

  16. programa!

  17. Navegador

  18. um ambiente limpo

  19. sem distrações

  20. mapeia o curso de ação

  21. corrige o curso

  22. YAGNI

  23. KISS

  24. TDD

  25. Ambos

  26. negociam as decisões

  27. se importam com o código

  28. revezam os cargos

  29. revezam os cargos

  30. Cenários

  31. Expert - Expert

  32. Expert - Novato

  33. Novato - Novato

  34. Introvertidos - Extrovertidos

  35. Benefícios

  36. Qualidade código mais declarativo

  37. Qualidade visões diferentes do problema

  38. Qualidade experiências diferenciadas

  39. Qualidade menor necessidade de reviews

  40. Negociação habilidade de comunicação

  41. Negociação melhor design do código

  42. Aprendizado conhecimento compartilhado

  43. Aprendizado ambientação mais rápida

  44. Team Building nós (vs o antigo eu)

  45. Team Building todos são parte do projeto

  46. Economia menos bugs!

  47. Foco aumenta na equipe

  48. None
  49. Ausência do motorista

  50. Siga o mestre

  51. Aumento na relação homem/hora

  52. Alinhamento horários de trabalho

  53. Pessoas que não compartilham conhecimento

  54. Relação professor-aluno

  55. Dicas

  56. paciência

  57. muitas interrupções = hora de trocar

  58. silêncio = algo errado!

  59. troquem também de máquina

  60. façam pausas juntos

  61. faça quando necessário - e possível

  62. ambos devem saber como funciona o PP

  63. troquem de cargo por commits / tarefas ou por timebox

  64. troquem de duplas por estórias / dias

  65. tenham um mentor!

  66. Funciona para todos os casos?

  67. Pode Funcionar...

  68. quando você está bloqueado

  69. rubber duck debugging com esteróides!

  70. tarefa envolve criatividade

  71. tarefa envolve sofisticação

  72. visão incompleta do problema

  73. ambientação no projeto/recurso

  74. Pode Não Funcionar...

  75. tarefa simples

  76. cenário Novato-Novato

  77. conhecimento completo do problema

  78. Como convencer sua equipe

  79. Argumentos

  80. Expectativa vs Realidade

  81. Custos relativos para corrigir um bug http://bit.ly/custo-bugs

  82. Maioria busca ajuda como último recurso

  83. Métodos

  84. faça um teste com e sem PP

  85. (tente por releases, não estórias)

  86. Code Review do PP, para avaliar a qualidade

  87. use para Ambientação de um novo membro

  88. e se ainda não estiverem convencidos...

  89. mostre essa palestra para eles!

  90. E por tudo isso, então...

  91. Seu time deveria estar fazendo Pair Programming!

  92. obrigado! @ravanscafi rscafi@leroymerlin.com.br