Всім привіт.

На даний момент ми розглянули такі питання як:

Цілі проекту;

• Зацікавлені сторони проекту;
• Команда проекту;
• Управління конфліктами та розподіл відповідальності;

WBS проекту

Сьогодні хотів перейти до питання плану проекту.

І минулого разу інструмент WBS — хороша основа для складання Плану проекту.

І так що таке План проекту?

Є кілька трактувань, дві з них наведу нижче:

1) Документ/И описують основні складові проекту:

• Цілі, завдання проекту;
• Віхи проекту;
• ресурси;
  — Управління змістом/ризиками/змінами/якістю….
  2) Графічне подання послідовності робіт із проекту.
  Головне, щоб усередині команди проекту та в ближньому оточенні проекту, всі однаково розуміли, що криється за словом План проекту. :-). У цій статті я більше говоритиму про другу складову — графічне представлення та послідовність робіт.

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

Ключовим є те, що це має бути зручним і це має бути робочим інструментом, а не разовою акцією для керівництва :-).

І так, ключові правила складання плану:

1) За основу беріть складену WBS і групуйте роботи як ви це робили раніше.

По-перше, ви вже проробили величезну роботу, складаючи WBS;

По друге, якщо ви її зробили якісно, ​​Ви отримали в результаті повний список робіт за проектом.

2) Проставте послідовність робіт і залежність один від одного.

Які є залежності:

Фініш – старт. Ініціація наступного завдання залежить від завершення попередньої

Фініш-фініш. Завершення наступного завдання залежить від завершення попереднього завдання

Старт-старт. Ініціація наступного завдання залежить від ініціації попереднього завдання

Старт-фініш. Завершення наступного завдання залежить від завершення попереднього завдання.

3) Визначте тривалість робіт та необхідні ресурси для їх виконання.

Тут є нюанси. Так як роботи можуть бути фіксованою тривалістю і не залежати від того, скільки ресурсів спрямовано виконання цієї роботи. А можуть бути завдання, які залежать від кількості задіяних ресурсів та від їхньої кваліфікації.

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

4) Визначте критичний шлях Вашого Плану робіт.

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

5) Додайте додатковий «буфер» для завдань на критичному шляху. В яких завданнях додавати такий буфер і скільки він повинен складати годин/днів/місяців :-), залежить від проекту, від його контрольних точок, від ризиків та інших складових проекту. Тому тут немає єдиної правильної відповіді на це запитання.

Додавання буфера дозволяє мінімізувати ризики проекту, що впливають на його тривалість та збільшує шанси на його успішність.

Таким чином, у Вас вийшов План проекту, який лягає в основу Вашого проекту і є Базовим Планом.

Чому пишу БАЗОВИЙ, та тому що ПЛАН — живий інструмент, який у процесі реалізації проекту може змінюватись.

Які причини зміни плану:

1) Не врахували якісь активності при первинному плануванні;

2) На реалізацію потрібно більше/менше часу, ніж планували;

3) Заплановані раніше ресурси виявилися недоступними;

4) Підрядники не витримали термінів;

5) Змінилися вимоги Замовника;

і т.д.

Таким чином менеджеру проекту завжди слід тримати актуальним план проекту та своєчасно вносити зміни до нього.

Базовий План необхідний для того, щоб «моніторити» відхилення і оцінювати вплив на проект змін, що вносяться. І наприкінці проекту більш чітко провести оцінку та отримати УРОКИ проекту.

На завершення хотілося б розповісти ще про один варіант плану проекту: План контрольних точок проекту.

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

Цей тип плану дуже зручний для моніторингу проекту Замовником/Інвестором, тому що в ньому відображені основні події, що впливають на реалізацію проекту та дати плановані та фактичні. Тобто. відразу видно що зроблено, у плані чи ні і на скільки йде зсув проекту.
Процес створення плану контрольних точок

План контрольних точок

1) Встановити обсяг робіт із проекту;
2) Узгодити контрольні точки проекту;
3) Визначити критерії, за якими оцінюватимуться досягнення контрольних точок;

4) Спланувати дії щодо досягнення кожної з контрольних точок;
5) Погодити дати настання подій щодо досягнення контрольних точок.
Переваги плану контрольних точок:

Простота
— Добре видно цілі проекту
— Виразно видно структуру проекту
— Дозволяє мобілізувати ресурси для вирішення конкретних завдань
Планування є дуже важливою складовою проекту, і як кажуть в одному дитячому мультику: «Краще день втратити — потім за 5 хвилин долетіти».
Тому приділяйте плануванню стільки часу, скільки дійсно потрібно.
На сьогодні це все. Ми розглянули стандартний так званий водоспадний підхід до планування. Наступного разу планую розповісти про складання Планів проектів із використанням Гнучких технологій.

Вдалих Вам проектів!