Виконання плану проекту

Розробка плану проекту.

План

Процеси закриття

Процеси закриття включають такі процеси:

• адміністративне закриття проекту - отримання, збір і поширення інформації для документально оформленого завершення всього проекту або однієї з його фаз;

• закриття контракту - завершення і врегулювання виконання завдань контракту, включаючи вирішення всіх відкритих питань.

4.3. Узгодження взаємодій між процесами

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

•Організація, яка користується послугами підрядників, може вже на стадії планування указати, де і який процес закупівлі очікується.

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

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

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

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

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

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

Тема 5. УПРАВЛІННЯ ІНТЕГРАЦІЄЮ В ПРОЕКТІ

5.1. Загальна характеристика управління інтеграцією в проекті

5.4. Загальний контроль за змінами

5.1. Загальна характеристика управління інтеграцією в проекті

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

1. Розробка плану проекту - отримання результатів інших процесів планування та об'єднання їх в один узгоджений чіткий документ.
2. Виконання плану проекту - реалізація плану проекту шляхом виконання робіт, що увійшли до нього.
3. Загальний контроль за змінами - координація змін по всьому проекту.

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

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

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

• Робота з виконання проекту має бути «вплетеною» в поточні дії організації-виконавця.

• Зміст продукту і зміст проекту також мають бути «вплетеними» (відміна між змістом продукту І проекту обговорюється у вступі до розділу 5).

• Роботи різних функціональних фахівців (наприклад, будівельні, електротехнічні та механічні креслення для інженерного проекту) також мають бути «вплетеними».

Дата добавления: 2014-01-07