1. Comoumtrabalho
chamado
CoachporImersão
temajudadona
excelênciatécnica
Elias Nogueira
@eliasnogueira

2. Conceituação
Criação de uma frente de Engenharia de
Software porque esta necessita de mais
atenção no nosso contexto.
Aumentar o conhecimento em aplicações de
práticas de desenvolvimento ágil.

3. Conceituação
Não há uma gestão técnica de
desenvolvimento de software.
Não há acompanhamento técnico de
desenvolvimento de software (para
programadores).

4. Scrum Master em conjunto com
o Agile Coach analisam a
aderência do time frente a vários
aspectos, sendo um deles a
Engenharia de Software
Mapa de Aderência
Conceituação
O time era analisado frente a diversas práticas ágeis a cada 2 semanas
através de um mapa de aderência.
Build Automatizado
Deploy Automatizado
Testes Unitários
Testes Funcionais
Utilização de branch única e commits 1x ao dia
Engenharia de Software

5. Conceituação
O time era analisado frente a diversas práticas ágeis a cada 2 semanas
através de um mapa de aderência.
Scrum Master em conjunto com
o Agile Coach analisam a
aderência do time frente a vários
aspectos, sendo um deles a
Engenharia de Software
Mapa de Aderência

6. Problema
Além de poucos itens sendo analisados como aderência
para as práticas de Engenharia de Software, não há
referências técnicas para Educar, Mostrar, Mentorar e
Apoiar os membros técnicos dos times.
Como não há acompanhamento técnico efetivo nos times,
a aderência à praticas de Engenharia de Software é baixa.

7. 87.55%
70.20%
44.36%
81.55%
73.85%
Cerimônias
Kanban e DoD
Práticas de Engenharia
Sprint Review
Time e Papéis
Média de Aderência de Times Ágeis
Problema

8. 87.55%
70.20%
44.36%
81.55%
73.85%
Cerimônias
Kanban e DoD
Práticas de Engenharia
Sprint Review
Time e Papéis
Média de Aderência de Times Ágeis
Problema

9. Problema
0%
20%
40%
60%
80%
100%
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25
Sprints
Práticas de Engenharia
Práticas de Engenharia Linear (Práticas de Engenharia)

10. Métricas de Qualidade de Software
Geral de Compliance de Código
Geral de Cobertura de Testes
72,53%
3,85%

11. Coach por Imersão
É uma dupla (Programador e Testador) que possuem
grandes conhecimentos no seu papel e em métodos
ágeis que vai:
• Educar
• Mentorar
• Apoiar
• Mostrar por exemplo
Muitas vezes são as pessoas com maior conhecimento
técnico dos times.

12. Plano
Atuação em um ou mais times de desenvolvimento, de
um mesmo produto, durante um período especificado.
Seguem um direcionador (mapa de aderência), mas
podem atacar qualquer gap detectado que irá gerar
ganho no time.
Acompanham e medem a evolução técnica do time.

13. TRIBO
Plano
Time 1
Time 2
Time 3
Time 4
Coach por Imersão

14. TRIBO
Plano
Time 1
Time 2
Time 3
Time 4
Coach por Imersão

15. TRIBO
Plano
Time 1
Time 2
Time 3
Time 4
Coach por Imersão

16. Aplicação de um Checklist
de práticas de Engenharia
de Software
CONHECENDO
OS TIMES
1 PLANO DE AÇÃO2 MELHORIA DA
CONTÍNUA
3
Coaches por Imersão
trabalham nos gaps
detectados no checklist
Levantamento de
necessidade de
treinamentos
Aplicação dos
treinamentos
necessários
Análise da Evolução do
checklist de práticas de
Engenharia de Software
Geração de novas
versões do checklist
ou novos planos de ação
Plano

17. Aplicação de um Checklist
de práticas de Engenharia
de Software
CONHECENDO OS
TIMES
Levantamento de
necessidade de
treinamentos
1
Plano
CHECKLIST DE PRÁTICAS DE ENGENHARIA DE SOFTWARE
Analisar a adoção de práticas mínimas que o Sicredi espera frente a
Engenharia de Software através da utilização de dois checklists, um para
desenvolvimento e outro para teste.
Design de Código e Testes
Branching Model
Desenvolvimento
Práticas de Desenv. Ágil
Code & Review Standards
Estratégia de Teste
Cerimônias
Qualidade
Automação de Teste

19. PLANO DE AÇÃO2
Coaches por Imersão
trabalham nos gaps
detectados no checklist
Aplicação dos
treinamentos
necessários
Plano
COACH POR IMERSÃO
• Entendem as dores do time
• Criam soluções para resolver problemas reais
• Detectam e mitigam problemas técnicos
COACH POR IMERSÃO
• Criam e aplicam treinamentos
• frente as práticas de engenharia
• Em ferramentas e técnicas

20. MELHORIA DA
CONTÍNUA3
Análise da Evolução do
checklist de práticas de
Engenharia de Software
Geração de novas
versões do checklist
Plano
NÃO CHEGAMOS A TER
ESTA NECESSIDADE, AINDA

21. Resultados, acertos e erros
Acertos
• Approach correto
• Mostrar por exemplo
Erros
• Pessoas não tão bem qualificadas para o papel
• Não ser mão na massa

22. Obrigado!
https://github.com/eliasnogueira/public-speaking