Descreva um projeto e a Joy conduz um pré-mortem: ela imagina que o lançamento já falhou, trabalha de trás para frente para revelar os modos de falha prováveis, os classifica por probabilidade e impacto e te dá um sinal de alerta antecipado e uma solução concreta para cada um, para você fechar as lacunas antes de construir.
Faça um pré-mortem do nosso [novo lançamento de treinamento de compliance previsto para o Q3] e sinalize os maiores riscos.
Um exemplo ilustrativo. Seu resultado vai refletir suas fontes, dados e pedidos.
Assumi que o lançamento já tinha falhado e trabalhei de trás para frente, usando o seu plano de projeto e a retrospectiva do lançamento do ano passado no Knowledge Center para fundamentar cada risco. Aqui está a leitura classificada, com os dois que se destacam sinalizados.
Imaginei que é o fim do Q3 e o lançamento foi mal, então trabalhei de trás para frente a partir dessa falha usando o seu plano de projeto, a retrospectiva do lançamento do ano passado e o mapa de stakeholders no Knowledge Center. Seis modos de falha explicam a maior parte das formas como as coisas poderiam dar errado. Pontuei cada um como probabilidade × impacto numa escala de 1 a 5, então a pontuação de risco vai de 1 a 25. Dois estão bem à frente do resto: baixa conclusão antes do prazo (20) e conteúdo desatualizado em relação à regulação atual (16). É neles que eu colocaria a sua atenção primeiro.
Pontuação de risco por modo de falha (probabilidade × impacto, 1–25)
Baixa conclusão antes do prazo — pontuação 20. Probabilidade alta (5), impacto alto (4). A retrospectiva do ano passado mostra a conclusão estagnando perto de 61% a duas semanas do prazo, e esta turma é maior. Se o número da segunda semana estiver abaixo de cerca de 50%, trate como a falha já em curso. A solução é escalonar a atribuição por equipe com um checkpoint rígido no meio do trimestre e dar a cada gestor uma lista semanal de conclusão dos seus próprios liderados.
Conteúdo desatualizado em relação à regulação atual — pontuação 16. Probabilidade alta (4), impacto alto (4). A política de origem foi revisada pela última vez antes da mudança de regra mais recente, então o curso poderia ensinar um requisito já superado. O sinal a observar é a ausência de aprovação de compliance no roteiro final; a solução é uma revisão jurídica e de compliance datada antes do congelamento da produção, e não depois do lançamento.
A classificação completa, com um sinal de alerta antecipado e uma mitigação concreta para cada um, está abaixo.
| Risco | Probabilidade | Impacto | Sinal de alerta antecipado | Mitigação |
|---|---|---|---|---|
| Baixa conclusão antes do prazo | Alta | Alto | Conclusão na segunda semana abaixo de cerca de 50% | Escalonar a atribuição por equipe com um checkpoint rígido no meio do trimestre e dar aos gestores uma lista semanal de conclusão dos seus próprios liderados |
| Conteúdo desatualizado vs a regulação atual | Alta | Alto | Sem aprovação de compliance no roteiro final | Obter uma revisão jurídica e de compliance datada do conteúdo antes do congelamento da produção, não depois do lançamento |
| Falta de adesão dos gestores | Alta | Médio | Gestores não repassando o comunicado de kickoff às suas equipes | Orientar os gestores primeiro e entregar a cada um um roteiro de duas linhas mais a lista da própria equipe |
| Atrasos de tradução e localização | Alta | Médio | Arquivos localizados não entregues até o congelamento da produção | Travar o texto de origem cedo e rodar a localização em paralelo com a produção, não depois dela |
| Problemas de acesso ao LMS e ao SSO | Médio | Médio | Falhas de login do grupo de teste no ambiente de homologação | Rodar um smoke test de SSO com um pequeno grupo-piloto duas semanas antes |
| Fadiga de pesquisa distorce o feedback | Médio | Baixo | Taxa de resposta da pesquisa pós-curso abaixo de cerca de 20% | Manter a pesquisa em três perguntas e incorporá-la ao final do último módulo |
Se você reforçar duas coisas antes de construir, que sejam o plano de conclusão e a aprovação de compliance — juntos, eles carregam as duas maiores pontuações. Os quatro mais baixos (adesão dos gestores em 15, atrasos de localização em 12, acesso ao LMS e ao SSO em 9 e fadiga de pesquisa em 6) merecem cada um uma mitigação, mas não devem segurar o lançamento.
Quer que eu transforme o principal risco em um checklist de responsável e ações, ou que eu redija o plano de mitigação completo para um desses riscos?
O Pré-Mortem de Projeto inverte o post-mortem. Você descreve o projeto e a Joy assume que ele já falhou, depois trabalha de trás para frente para nomear as formas específicas como isso poderia acontecer. Ela classifica cada modo de falha por probabilidade e impacto, sinaliza o sinal de alerta antecipado que você deve observar e o associa a uma mitigação concreta, de modo que as lacunas ficam visíveis enquanto você ainda pode agir sobre elas.
Diga à Joy o que você está lançando, quando e para quem. Aponte-a para o plano do projeto, as retrospectivas passadas e o mapa de stakeholders no seu Knowledge Center para que os riscos sejam fundamentados no seu contexto real.
Peça à Joy para assumir que o projeto falhou e trabalhar de trás para frente. Use o comando /analyze ou apenas descreva o que você precisa. Ela revela os modos de falha prováveis e pontua cada um por probabilidade e impacto.
A Joy retorna uma tabela de riscos classificada com um sinal de alerta antecipado e uma mitigação para cada um, além de um gráfico das pontuações de risco para que os dois principais fiquem óbvios. Questione ou adicione contexto e ela reclassifica.
Copie a tabela de riscos e as mitigações para o seu documento de projeto, deck de kickoff ou registro RAID. A Joy revela os riscos; você decide para quais deles criar salvaguardas.
Salve este pedido como um comando personalizado no assistente que a sua equipe já usa, para que qualquer pessoa possa executá-lo em uma única etapa.
Em vez de um checklist de riscos genérico, a Joy assume que o projeto falhou e raciocina de volta até as formas específicas como isso poderia acontecer, então a lista é sobre o seu projeto, não sobre um projeto qualquer.
Cada risco recebe uma nota de probabilidade e impacto e uma pontuação de 1 a 25, então a prioridade fica óbvia de relance, em vez de uma lista solta para ficar discutindo.
Cada risco vem com o sinal concreto a observar, então você percebe quando um risco está virando a falha enquanto ainda há tempo de agir.
A Joy associa cada risco a uma mitigação específica que você pode colocar direto no plano, não a um vago 'monitorar de perto'.
Rode em uma nova política ou mudança de processo para revelar os riscos de adoção e de comunicação antes de anunciá-la.
Aponte-a para uma migração de LMS ou de plataforma para pegar riscos de acesso, de dados e de prazo antes da virada.
Coloque à prova o plano de T&D do próximo ano antes de comprometer o orçamento, para que as premissas frágeis apareçam cedo.
Teste sob estresse um prazo de certificação ou de compliance para ver onde se concentram os riscos de conclusão e de conteúdo.
Um pré-mortem é um exercício de planejamento em que você imagina que um projeto já falhou e trabalha de trás para frente para nomear as razões disso. Ele revela riscos mais cedo do que uma revisão de riscos normal porque assumir a falha torna os pontos fracos mais fáceis de enxergar. A Joy conduz o exercício no seu projeto e retorna uma lista classificada de modos de falha com sinais de alerta e soluções.
Um post-mortem acontece depois que um projeto termina e explica o que deu errado. Um pré-mortem acontece antes de você construir, enquanto ainda dá para mudar o plano. Esta receita conduz o pré-mortem, então as lacunas aparecem cedo o suficiente para serem fechadas.
Não. É uma análise sob demanda. Você a executa quando ela ajuda (antes do kickoff, antes do congelamento da produção, antes do lançamento) e a Joy lê o plano atual e retorna uma leitura nova. Não há um painel permanente para manter atualizado.
A Joy avalia cada risco em probabilidade e impacto e os multiplica em uma pontuação de 1 a 25, depois classifica a lista por essa pontuação. O gráfico e a tabela mostram as notas para que você veja o raciocínio, ajuste as premissas e peça à Joy para reclassificar.
Sim. A Joy pode redigir um checklist de responsável e ações para o principal risco, ou um plano de mitigação mais completo para qualquer risco, como texto no chat. Você copia para o seu documento de projeto, registro RAID ou deck de kickoff. A Joy redige o plano; ela não atribui responsáveis nem acompanha o trabalho por você.
Entre na lista de espera e seja o primeiro a experimentar este fluxo de trabalho quando o JoySuite for lançado.