Mob Programming - Scrum Gathering Rio 2017

Transcript

2. FREDERICO OLIVEIRA MSc. Engenharia de Computação | Gerente de Desenvolvimento | Scrum Master (CSM) | Arquiteto/Projetista | Dev. Java | Professor | Palestrante https://www.linkedin.com/in/frederico-oliveira-46183b112/ CAMPINAS / SP - BRASIL frederico.fredy84@gmail.com (19) 9 8114-0866
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. ... E PARECE COM ISSO DE TRÁS ... Ou...
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. PRINCIPAIS USOS APRENDI ZADO GRANDES DESAFIOS
10. 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
11. GENTILEZA RESPEITO CONSIDERAÇÃO RELAÇÕES INTERPESSOAIS PRÁTICA #02
12. CONFIGURAÇÃO DA SALA PRÁTICA #03
13. PRÁTICA #03 CONFIGURAÇÃO DA SALA UNRULY (Londres) “MOB FRIDAYS”
14. PRÁTICA #03 CONFIGURAÇÃO DA SALA - EVOLUÇÃO
15. PRÁTICA #03 CONFIGURAÇÃO DA SALA
16. TIMES - 3 A 6 PESSOAS 10 - 15 minutos PARA REFLETIR: 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
17. MANTENHA CONTROLE DO TEMPO AGILITY TIMER (WEB BASED) 1. ADD TEAM 3. ROTATE 2. PROGRAM PRÁTICA #04
18. 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
19. 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.
20. PRÁTICA #07 AUTOMATIZAÇÃO “Automate everything!”
21. PRINCIPAIS DIFICULDADES ENCONTRADAS 1. Maiores problemas são relacionados às PESSOAS e não são técnicos 1.1 Personalidades dominantes (conhecimento técnico alto) 1.2 Divergência de opiniões (saber escutar e escolher o melhor caminho/solução). 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?
22. PRINCIPAIS DIFICULDADES ENCONTRADAS 3. Dificuldade em MANTER O FOCO, especialmente para aqueles que NÃO ESTÃO NA POSSE DO TECLADO; 4. Pessoas no mesmo time com personalidades introvertidas e extrovertidas;
23. FORÇAS do MOB Melhor comunicação entre as pessoas. Propriedade coletiva das reuniões. Maior cobertura de teste. Colaboração e organização. Disseminação do conhecimento principalmente em códigos críticos e complexos. Pessoas se tornam mais ouvintes e atentas. Melhorias nas habilidades de codificação e análise. As pessoas se tornam melhores devs, melhores testers, melhores líderes, uma pessoa melhor! Não há um número ideal de pessoas em um MOB.
24. FORÇAS do MOB x Dívida Técnica
25. Sugestão MOB DE 01 DIA 01 Time escolhe uma USER STORY sendo que esta 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. 07 Limpe a sala antes de todos saírem. 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.
26. Sugestão MOB DE 01 DIA
27. Sugestão MOB DE 01 DIA
28. https://pt.slideshare.net/andrefaria/mob-programming
29. CONCLUSÕES
30. 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 automatiza- ção em evidência.
31. Artigo enviado Agile Brazil 2017
32. 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.
34. FREDERICO OLIVEIRA MSc. Engenharia de Computação | Gerente de Desenvolvimento | Scrum Master (CSM) | Arquiteto/Projetista | Dev. Java | Professor | Palestrante https://www.linkedin.com/in/frederico-oliveira-46183b112/ CAMPINAS / SP - BRASIL frederico.fredy84@gmail.com (19) 9 8114-0866