Skip to content

Diagrama de Causa-Efeito

Versionamento

Data Versão Descrição Autores
29/07/2021 1.0 Criação do Documento Kleidson Alves, Lucas Rodrigues
03/08/2021 1.1 Correção da ortografia Lucas Gabriel
03/08/2021 1.2 Revisão do Documento Hugo Bezerra

Introdução

O diagrama de causa e efeito, também conhecido como diagrama de Ishikawa foi criado pelo engenheiro químico Kaoru Ishikawa, no ano de 1943, com o objetivo organizar o raciocínio da equipe a respeito de um problema prioritário.

Trata-se de uma ferramenta visual, em formato de gráfico. Ela será responsável por ajudar a equipe a chegar nas causas reais de problemas que acometem nos processos organizacionais de uma empresa. Significando, assim, que irá apresentar considerações com respeito ao que pode resultar em situações indesejadas.

Motivação

A equipe optou por usar o diagrama de causa e efeito por considerar as vantagens envolvidas no uso dessa técnica, sendo algumas dessas a melhor visibilidade dos problemas que serão enfrentados, identificação e priorização das causas dos problemas de forma ágil e assertiva, além dos desdobramentos desses problemas, registro visual para tornar futuras análises mais fáceis e intuitivas e organização das ideias da equipe com objetividade.

Aplicação

Para a construção do artefato apresentado, a equipe foi orientada pelos seguintes passos:

  • Passo 1: Determinar o problema ou possível problema que se deseja resolver. É importante notar que também podem ser considerados efeitos positivos
  • Passo 2: Listar as causas que podem ter gerado ou gerar esse problema
  • Passo 3: Faça o diagrama de espinha de peixe
  • Passo 4: Crie ações para resolver as causas mais importantes

Resultados

Efeitos considerados

A equipe abordou dois efeitos principais, sendo um que queremos alcançar (positivo) e outro que não desejamos que ocorra em nosso processo de desenvolvimento (negativo), sendo eles, respectivamente, a boa produtividade e o atraso no andamento do projeto.

Listas de causas

  1. Boa produtividade

    • Programação em pares
    • Escopo do projeto bem definido
    • Papéis bem definidos
    • Disponibilidade frequente
    • Conhecimento técnico
    • Equipe motivada
    • Boa comunicação entre os membros
    • Acesso aos recursos de desenvolvimento
    • Padronização de configurações
    • Materiais para pesquisa disponíveis
    • Layout apropriado
    • Ambiente sem distrações
    • Documentação sobre o processo
    • Feedback contínuo
    • Verificação e validação
  2. Atraso no andamento do projeto

    • Ausência de técnicas de metodologias ágeis
    • Papéis mal definidos
    • Indisponibilidade dos membros
    • Trabalhos de outras disciplinas
    • Falta de conhecimento técnico
    • Falha em computadores
    • Indisponibilidade de documentações
    • Responsabilidades com atividades domésticas
    • Falta de energia
    • Presença de bugs no código
    • Defeitos nos documentos

Diagramas gerados

Considerações

Para alcançar o objetivo de uma boa produtividade, observa-se a necessidade da aplicação de técnicas de metodologias ágeis, tal como a programação por pares. Sendo assim, a equipe julgou como válido considerar a aplicação da metodologia Scrum durante o processo de desenvolvimento do projeto. Além disso, devem ser adotados valores que se mostram essenciais para atingir o objetivo da boa produtividade, tais como o respeito e a valorização da individualidade de cada membro da equipe, bem como proporcionar um ambiente de boa comunicação entre os membros da equipe, seja para atribuição de tarefas pelos responsáveis ou para dar um feedback em relação a uma tarefa já realizada.

Para alcançar o objetivo de evitar que ocorram problemas relacionados ao atraso no andamento do projeto foram identificadas as possíveis causas que podem resultar nesse problema, como a indisponibilidade dos membros da equipe e defeitos nos documentos gerados. Para que esses atrasos não ocorram se faz necessário dividir corretamente os papéis de cada integrante, de forma que todos possam colaborar sem que nenhum fique sobrecarregado, utilizar as práticas de metodologias ágeis e desenvolver tanto código quanto documentos bem feitos, utilizando também técnicas de verificação e validação para garantir que estejam corretos.

Referências

Diagrama de Ishikawa: o que é e como fazer. Disponível em: https://www.siteware.com.br/blog/metodologias/diagrama-de-ishikawa/. Data de acesso: 29/07/2021

Diagrama de causa e efeito: conheça a eficiente metodologia dos 6Ms. Dispónivel em: https://robsoncamargo.com.br/blog/Diagrama-de-causa-e-efeito-como-usar-a-metodologia-dos-6Ms. Data de acesso: 29/07/2021