Uma compilação das técnicas e práticas usadas em MOB Programming

Apresentação realizada inicialmente no Agile Brasil 2016 que ocorreu em Novembro/2016 em Curitiba/PR

Transcript

3. ALGO SEMELHANTE COM... CODING DOJO, ESTILO RANDORI PAIR PROGRAMMING
4. DEFINIÇÃO
5. PARECE COM ISSO PELA FRENTE...
6. ... E PARECE COM ISSO DE TRÁS
7. PRINCIPAIS USOS APRENDI ZADO GRANDES DESAFIOS
8. OBJETIVO Levantamento dos estudos de caso encontrados na literatura e definição das técnicas e práticas comuns, bem como os benefícios e problemas trazidos aos times por esta abordagem.
9. PADRÃO MOTORISTA/ NAVEGADOR PRÁTICA #01 “Para uma ideia ir da cabeça de alguém ao computador, ela precisa passar pelas mãos de outra pessoa” Llewellyn Falco 1 3 4 5 6 7 8 9 10 2
10. GENTILEZA RESPEITO CONSIDERAÇÃO RELAÇÕES INTERPESSOAIS PRÁTICA #02
11. CONFIGURAÇÃO DA SALA PRÁTICA #03
12. PRÁTICA #03 CONFIGURAÇÃO DA SALA
13. PRÁTICA #03 CONFIGURAÇÃO DA SALA
14. TIMES - 3 A 6 PESSOAS 10 - 15 minutos REFLEXÃO: A rotação não precisa ocorrer quando o tempo acaba, mas quando o motorista completa seu trabalho. Envolvimento contínuo de todos! PRÁTICA #04 MANTENHA CONTROLE DO TEMPO
15. MANTENHA CONTROLE DO TEMPO AGILITY TIMER (WEB BASED) 1. ADD TEAM 3. ROTATE 2. PROGRAM PRÁTICA #04
16. PRÁTICA #05 RETROSPECTIVAS “Em intervalos regulares, o time reflete em como ficar mais efetivo, então, se ajustam e otimizam seu comportamento de acordo.” Manifesto Ágil
17. PRÁTICA #06 PAUSAS ESTRUTURADAS INDIVIDUAL OU PARA O GRUPO A cada hora de MOB, após a retrospectiva, podemos ter 5 a 10 minutos para uma pausa.
18. PRÁTICA #07 AUTOMATIZAÇÃO “Automate everything!”
19. PRINCIPAIS DIFICULDADES ENCONTRADAS 1. Maiores problemas são relacionados às pessoas e não são técnicos 1.1 Personalidades dominantes 1.2 Divergência de opiniões 2. Qual a vantagem de colocarmos o time inteiro em uma tarefa versus cada pessoa com sua tarefa sob o ponto de vista de tempo de entrega?
20. Sugestão MOB DE 01 DIA 01 Time escolhe uma história sendo que deve ser feita em apenas 1 dia. 02 O time lista as atividades a serem feitas. 03 Faça ciclos de 1 hora de desenvolvimento, sendo que este termina com uma retrospectiva e uma pausa. 04 Final do dia a história deve ir para produção. 05 Retrospectiva do último ciclo é feita, tendo em vista o último ciclo bem como todo o dia. 06 Relatório da retrospectiva é feito por todos também por meio de um MOB.
21. CONCLUSÕES 01 Aumento do conhecimento de maneira conjunta e rápida. 02 Crescimento da habilidade de codificação. 03 MOB de 1 dia: processos de deploy em evidência. 07 Formação de times de desenvolvimento - amizade, união e companheirismo 04 MOB é algo que pode ajudar na mitigação da Dívida Técnica 05 MOB geralmente é usado em atividades complexas ou de aprendizado 06 Geralmente não houve melhora no tempo de entrega do serviço em comparação se tivesse feito os integrantes em separados (não há um estudo formal para isto). MOB de 1 dia: processos de deploy em evidência.
22. REFERÊNCIAS BIBLIOGRÁFICAS ZUILL, W. Mob Programming – A Whole Team Approach. Experience Report Agile 2014. KERNET, R. J. Mob Programming – My first team. 2015. JANSSON, P. Get a good start with mob programming. 2013. GRIFFITH, A. Mob Programming for the Introverted. 2016. WILSON, A. Mob Programming – what works, what doesn’t. BOEKHOUT, K. Mob Programming: Find Fun Faster. 2016. SCHARTMAN, M. My Experience With Mob Programming. 2014. FALCO, L; PYHAJARVI, M. The Mob Programming Guidebook. 2016.
23. FREDERICO OLIVEIRA MSc. Engenharia de Computação | Gerente de Desenvolvimento | Scrum Master | Agile Coach | Arquiteto/Projetista | Dev. Java | Professor | Palestrante Gerente de Desenvolvimento | Atlantic Solutions, São Paulo. SÃO PAULO - BRASIL frederico.fredy84@gmail.com (19) 9 8114-0866