Настройка взаємодій між процесами

Процеси та взаємодії між ними, описані в підрозділі 3.3, задовольняють тести формального приймання - вони застосовуються вже давно для більшості проектів. Проте, не всі процеси потрібні в усіх проектах і не всі взаємодії застосовуються в усіх проектах. Наприклад: Організація, яка користується послугами підрядників, може вже на стадії планування указати, де і який процес закупівлі очікується.

Відсутність у плані якогось процесу не означає, що останній не буде здійснений. Команда менеджерів проекту повинна визначити й управляти всіма процесами, необхідними для успішного виконання проекту.

У проектах, що залежать від унікальних ресурсів (проекти розробки комерційного програмного забезпечення, проекти в біофармацевтичній промисловості і т.ін.), до визначення змісту бажано розподілити ролі й відповідальність кожного, оскільки те, що може бути зроблено, залежатиме від виконавця. Деякі результати в процесах можуть бути заздалегідь задані як обмеження. Наприклад, служби менеджменту можуть задавати дату завершення цільового проекту, а не отримувати її в результаті планування.

Великі проекти можуть бути і більш детальними. Наприклад, ідентифікація ризику може бути надалі розбита для того, щоб окремо зосередитися на вартісних, планових, технічних ризиках і ризиках якості.

У підпроектах і менших проектах на результати, визначені на рівні проекту, можуть бути витрачені менші зусилля (наприклад, субпідрядчик може ігнорувати ризики, що мають відношення до головного підрядчика); це саме справедливе й відносно процесів обмеженого використання (у проекті з чотирьох чоловік може і не бути формального плану комунікацій).

Коли існує необхідність у внесенні зміни, то останню необхідно ясно визначити, ретельно оцінити й активно нею управляти.