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.

Transcript

1. Seu time deveria estar fazendo Pair Programming @ravanscafi
2. @ravanscafi
5. 5 valores do XP
6. Comunicação
7. Coragem
8. Feedback
9. Respeito
10. Simplicidade
11. Pair Programming
13. Cargos
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
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