Comoumtrabalho
chamado
CoachporImersão
temajudadona
excelênciatécnica
Elias Nogueira
@eliasnogueira
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.
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).
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
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
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.
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
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
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)
Métricas de Qualidade de Software
Geral de Compliance de Código
Geral de Cobertura de Testes
72,53%
3,85%
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.
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.
TRIBO
Plano
Time 1
Time 2
Time 3
Time 4
Coach por Imersão
TRIBO
Plano
Time 1
Time 2
Time 3
Time 4
Coach por Imersão
TRIBO
Plano
Time 1
Time 2
Time 3
Time 4
Coach por Imersão
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
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
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
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
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
Obrigado!
https://github.com/eliasnogueira/public-speaking

Coach por Imersão - Buscando a excelência técnica com o time

  • 1.
  • 2.
    Conceituação Criação de umafrente 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á umagestão técnica de desenvolvimento de software. Não há acompanhamento técnico de desenvolvimento de software (para programadores).
  • 4.
    Scrum Master emconjunto 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 eraanalisado 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 poucositens 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áticasde 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áticasde 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 34 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 Qualidadede 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 umou 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 Time3 Time 4 Coach por Imersão
  • 14.
    TRIBO Plano Time 1 Time 2 Time3 Time 4 Coach por Imersão
  • 15.
    TRIBO Plano Time 1 Time 2 Time3 Time 4 Coach por Imersão
  • 16.
    Aplicação de umChecklist 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 umChecklist 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 Coachespor 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 daEvoluçã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 eerros 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.