Pré-Mortem de Projeto

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.

Para Líderes de T&D Gerentes de Programa e de Projeto RH e People Ops Líderes de Operações
Prompt de exemplo para o assistente Joy

Faça um pré-mortem do nosso [novo lançamento de treinamento de compliance previsto para o Q3] e sinalize os maiores riscos.

Como pode ficar

Um exemplo ilustrativo. Seu resultado vai refletir suas fontes, dados e pedidos.

Faça um pré-mortem do nosso novo lançamento de treinamento de compliance previsto para o Q3 e sinalize os maiores riscos.

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.

Pré-Mortem — Lançamento de Treinamento de Compliance do Q3

Projeto: Lançamento de Treinamento de Compliance do Q3 · Método: pré-mortem (assuma que falhou, trabalhe de trás para frente) · Riscos pontuados: 6

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 prazo20
Conteúdo desatualizado vs regulação16
Falta de adesão dos gestores15
Atrasos de localização12
Problemas de acesso LMS/SSO9
Fadiga de pesquisa6

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.

RiscoProbabilidadeImpactoSinal de alerta antecipadoMitigação
Baixa conclusão antes do prazoAltaAltoConclusã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 atualAltaAltoSem aprovação de compliance no roteiro finalObter 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 gestoresAltaMédioGestores não repassando o comunicado de kickoff às suas equipesOrientar 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çãoAltaMédioArquivos localizados não entregues até o congelamento da produçãoTravar 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 SSOMédioMédioFalhas de login do grupo de teste no ambiente de homologaçãoRodar um smoke test de SSO com um pequeno grupo-piloto duas semanas antes
Fadiga de pesquisa distorce o feedbackMédioBaixoTaxa 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?

Da página em branco a uma lista de riscos classificada

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.

  1. Descreva o projeto

    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.

  2. Peça o pré-mortem

    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.

  3. Revise os riscos classificados

    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.

  4. Leve para o seu plano

    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.

  5. Transforme isso em um clique para a sua equipe

    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.

Deixe do seu jeito

Trabalha de trás para frente a partir da falha

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.

Classificado por probabilidade e impacto

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.

Sinais de alerta antecipados

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.

Uma solução para cada risco

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'.

Antes de lançar uma política

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.

Antes de uma migração de sistema

Aponte-a para uma migração de LMS ou de plataforma para pegar riscos de acesso, de dados e de prazo antes da virada.

No planejamento do programa

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.

Antes de uma campanha de certificação

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.

Perguntas Frequentes

O que é um pré-mortem de projeto?

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.

Como isso se diferencia de um post-mortem?

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.

Isto é um dashboard de riscos ao vivo que eu preciso manter?

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.

Como a Joy decide quais riscos importam mais?

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.

A Joy pode me ajudar a agir sobre os riscos?

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ê.

Pronto para encontrar a falha antes que ela encontre você?

Entre na lista de espera e seja o primeiro a experimentar este fluxo de trabalho quando o JoySuite for lançado.