Promovendo a propriedade coletiva (collective ownership)

Palestra apresentada no dia 06/10/2021 no Agile Brazil - Online

Criar código fonte é um trabalho artesanal e que precisa de excelência. Os times que trabalham com essa tarefa são compostos por pessoas que estão em jornadas diferentes, tanto em experiência na linguagem de programação como em conhecer o código fonte já criado. Nesse cenário, percebemos a dificuldade na troca de conhecimento, no onboarding, na dependência das pessoas e em manter a qualidade do trabalho que está sendo desenvolvido. Somados a isso, temos um custo alto de coordenação e de comunicação dado que o time não consegue ter auto organização e nem consegue tomar as próprias decisões técnicas com segurança. Nesse cenário, promover a propriedade coletiva é uma solução a esses diversos problemas e nessa talk irei detalhar a fundamentação desse tema e como aplicar no dia a dia.

Transcript

1. Promovendo a propriedade coletiva (collective ownership) Wagner Fusca Agile Coach
2. 2 É um trabalho artesanal Fatos sobre código fonte Trabalhos artesanais de qualidade são perceptíveis Cada pessoa que trabalha com código fonte está em um momento distinto de carreira, na empresa e no conhecimento da tecnologia
3. O que é propriedade coletiva? 3
4. Propriedade coletiva (collective ownership) “Incentivar todos a contribuir com novas ideias para todos os segmentos do projeto. Qualquer desenvolvedor pode alterar qualquer linha de código para adicionar funcionalidade, corrigir bugs , melhorar designs ou refatorar . Ninguém se torna um gargalo para mudanças.” Fonte: XP Prática de eXtreme Programming Não envolve somente assuntos técnicos 4
5. Sintomas que você não tem propriedade coletiva 5 Pouca troca de conhecimento Dependência de pessoas Qualidade questionável do código fonte Baixa auto organização (sempre precisa de um especialista) Longo tempo para um novo membro do time começar a realizar entregas Alto custo de coordenação e de comunicação
6. fonte: http://www.extremeprogramming.org/rules/collective.html Se toda a equipe já tem alguma responsabilidade pelas decisões de design, eles não deveriam receber a autoridade também? 6
7. Como promover a propriedade coletiva? 7
8. Práticas Comportamento Visão 8
9. Visão 9 “Estamos descobrindo maneiras melhores de desenvolver software, fazendo-o nós mesmos e ajudando outros a fazerem o mesmo.” Manifesto ágil “Como aspirantes a Artesãos de Software elevamos o nível do desenvolvimento de software profissional ao praticar e auxiliar outros a aprender o ofício.” Manifesto pelo artesanato de software
10. Comportamento Comunicação 10 Ser ensinável Respeito Se mostrar vulnerável Abertura para opinar (feedback) Ensinar
11. Práticas 11
12. • Folga • Dojos • Mob programming • Momentos coletivos de troca de experiência Interação 12
13. 13 Repositório de código centralizado e disponível
14. Testes de unidade para reduzir riscos, bugs e aumentar a coragem e autonomia para novas decisões de melhorias em design de código 14
15. 15 • Bus Factor • Code swarm Métricas
17. Pair Programming Move People Around 17
18. Integrar código frequentemente (contínua ou a mais cedo possível) 18
19. Pull request e/ou revisão de código para aumentar aprendizados de código 19
20. Padronização de código para reduzir o custo de comunicação 20
21. Refatoração constante 21
22. Práticas Comportamento Visão 22
23. 23 wagnerfusca@gmail.com wagnerfusca wagnerfusca_ wagnerfusca wagnerfusca.medium.com
24. SÃO PAULO | SP Rua Peixoto Gomide, 996 6º andar | Cerqueira César CEP: 01409-000 +55 11 3176-8100 CURITIBA | PR Av. João Gualberto, 1740 9º andar | Juvevê CEP: 80030-001 +55 41 3122-9100 MARINGÁ | PR Av. Horácio Raccanelo Filho, 5355 Sala 1 | Zona 7 CEP: 87020-035 +55 44 3032-9150 CHICAGO | IL | USA 222 Merchandise Mart Plaza Suite 1225 | Chicago | Illinois 60654 +1 312 885-7619