Retrospectiva Espinha de Peixe (Ishikawa)

Use um diagrama de espinha de peixe (Ishikawa) para encontrar as causas-raiz dos desafios da equipe com o método comprovado de causa e efeito.

Use este modelo en TeamRetro

Sistema

Que tecnologia, software ou ferramentas podem estar afetando o desempenho ou os resultados da nossa equipe?

Nosso pipeline de implantação frequentemente falha durante os horários de pico
O ambiente de testes não corresponde às configurações de produção
A integração entre nossas ferramentas de gestão de tarefas e o git é instável
Processo

Quais fluxos de trabalho ou sequências de atividades estão causando atrasos ou ineficiências no nosso trabalho?

O processo de revisão de código demora demais, com múltiplos ciclos de idas e vindas
Não há definição clara de pronto para as histórias de usuário
As reuniões de planejamento de sprint regularmente ultrapassam o tempo agendado
Formulários

Quais problemas com nossos modelos ou documentação podem estar impactando a clareza ou a precisão?

O modelo de história de usuário não tem uma seção de critérios de aceitação
O formulário de relatório de incidentes não captura a causa-raiz de forma eficaz
A documentação está espalhada por várias plataformas
Pessoas

Quais fatores relacionados a habilidades individuais ou da equipe, comunicação ou papéis estão afetando nosso sucesso?

A equipe não tem expertise na nova pilha de tecnologia
Lacunas de comunicação entre membros remotos e presenciais da equipe
Papéis e responsabilidades pouco claros em projetos multifuncionais
Políticas

Quais diretrizes ou regras podem estar desalinhadas com nossas práticas reais ou criando desafios?

As políticas de segurança dificultam o desenvolvimento local
O processo de gestão de mudanças é rígido demais para correções rápidas
A política de férias cria restrições de recursos
Lugar

Quais aspectos do nosso espaço de trabalho físico ou virtual podem estar impactando nossa colaboração ou produtividade?

Conectividade de internet ruim em locais de trabalho remoto
Falta de espaços silenciosos para trabalho focado
As ferramentas de colaboração virtual não atendem bem às nossas necessidades

O que é a Retrospectiva Espinha de Peixe (Ishikawa)?

A Retrospectiva Espinha de Peixe (Ishikawa) é uma abordagem estruturada de resolução de problemas que ajuda as equipes a identificar e compreender as causas-raiz de desafios ou problemas. Desenvolvida por Kaoru Ishikawa na década de 1960, essa técnica visualiza as relações de causa e efeito em um formato que se assemelha ao esqueleto de um peixe. Durante a retrospectiva, as equipes exploram seis dimensões-chave que podem contribuir para seus desafios: Sistemas, Processos, Formulários, Pessoas, Políticas e Lugar. Essa análise abrangente garante que nenhum fator potencial seja negligenciado, levando a soluções mais eficazes. Esse método é particularmente valioso para equipes que lidam com problemas complexos nos quais múltiplos fatores podem estar em jogo. Ao organizar as possíveis causas em categorias distintas, as equipes conseguem compreender melhor as relações entre diferentes questões e desenvolver melhorias direcionadas. Um diagrama de espinha de peixe (também chamado de diagrama de Ishikawa ou diagrama de causa e efeito — os três nomes se referem à mesma ferramenta) funciona escrevendo o problema na "cabeça" do peixe e desenhando as principais categorias de causas como espinhas que se ramificam a partir da coluna. Em sua forma original, ligada à manufatura e à gestão da qualidade, essas categorias são os clássicos "6 Ms": Mão de obra (pessoas), Método (processo), Máquina (equipamentos), Material (insumos), Medição (dados e métricas) e Meio ambiente (o ambiente ao redor). As equipes fazem um brainstorming das possíveis causas em cada espinha e, então, continuam perguntando "por quê?" para rastrear cada ramificação até sua causa-raiz, em vez de parar no sintoma visível. As categorias deste modelo do TeamRetro — Sistema, Processo, Formulários, Pessoas, Políticas e Lugar — são uma adaptação do mesmo método dos 6 Ms para processos de equipe, ajustada para equipes de software e de trabalho do conhecimento, em vez do chão de fábrica. A técnica é idêntica; apenas os rótulos das categorias mudam para se adequar ao tipo de trabalho que você realiza. Por exemplo, se o problema na cabeça do peixe é "as entregas continuam atrasando", uma causa em Pessoas pode ser "o revisor principal é um gargalo", uma causa em Processo pode ser "não há definição de pronto" e uma causa em Sistema pode ser "pipeline de CI instável". Mapear as causas dessa forma impede que a equipe corrija sintomas e deixe de perceber o fator determinante subjacente.

Formato da Retrospectiva Espinha de Peixe

Sistema

Que tecnologia, software ou ferramentas podem estar afetando o desempenho ou os resultados da nossa equipe?

Oriente a equipe a examinar a infraestrutura técnica, as ferramentas de software e os pontos de integração de sistemas. Incentive os participantes a pensar tanto em problemas técnicos óbvios quanto em interações sutis entre sistemas que possam impactar o trabalho.

Processo

Quais fluxos de trabalho ou sequências de atividades estão causando atrasos ou ineficiências no nosso trabalho?

Concentre-se em identificar gargalos, redundâncias ou lacunas nos fluxos de trabalho. Ajude a equipe a distinguir entre problemas de processo e outros fatores, perguntando sobre etapas específicas dos seus procedimentos de trabalho.

