Bogdan Onyshchenko: Чому традиційного проектного менеджменту сьогодні буває недостатньо і що з цим робити?
UA Online PMDay 2021
Website - https://pmday.org/online
Youtube - https://www.youtube.com/startuplviv
FB - https://www.facebook.com/pmdayconference
2. Залізний трикутник
Проект вважають успішним, якщо:
• Його реалізовано вчасно
• У повному обсязі
• У рамках бюджету
• З дотриманням належної якості
3. Ефект проекту “у бульбашці”
Вищезгадане ефективно
працюватиме лише якщо можна
окремо ізолювати проект.
Такі випадки, звісно, трапляються,
проте нерідко картина набагато
складніша.
4. Замовлення туру в агентстві
Уявімо, що Ви прийшли замовити тур.
Ваші побажання:
• 2 дорослих і 3-річна дитина
• Єгипет чи Туреччина
• Бюджет $2000
• Готель 4 або 5 зірок
• Все включено
• 7-10 днів
• Last minute/упродовж наступних 10 днів
6. Випадок 1: справдити очікування замовника
• Кожен замовник має певні очікування до проекту, що грунтуються
на власному досвіді та співпраці з попередніми виконавцями.
• Далеко не завжди замовник вміє їх чітко сформулювати і донести.
• Деякі деталі видаються замовнику настільки очевидними, що він
їх напряму не комунікує.
8. Випадок 2: кінцеві користувачі/клієнти
Vendor End users
Customer
Project
Виконавець реалізує проект відхтовхуючись від вимог,
наданих клієнтом. Проте, це не гарантує, що проект у
достатній мірі задовільнить потреби кінцевих користувачів
?
9. Інноваційність на ринку
Нездатність чітко усвідомити потреби користувачів та гнучко реагувати на
зміни, нові віяння чи прориви на ринку нерідко призводять до краху.
10. Випадок 3: конкуренція та інновації
Vendor 1 Project X Customer A
Target market
Vendor 2 Project Y Customer B
Product α
Product β
Більш конкуретнтоспроможні та інноваційні компанії
мають кращі шанси завоювати ринок.
12. Випадок 4: пробна співпраця для визначення
довготермінового партнера
Vendor 1
Customer
Vendor 2
Vendor 3
Project X
Project X
Project X
Декілька постачальників реалізують ідентичний/типовий пробний проект для замовника.
Співпрацю продовжать з тим постачальником, котрий реалізує проект найкраще.
13. Які ж насправді критерії успішності?
Scope
Time Budget
Project
Product/Service
End Users
Продуктний підхід
Успіх регулярно визначається
за допомогою ряду бізнес
метрик поза проектом:
• Задоволеність клієнтів
• Прибутки
• Залучення/утримання
користувачів
• Заощадження коштів
Проектний підхід
Успіх заздалегідь
визначається через:
• Scope
• Time
• Budget
14. Чи зможете Ви застосувати
переваги продуктного чи гнучкого
підходів, керуючись наявним
Fixed price/scope контрактами?
16. Недоліки Fixed Price & Scope контрактів
• Замовники (або їх клієнти/користувачі) часто не отримують саме того,
чого потребують на момент закінчення проекту. Це підриває
перспективи довготермінової співпраці.
• Нерідко у прагненні реалізувати проект у стислих часових та
бюджетних рамках доводиться свідомо жертвувати якістю:
використовувати дешевші матеріали, скорочувати обсяг перевірок,
знижувати якість коду тощо.
• Типовим наслідком є збільшення кількості коштів, необхідних на
утримання кінцевого продукту. Це відбувається через низьку якість
реалізації, технічний борг та коштовні change request-ти.
17. Time and Materials контракт
• Цей підхід може стати першим кроком на шляху до гнучкої розробки. Зазвичай,
увесь проект розбивається на задачі, кожну з яких виконавець оцінює окремо, а
замовник платить за фактично спожитий час і матеріали.
• Класичний ризик, притаманний даному контракту (і секвенційним проектам з
розробки програмного забезпечення) - це можливість застрягнути у безкінечному
циклі платежів, не отримуючи відчутних результатів.
• Цей ризик дозхволяють опановуюти гнучкі підходи до розробки, де наприкінці
кожної ітерації кінцевий продукт приростає новими фічерами та є потенційно
готовим до виходу на ринок.
• Time & Materials вимагає прозорості та довіри з обох сторін. Майже завжди такий
тип партнерства вимагає вагомих зусиль і часу.
18. Fixed price per iteration (unit of time) контракт
• Цей контракт доволі простий та передбачуваний, широко використовується в ІТ-
аутсорсингу. Існує 2 типових випадки: (А) вимоги узгоджуються до початку
ітерації або ж (Б) вимоги відсутні і постають в процесі розробки.
• (А): Виконавець мусить уточнити вимоги та переконатися у надійсності оцінки
обсягу роботи до виконання аби не втратити гроші. Короткотривалість ітерації
(зазвичай до 1 місяця часу) дозволяє це зробити зі значно більшим рівнем
надійності, аніж для цілого проекту. Також замовник може бути змушений
платити дотаткові кошти за ризики, що виникають при розробці згідно вимог.
• (Б): Можливий лише за наявності довіри між замовником та виконавцем. У
пригоді неодмінно стануть прозорість, часті релізи та чіткі й прості умови
припинення співпраці.
19. Pay-per-use контракт
• При такому підході кожне використання продукту/сервісу (транзакція)
має фіксовану ціну. Кількість транзакцій обраховується автоматично, є
повністю прозорою і лише на основі неї обраховується регулярний
інвойс.
• Цей підхід вигідний як замовнику, так і виконавцю, оскільки обоє лише
виграють від збільшення трафіку/частоти використання продукту.
• Якщо замовник отримує доступ до вже готового продукту/серівсу – це
означає відсутність коштів на утримання. Можливі витрати пов’язані
лише з додатковим функціоналом, що бажає отримати замовник.
20. “Money for nothing, change for free” контракт
Замовник зобов’язаний :
• Впорядковувати фічери згідно їх цінності
• Погоджувати естімейти разом з виконавцем
• Брати участь у плануванні спринту
• Описувати критерії прийняття фічерів
• Брати участь у рев‘ю спринту
Виконавець зобовязаний:
• Реалізовувати проект згідно Definition of Done
• Гарантувати прозорість процесу розробки
Money for nothing
Замовник може припинити співпрацю в кінці
будь-якого спринту. Зазвичай тоді, - коли
вартість продовження проекту менша
потенційного зиску. У такому випадку
замовник виплачує виконавцю 20% від
залишкової вартості контракту.
Change for free
Замовник має право вносити зміни у скоуп
проекту за умови, що загальний обсяг роботи
не зміниться (за погодженням із виконавцем).
Якщо до скоупу додається фічер обсягом Х, то
замовник повинен усунути зі скоупу проекту
його еквівалент.
22. Висновки
• В сучасних умовах ринкової економіки, високої конкуренції та глобалізації
все частіше доводиться переосмислювати критерії успішності реалізації
проектів.
• Продуктний і гнучкий підходи до розробки дають ряд переваг над
традиційним проектним менеджментом (за наявності сприятливих умов
для їх застосування).
• Існує ряд альтернатив типовим для багатьох галузей Fixed Scope Fixed Price
контрактам, що створюють підгрунтя аби повністю виправдати, а
подекуди – і перевершити очікування замовника.