У проекті є кілька ключових ролей, від виконання яких значною мірою залежить успіх проекту. Безумовно, одна з найважливіших - роль керівника проекту. Але я пропоную обговорити роль замовника проекту, яка не менш важлива.
У деяких методиках управління проектами (наприклад, scrum) замовника називають «власником продукту проекту». Мені подобається таке визначення, тому що багато в чому воно відображає суть цієї ролі. Власник продукту - це людина, яка буде використовувати продукт проекту в своїх цілях. А значить, він зацікавлений в отриманні продукту проекту в термін, до бюджету, відповідно до вимог. Можна припустити, що власник проекту буде всіляко допомагати керівнику проекту. Але чи відбувається так насправді?
Перш ніж відповісти на питання, я хочу позначити ключові моменти, які повинен забезпечити власник продукту:
- наявність бачення проекту - як він вписується в програму проектів (або портфель проектів) і як в ньому будуть задоволені очікування різних зацікавлених сторін
- узгодження обмежень проекту щодо термінів, бюджету та цілям (ці обмеження повинні бути прописані в контракті на проект або в Статуті проекту)
- твердження вимог до продуктів проекту
- прийняття рішень по проекту
За даними Standish Group, на кожну $ 1000. вартості часу людей в проекті доводиться приймати 1.5 рішення. Проект в мільйон доларів матиме 1500 рішень, у той час як $ 10 млн. Проект матиме 15000 рішень. Власник продукту повинен взяти участь в 20% з цих рішень.
- вибір методу вимірювання прогресу проекту - він повинен бути простим, але дає релевантні дані про хід проекту так, щоб можна було вчасно втрутитися в хід проекту
- ведення переговорів (переговорів доводиться вести багато і з різних тем)
- участь у створенні та коригуванні плану проекту - власник продукту повинен розуміти прогнози по завершенню проекту (чи вистачить бюджету, вкладемося чи в термін) і приймати рішення за пріоритетами реалізації вимог до продукту проекту
- приймання проміжних результатів проекту - власник продукту повинен бути в курсі того, як розвивається створюваний в проекті продукт, які у нього з'являються функції; в кінці проекту він повинен організувати приймально-здавальні випробування продукту проекту (для цього ще на старті проекту необхідно розробити процедуру приймання-здачі продуктів проекту та ознайомити з нею команду проекту).
Можу сказати, керуючись власним досвідом, що знайти залученого власника продукту завжди дуже важко. Напевно, сама роль власника продукту в багатьох компаніях в СНД ще є дивиною. Тому завдання керівника проекту - пояснити замовнику, хто такий власник продукту і чим він в цій якості має займатися.
Якщо у внутрішніх проектах (коли замовник і команда проекту працюють в одній компанії) не виходить знайти людину, яка здатна виконувати функції власника продукту, я б порадив сто разів подумати, чи варто стартувати. Проект, в якому немає зацікавленого замовника практично приречений на потрапляння до когорти невдалих. Але якщо стартувати проект дуже потрібно, а відповідного замовника поки немає - зробіть замовником самого зацікавленого в продукті проекту людини і відправте його на курси по scrum, де йому пояснять, чим повинен займатися product owner і які методи йому використовувати в своїй роботі.
У наступній статті ми поговоримо про навичках керівника проекту і про знання, якими він повинен володіти.