A maioria dos gerentes de projeto realmente não têm muita chance praticar Gerenciamento de Risco. O tema é coberto muito bem em todos os métodos de Gerenciamento de Projetos, mas parece ser esquecido tão logo o projeto é iniciado.

1. PRINCE2 Risco
A maioria dos gerentes de projeto realmente não têm muita chance praticar
Gerenciamento de Risco. O tema é coberto muito bem em todos os métodos de
Gerenciamento de Projetos, mas parece ser esquecido tão logo o projeto é iniciado.
Mesmo quando os Gerentes de Projeto investem uma quantidade de tempo adequada no
Gerenciamento de Risco, começam a “desanimar” uma vez que eles percebem que ninguém
está interessado em obter as informações sobre risco (pode haver pouca consciência de
Gestão de Riscos da organização, podem imaginar que Risco está relacionado à má gestão
ou simplesmente podem achar chato).
Gerentes de Projeto não são os culpados. Primeiro eles precisam de uma abordagem de
Gerenciamento de Risco a seguir, e o resto da organização também tem que estar ciente da
importância do Gerenciamento de Risco. Se você estiver trabalhando em um ambiente de
programa, provavelmente haverá uma abordagem padrão para Gerenciamento de Risco e
esperamos que você terá recebido treinamento. Se você não estiver trabalhando em um
ambiente de Programa, então você deve verificar se existem procedimentos padrão
disponíveis para o Gerenciamento de Risco na arquitetura do Programa ou em uso por
outros Gerentes de Projeto.

2. O conhecimento fornecido neste Tema de Riscos fornece uma excelente abordagem para
Gerenciamento de Risco que você será capaz de entender e usar. Acreditamos que a coisa
mais importante a entender neste Tema é a estrutura do risco, como usá-la para trabalhar
as informações de risco e como controlar/acompanhar os riscos durante o projeto.
Uma boa dica para lembrar é pedir seu executivo "como os riscos devem ser avaliados,
controlados e comunicados durante o projeto? Isto lhe dará uma boa idéia sobre a
conscientização sobre os riscos do projeto que o executivo tem e, talvez, que a organização
tem.
Finalidade
O Tema de Risco destina-se fornecer uma abordagem para "identificar, avaliar e controlar
as incertezas durante um projeto e, como resultado, melhorar a possibilidade do projeto ter
sucesso"
Você também poderia dizer que a finalidade do tema risco é "identificando, avaliando e
controlando incertezas para melhorar a capacidade de sucesso".
Por que há risco em um projeto?
Fazer Projetos é fazer algo novo! Toda mudança introduz incerteza! E toda incerteza é um
risco; Assim, risco é inerente a projeto. Você precisa saber como identificar o risco, como
avaliar esse risco, como controlar este risco, e como risco pode afetar os objetivos do
projeto.
Quando o gerenciamento de riscos é feito no projeto?
Gerenciamento de risco não é feito apenas no início do projeto, mas deve ser uma atividade
contínua durante toda a vida do projeto; é, portanto, uma das principais tarefas para o
Gerente de Projeto. É o executivo que é responsável pelo risco em um projeto, e eles
contam com o Gerente de Projeto para continuamente identificar, avaliar e controlar os
riscos ao longo do projeto.
O que é Risco?
PRINCE2 tem uma definição específica para o risco, que surge a partir do método de
M_o_R®.
Risco é um conjunto de eventos que, caso eles ocorram, terá um efeito sobre os objetivos do
projeto.
Outra definição para riscos é:
Risco é um evento incerto que, se ocorrer, terá um efeito positivo ou negativo sobre um
objetivo de projeto.

