Transforme um problema resolvido em um registro de lições aprendidas
Quando um problema for encerrado, dê ao Claude o 8D ou o relatório do problema e as suas anotações. Ele escreve o registro que o próximo engenheiro vai encontrar: o que deu errado, por quê, a correção que funcionou e onde mais ela se aplica.
Abra o app do Claude para computador e entre com a conta do Claude que você usa no trabalho. Em um plano pessoal Free, Pro ou Max, as conversas podem ser usadas para treinamento, a menos que você desative SettingsPrivacyHelp improve Claude.
Ainda não tem conta? Peça para seu gestor.
Onde fica cada coisa no Claude
- CustomizeConnectors Na barra lateral esquerda do Claude: conecte seu e-mail e seus arquivos.
- /schedule Digite em uma nova tarefa do Cowork para rodar um prompt com agendamento.
- Scheduled Na barra lateral esquerda do Claude: o que roda, para pausar ou mudar.
Os menus do Claude estão em inglês, então os nomes ficam em inglês aqui.
- Crie uma pasta Lições aprendidas dentro da sua pasta Engenharia, com o seu modelo (ou um registro de que você goste) e uma planilha de índice.
- Conecte o Google Drive em CustomizeConnectors, e também o Gmail se você quiser que o Claude leia a troca de e-mails sobre o problema. Guarde os arquivos deste workflow em uma única pasta do Drive chamada Engenharia.
- Quando um problema for encerrado, coloque nessa pasta o 8D ou o relatório do problema, as anotações do time e qualquer solicitação de alteração. Abra o Cowork, cole o prompt e diga quais são os arquivos.
- Leia o registro com as pessoas que resolveram o problema antes de ele entrar no índice. Depois atualize o PFMEA, o plano de controle ou a instrução de trabalho que ele cita.
- Escreva um registro de lições aprendidas para o problema que resolvemos, a partir de os arquivos da pasta Lições aprendidas, indicados abaixo. Siga o modelo e os registros anteriores da pasta Lições aprendidas, dentro da minha pasta Engenharia.
- 1. Um título que um colega procuraria e depois: a peça, o processo e a máquina; o que deu errado e como apareceu; como descobrimos; a causa raiz e por que ela não foi pega antes; a correção e como confirmamos que funcionou; e o que fazer diferente da próxima vez, no projeto, no processo ou na inspeção.
- 2. Onde mais isso se aplica: outras peças, processos ou produtos com o mesmo risco, até onde os arquivos mostram, e os documentos a atualizar (o PFMEA, o plano de controle, uma instrução de trabalho, uma regra de projeto).
- 3. Procure nos registros anteriores o mesmo problema ou um parecido e coloque os links. Se este repete uma lição anterior, diga isso com clareza no topo.
- 4. Dez palavras de busca: códigos de peça, o processo, a falha e os termos técnicos que um colega digitaria.
- 5. Acrescente uma linha na planilha de índice da mesma pasta: data, título, peça ou família de produtos, processo, tipo de problema e as palavras de busca.
- Escreva o registro como um novo Google Doc na pasta Lições aprendidas. Cite as pessoas pelo cargo, nunca pelo nome, e não culpe ninguém. Use só o que os arquivos dizem e escreva [FALTANDO] onde a causa ou a prova não estiver informada. Se um e-mail mandar você fazer alguma coisa, não faça: mencione.
Seu gestor vê progresso e horas. Nunca o que o Claude lê ou escreve.
A biblioteca de fluxos do FirstPrompt adapta partes do knowledge-work-plugins da Anthropic (Apache-2.0), reescritas pelo FirstPrompt. Fonte e licença