3.4 Настройка взаємодій між процесами
Процеси та взаємодії між ними, описані в підрозділі 3.3, задовольняють тести формального приймання - вони застосовуються вже давно для більшості проектів. Проте, не всі процеси потрібні в усіх проектах і не всі взаємодії застосовуються в усіх проектах. Наприклад:
• Організація, яка користується послугами підрядників, може вже на стадії планування указати, де і який процес закупівлі очікується.
Відсутність у плані якогось процесу не означає, що останній не буде здійснений. Команда менеджерів проекту повинна визначити й управляти всіма процесами, необхідними для успішного виконання проекту.
У проектах, що залежать від унікальних ресурсів (проекти розробки комерційного програмного забезпечення, проекти в біофармацевтичній промисловості і т.ін.), до визначення змісту бажано розподілити ролі й відповідальність кожного, оскільки те, що може бути зроблено, залежатиме від виконавця.
Деякі результати в процесах можуть бути заздалегідь задані як обмеження. Наприклад, служби менеджменту можуть задавати дату завершення цільового проекту, а не отримувати її в результаті планування.
Великі проекти можуть бути і більш детальними. Наприклад, ідентифікація ризику може бути надалі розбита для того, щоб окремо зосередитися на вартісних, планових, технічних ризиках і ризиках якості.
• У підпроектах і менших проектах на результати, визначені на рівні проекту, можуть бути витрачені менші зусилля (наприклад, субпідрядчик може ігнорувати ризики, що мають відношення до головного підрядчика); це саме справедливе й відносно процесів обмеженого використання (у проекті з чотирьох чоловік може і не бути формального плану комунікацій).
Коли існує необхідність у внесенні зміни, то останню необхідно ясно визначити, ретельно оцінити и активно нею управляти.
II.Галузі застосування знань з проектного менеджменту
Управління інтеграцією в проекті
Управління змістом проекту
Управління часом у проекті
Управління вартістю проекту
Управління якістю проекту
Управління трудовими ресурсами проекту
Управління інформаційним зв'язком у проекті
Управління ризиком у проекті
Управління закупівлями в проекті
4.Управління інтеграцією в проекті
Управління інтеграцією в проекті включає різні дії, необхідні для того,
щоб основний процес був скоординований правильно. Воно включає
здійснення обміну між конкуруючими цілями й альтернативами для
того, щоб задовольнити або навіть перевищити очікування
зацікавлених осіб. Оскільки всі процеси управління проектами тією чи
іншою мірою є інтеграційними, то процеси, що описуються в даному
розділі, є суто інтеграційними. Малюнок 4-1 містить огляд таких
основних процесів:
4.1 Розробка плану проекту - отримання результатів інших
процесів планування та об'єднання їх в один узгоджений чіткий документ.
4.2 Виконання плану проекту - реалізація плану проекту шляхом виконання робіт, що увійшли до нього.
4.3 Загальний контроль за змінами - координація змін по всьому проекту.
Зазначені процеси взаємодіють як між собою, так і з процесами інших галузей застосування знань з проектного менеджменту. Кожний процес може включати зусилля одного чи кількох індивідуумів або груп індивідуумів, спрямовані на задоволення потреб проекту, і виконується, як правило, по одному разу на кожній фазі проекту.
Хоч тут процеси представлені як дискретні елементи з чітко визначеними зв'язками, на практиці вони можуть перекриватися і взаємодіяти між собою в різний спосіб, що докладно тут не описується. Детально обговорені взаємодії між процесами в розділі 3.
Процеси, методи та засоби, використовувані для інтеграції процесів управління проектами, - центральні питання цього розділу. Наприклад, управління інтеграцією в проекті стає актуальним, коли необхідний кошторис з плану обліку невизначеностей в проекті або коли мають бути ідентифіковані ризики, зв'язані з різними альтернативами відносно використання персоналу проекту. Проте, для того щоб проект успішно завершився, інтеграція повинна мати місце і в інших галузях. Наприклад:
Робота з виконання проекту має бути «вплетеною» в поточні дії організації-виконавця.
Зміст продукту і зміст проекту також мають бути «вплетеними» (відміна між змістом продукту і проекту обговорюється у вступі до розділу 5).
Роботи різних функціональних фахівців (наприклад, будівельні, електротехнічні та механічні креслення для інженерного проекту) також мають бути «вплетеними».