Maryna Sokyrko & Oleksandr Chugui: Building Product Passion: Developing AI ch...
Sergiy Potapov: Волонтерські проєкти. Особливості для проєктного менеджера (UA)
1. Achieve more
Faster
Сергій Потапов
UA online PMDAY
30.09.2023
ВОЛОНТЕРСЬКІ ПРОЄКТИ
особливості для проєктного
менеджера
всі ілюстрації створені open.ai
3. ОСОБЛИВОСТІ «ВОЛОНТЕРСЬКИХ» ПРОЄКТІВ
або чому «стандартні» підходи можуть не працювати
Свобода
рішень
IT
product
Starship
Social
initiatives
Tesla
State
initiatives
Commercial
construction
Army of
drones
RESPONSIBILITY
REGULATIONS
AGILITY
Інновації космічні
Регулювання державне
Фінансування випадкове
Окупність відсутня
Cost of Delay – життя
4. Achieve more
Faster
ЧОМУ ПРОЄКТИ?
а не збори на дрони
волонтерські ініціативи
закривають спроможності
ініціативи включають в себе
документацію, навчання,
сертифікацію, підтримку…
потребують планування в
горизонті від місяців до років
(стратегічні проєкти)
5. Achieve more
Faster
СПРОМОЖНОСТІ
а не перелік вимог
Замовник набуде спроможність
Встановлюють зв’язок між
стратегічними цілями та
функціональними вимогами
Описують бажаний стан
системи ПІСЛЯ завершення
проєкту – легше формулювати
Мету та Цілі
6. Achieve more
Faster
СТЕЙКХОЛДЕРИ
та конфлікти бажань
кількість стейкхолдерів
суттєво перевищує звичну
для комерційних проєктів
існують палкі прихильники,
явні противники, «сірі карди-
нали», «неможливщікі»
медійність та ваша репутація
стають ключовим активом
7. Achieve more
Faster
УЗГОДЖЕННЯ ВИМОГ
складніше ніж нам здається
«затвердити» вимоги скоріш
за все не вдасться
воля впливових стейкхолдерів
досягнути результату важлива
гнучкість та готовність адапту-
вати результат під фактори
середовища – головне
але ітераціями не вийде
8. Achieve more
Faster
ПОТРІБНО ВЧОРА
немає коли сумніватись
затримки – це чиїсь життя
ітерації – це наявність грошей
на «другий супутник» збирати
значно складніше
збирати на «ненамацяльне»
вдруге – малореально
але потрібно вчора
9. Achieve more
Faster
OUTCOME vs OUTPUT
і одне, і друге – результат
розділення на Продукт та
Ефект дуже важливе
під час виконання проєкту
Продукт (Output) може
суттєво змінюватись
але ви маєте бути перекона-
ними в тому, що бажаний
Ефект буде досягнутий, і
спроможність створена
10. Achieve more
Faster
«АРХІТЕКТОР»
ключ до результату
надзвичайно важливу роль
грає той, хто готовий «за
одну ніч» створити нове
технічне рішення
вам буде легше вносити
зміни в продукт, якщо верх-
ньорівнево ви затвердите з
ключовими стейкхолдерами
бажану спроможність
11. Achieve more
Faster
ДОМЕНИ НЕВИЗНАЧЕНОСТІ
за допомогою Cynefin
класичний РМ працює в
«правій» половині
аджайл та ітерації працюють
в складному домені
більшість волонтерських
проєктів працюють в Хаосі
як планувати в Хаосі?
і хто make decision?
12. Achieve more
Faster
ВІЗУАЛІЗАЦІЯ ЛОГІКИ
потрібна для рішень
логічні послідовності з
варіаціями сценаріїв
чітка фіксація припущень
оцінка ризиків та зменшення
їх впливу заздалегідь (коаліції
серед стейкхолдерів)
«Чорні лебеді» існують
13. Achieve more
Faster
ВСЕ ОДНО ВИ В ХАОСІ
то ж не дивуйтесь новинам
чим вищий рівень затверд-
ження ідеї, тим вона витри-
валіша
довготермінове планування
малоефективне
будьте готові діяти всупереч
існуючим правилам
переможців також судять
14. Achieve more
Faster
МОНІТОРИНГ
має бути простим
у ваших колег немає часу на
детальну звітність
ви маєте розуміти прогрес по
проєкту, та розгалуження в
сценаріях
«скільки ще потрібно часу
для завершення поточної
задачі?» – основа контролю
15. Achieve more
Faster
ПІДСУМКИ
або що ви забираєте з собою
capabilities based planning
who is making decision?
agility without iterations
hello, chaos, my old friend
keep it simple stupid
stop starting & start finishing