3.4 Adaptações nas Interações de Processos

Os processos e as interações na Seção 3.3 satisfazem os testes gerais de aceitação – eles se aplicam à maioria dos projetos durante a maior parte do tempo. Entretanto, nem todos os processos serão necessários, e nem todas as interações se aplicam, em todos os projetos. Por exemplo:

   Uma organização que faz amplo uso da contratação de terceiros, pode explicitar exatamente onde, no processo de planejamento, cada contratação deve ocorrer.

   A ausência de um processo não significa que ele não deve ser executado. A equipe de gerência do projeto deve identificar e gerenciar todos os processos que são necessários para assegurar o sucesso do projeto.

   Os projetos que são dependentes de recursos únicos (desenvolvimento de software comercial, biofarmacêuticos,etc) podem definir papéis e responsabilidades mesmo antes da detalhamento do escopo, uma vez que o que pode ser feito depende dos recursos disponíveis.

   Algumas saídas de processos podem ser predefinidas como restrições. Por exemplo, a administração pode definir uma data de término fixa, em vez de permitir que ela seja determinada pelo processo de planejamento. Uma imposição de uma data de término, pode aumentar o risco, o custo e comprometer a qualidade do projeto.

   Grandes projetos podem necessitar de maiores detalhes. Por exemplo, a identificação de riscos pode ser subdividida para focalizar separadamente os riscos de custo, riscos de prazo, riscos técnicos, e riscos de qualidade.

   Em subprojetos e projetos menores, gasta-se um pequeno esforço nos processos cujas saídas já tenham sido definidas ao nível do projeto ( por exemplo, um subcontratado pode ignorar os riscos explicitamente assumidos pelo contratante) ou nos processos que tenham apenas uma utilidade marginal (pode não existir um plano de comunicação formal para um projeto de quatro pessoas).
   Quando há a necessidade de se fazer uma mudança, esta deve ser identificada com clareza, avaliada cuidadosamente, e efetivamente gerenciada.