Formulários

Quais problemas com nossos modelos ou documentação podem estar impactando a clareza ou a precisão?

Examine a qualidade, a acessibilidade e a completude da documentação. Considere tanto a documentação formal quanto a informal e o quão bem ela cumpre seu propósito.

Pessoas

Quais fatores relacionados a habilidades individuais ou da equipe, comunicação ou papéis estão afetando nosso sucesso?

Aborde a dinâmica da equipe e as contribuições individuais mantendo um ambiente livre de culpa. Concentre-se em questões sistêmicas em vez de críticas pessoais.

Políticas

Quais diretrizes ou regras podem estar desalinhadas com nossas práticas reais ou criando desafios?

Explore tanto as políticas formais quanto as informais que impactam o trabalho. Considere se as políticas apoiam ou dificultam as necessidades e práticas atuais da equipe.

Lugar

Quais aspectos do nosso espaço de trabalho físico ou virtual podem estar impactando nossa colaboração ou produtividade?

Considere tanto os ambientes de trabalho físicos quanto os virtuais. Inclua fatores como ferramentas, layout do espaço de trabalho e capacidades de colaboração remota.

Quando utilizar esta retrospectiva

  • Ao enfrentar problemas complexos que podem ter múltiplas causas-raiz ou fatores contribuintes
  • Após identificar um problema ou desafio significativo que exija análise sistemática
  • Quando a equipe precisa ir além dos sintomas para compreender as causas subjacentes
  • Durante post-mortems de projetos ou revisões de incidentes para prevenir problemas futuros

Perguntas sugeridas para quebra-gelo

  • Se nossa equipe fosse uma máquina, qual peça precisaria de mais manutenção neste momento?
  • Qual foi a solução mais surpreendente que você descobriu para um problema recorrente?

Ideias e dicas para sua reunião de retrospectiva

  • Comece com o efeito ou a declaração do problema claramente definidos na 'cabeça' do peixe
  • Incentive a participação equitativa de todos os membros da equipe em todas as categorias
  • Concentre-se em identificar as causas em vez de pular para as soluções cedo demais
  • Use a técnica dos 'Cinco Porquês' dentro de cada categoria para aprofundar nas causas-raiz
  • Documente todos os insights, mesmo que inicialmente não pareçam significativos
  • Reserve tempo suficiente (90 a 120 minutos) para explorar todas as categorias a fundo

Perguntas frequentes

O que são os 6 Ms de um diagrama de espinha de peixe?
Os 6 Ms são as categorias clássicas de causas usadas em um diagrama de espinha de peixe (Ishikawa) na gestão da qualidade e na manufatura: Mão de obra (as pessoas envolvidas), Método (o processo ou fluxo de trabalho), Máquina (equipamentos e ferramentas), Material (insumos e suprimentos), Medição (os dados e métricas utilizados) e Meio ambiente (o ambiente ao redor). Cada "M" se torna uma espinha que se ramifica a partir da coluna do peixe, e a equipe faz um brainstorming das possíveis causas em cada uma. Este modelo do TeamRetro adapta a mesma ideia de seis categorias para equipes de software e de trabalho do conhecimento usando os rótulos Sistema, Processo, Formulários, Pessoas, Políticas e Lugar.
Qual é a diferença entre um diagrama de espinha de peixe e um diagrama de Ishikawa?
Não há diferença — são dois nomes para a mesma ferramenta, junto com um terceiro nome, o "diagrama de causa e efeito". É chamado de diagrama de espinha de peixe porque o desenho finalizado se assemelha ao esqueleto de um peixe, e de diagrama de Ishikawa em homenagem a Kaoru Ishikawa, o especialista japonês em controle de qualidade que o popularizou na década de 1960.
Como fazer a análise de causa-raiz com um diagrama de espinha de peixe?
Escreva o problema na cabeça do peixe e, então, desenhe as principais categorias de causas (como os 6 Ms, ou Sistema, Processo, Formulários, Pessoas, Políticas e Lugar deste modelo) como espinhas a partir da coluna. Faça um brainstorming das possíveis causas em cada categoria e, para cada uma, continue perguntando "por quê?" até chegar a uma causa-raiz em vez de um sintoma. Por fim, identifique quais causas-raiz são mais prováveis e de maior impacto e transforme-as em ações. O valor do diagrama está em forçar a equipe a olhar para todas as categorias, em vez de fixar-se na primeira causa que vem à mente.
Quem inventou o diagrama de Ishikawa?
O diagrama recebe o nome de Kaoru Ishikawa, um teórico organizacional japonês e pioneiro da gestão da qualidade, que o desenvolveu e popularizou na década de 1960 como parte do movimento de controle de qualidade. Ele continua sendo uma ferramenta padrão na análise de causa-raiz, na manufatura e no trabalho de melhoria contínua até hoje.

Modelos relacionados

Retrospectiva O Quê? E Daí? E Agora?

Um framework de reflexão estruturado para análise sistemática de problemas e planejamento de ações

Retrospectiva Começar Parar

Ideia de Retrospectiva - Uma retrospectiva focada em melhorias claras e acionáveis para a equipe

Retrospectiva Drop Add Keep Improve

Identifique áreas para mudança e continuidade.

Retrospectiva Âncoras & Motores

Ideia de retrospectiva de sprint – Veja o que impulsiona sua equipe e o que a retém