3. Já que o Risco é incerto, ele pode trazer um efeito positivo ou negativo, ou seja, pode ser
visto como uma ameaça ou oportunidade. Descrever risco como positivo – ou diriamos uma
oportunidade – pode ser novo para você, então aqui está um exemplo. Em um projeto para
desenvolver um novo sistema CRM (Gestão de Relacionamento com Cliente) e foi
identificado um possibilidade de obter uma redução de 50% sobre o módulo de integração
do armazém, porém a um custo de R$15.000. Trata-se de uma oportunidade, já que terá
impacto positivo.
O que está em Risco no Projeto?
Se eu fosse fazer a pergunta, "O que está em risco no projeto?" você poderia responder
que o projeto estava sob risco, ou talvez, que a satisfação do usuário com o uso do produto
estava sob risco. PRINCE2 considera outro ponto de vista. Ele busca identificar quais
objetivos do projeto estão em risco, e estes incluem as seis metas de desempenho, de tempo,
custo, qualidade, escopo, benefícios e o próprio desempenho de riscos.
O que é Gestão de Risco?
Gerenciamento de riscos está relacionado às etapas que são necessárias de forma
sistemática, e que permitirá que você para identificar, avaliar e controlar (planejar,
implementar e comunicar) os riscos. Este tema de riscos fornece uma abordagem para
gerenciar o risco em um projeto. Há três etapas principais para gerenciamento de risco,
que são a identificação, avaliação e controle:
 Identificação Como identificar e descrever o risco.
 Avaliar Propabilidade, proximidade e impacto nos objetivos
 Controlar Como responder da melhor maneira possível
Um novo risco pode surgir a qualquer momento no projeto. O gerente de projeto deve
fazer perguntas, como:
 "Esse risco afetará o Business Case?"
 "Como o risco afeta quaisquer dos riscos atuais já registrados?"
O Método de Gestão de Risco e o contexto do Risco
O PRINCE2 utiliza outro Método da OGC, que é o Gerenciamento de Risco (M_o_R®).
Como resultado, o PRINCE2 aproveita todos estes procedimentos e princípios que já foram
definidos em vez de tentar reinventar a roda. O método M_o_R é uma abordagem genérica
para Riscos e tem a seguintes etapas:
 Em primeiro lugar, entender o contexto do projeto, o que significa compreender o ambiente
de projeto;
 Envolver as partes interessadas (usuários, fornecedores, equipes, etc) para ajudar a identificar
os riscos;
 Estabelecer uma abordagem para o projeto e documentar essa abordagem;

4.  Apresentar relatórios periódicos sobre o risco;
 Definir Papéis e Responsabilidades para os Riscos.
Contexto de Risco
Se alguém lhe perguntar o que significa uma determinada palavra, você pode perguntar
"em que contexto?". É a mesma coisa, porém no ponto de vista dos Riscos.
Exemplo 1: Se temos um projeto de espacial da NASA e um dispositivo tem de funcionar
por 10 anos em órbita (contexto); temos é um bom exemplo de um projeto de baixíssima
tolerância a risco.
Exemplo 2: Estamos desenvolvendo um protótipo simples para uso interno apenas e este
produto terá uma vida de até 4 meses; e, como há contornos possíveis, nem tudo tem que
funcionar 100% neste produto (contexto). Este é um exemplo de um projeto de alta
tolerância a risco de.
Nota: Um projeto que tem alta tolerância de risco tem um grande apetite a risco, pois pode
absorver muitos riscos.
Ao efetuar as primeiras considerações sobre risco, a primeira pergunta deveria ser: “Que
políticas de risco já existem na empresa, ou no ambiente programa, e que podem ser
usadas?” e “Então não há nenhuma necessidade de re-inventá-las?". Se houver alguma
diretiva, então ela fornecerá as seguintes informações:
 A atitude da organização em relação a riscos (também chamado apetite de risco);
 Tolerâncias de risco
 Procedimentos de escalonamento;
 Papéis & responsabilidades típicos;
 Exemplo de um documento de estratégia de gerenciamento de risco.
Referência
 prince2.wiki/PRINCE2
 pt.prince2.wiki/PRINCE2