Riscos, problemas e solicitações de mudança
como registros separados, não como tarefas.
O que pode acontecer, o que já aconteceu e o que você quer mudar recebem cada um o registro de que precisam, vinculado aos outros, para que a lista de tarefas continue sendo uma lista de trabalho.
O que você ganha
Registros separados e vinculados
Um risco pode virar um problema, e um problema pode gerar uma solicitação de mudança, e cada registro mantém o vínculo com a sua origem.
Um registro de riscos em cada projeto
Registre o que pode dar errado, com uma gravidade, uma categoria (cronograma, recursos, orçamento, escopo ou externo), as tarefas afetadas e o que fazer a respeito. Edite quando mudar e dispense o que não se aplica mais.
Detecção de riscos com IA
Execute uma análise e a IA lê o plano em busca de riscos de cronograma, orçamento, recursos e escopo, cada um com uma mitigação sugerida, para você manter ou dispensar.
Um registro de problemas para o que já aconteceu
9 tipos de problema, 4 níveis de gravidade e um ciclo de vida que vai de Aberto a Investigando, Resolvido e Fechado, por projeto e em toda a organização.
Quando um risco acontece, promova-o
Promova um risco e um problema é redigido a partir dele para alguém aceitar. O problema aceito mantém o vínculo com o seu risco, e o risco é marcado como resolvido. Quando a resposta é trabalho, transforme o risco em uma tarefa.
Solicitações de mudança com seu impacto
Peça para mudar o escopo, o cronograma, o orçamento ou os recursos como um registro próprio, com o impacto em dias e em dinheiro escrito antes que alguém aprove.
Um comitê de controle de mudanças que decide
Os gerentes do projeto, os membros do comitê da organização ou revisores designados aprovam ou rejeitam. Uma mudança aprovada é marcada como implementada, e cada etapa fica no seu histórico.
Solicitações de mudança que dizem sua causa
Quando resolver um problema significa mudar o plano, crie a solicitação de mudança a partir do problema, e cada solicitação de mudança lista os problemas que levaram a ela.
Os riscos na data de término
Dê a um risco uma probabilidade e um impacto em dias úteis, e a simulação de Monte Carlo o leva em conta ao calcular a chance de cumprir a data do plano.
Pode acontecer, já aconteceu, pede uma mudança
Cada registro responde a uma pergunta diferente
O Guia PMBOK os mantém separados por um motivo: eles são revisados por pessoas diferentes, em dias diferentes, para decisões diferentes.
Um risco pergunta o que faremos se ele acontecer, por isso tem uma gravidade, uma categoria e uma recomendação.
Um problema pergunta quem está resolvendo e até quando, por isso tem um tipo, uma gravidade, um responsável e um status que vai de aberto a fechado.
Uma solicitação de mudança pergunta se concordamos em mudar o plano, por isso tem o impacto em dias e em dinheiro e uma decisão com o seu histórico.
Grátis, sem conta
Veja o risco em um cronograma que você já tem
Envie um arquivo do Microsoft Project ou do Primavera e receba as datas de término que ele provavelmente vai atingir, ou os problemas escondidos na sua lógica.
Perguntas sobre riscos, problemas e solicitações de mudança
De qual plano eu preciso?
O registro de riscos funciona em todos os planos, com ou sem IA, e o registro de problemas está disponível em todos os planos, inclusive o gratuito. A detecção de riscos com IA está disponível a partir do plano Professional, e contar os riscos na data de término do Monte Carlo, a partir do plano Professional. As solicitações de mudança e o comitê de controle de mudanças estão disponíveis a partir do plano Enterprise.
Qual é a diferença entre um risco, um problema e uma solicitação de mudança?
Um risco é algo que pode acontecer, então você decide o que fazer antes que aconteça. Um problema já aconteceu e precisa de um responsável e de uma solução. Uma solicitação de mudança pede para mudar o que foi combinado, o escopo, as datas, o orçamento ou as pessoas, e precisa de uma decisão. Mantê-los como registros separados dá a cada um os campos e o ciclo de vida de que ele precisa.
Por que não acompanhar tudo como tarefas?
Uma tarefa é trabalho a fazer. Um risco pode nunca precisar de nenhum, um problema precisa de uma gravidade e de uma resolução, e uma solicitação de mudança precisa de um impacto e de uma aprovação. Coloque tudo isso na lista de tarefas e o cronograma se enche de itens que não são trabalho, enquanto o registro que o patrocinador pede não existe. No Onplana, um risco só vira tarefa quando a resposta a ele é trabalho.
O que acontece quando um risco se concretiza?
Promova-o a problema. O Onplana redige o problema a partir da descrição e da recomendação do risco, e depois que alguém o aceita, o problema mantém o vínculo com o risco e o risco é marcado como resolvido, então o registro mostra quais riscos viraram problemas. Se lidar com o problema significa mudar o plano, crie uma solicitação de mudança a partir do problema.
A IA decide quais riscos importam?
Não. A análise sugere riscos com uma mitigação para cada um, e eles ficam no registro para que uma pessoa os mantenha, edite ou dispense. Nada chega ao plano até que alguém aja.
Dê ao patrocinador um registro, não uma lista de tarefas.
Comece grátis com o registro de riscos e o registro de problemas, e adicione o controle de mudanças quando o programa precisar de um comitê.