Управління командою, ресурсами та фінансовий аналіз проєктів ЦТ
Тема 2: Управління проєктами у військовому середовищі · Заняття 5
1. Формування та розвиток команди проєкту ЦТ у військовому середовищі
Опорний конспект
Команда проходить закономірні етапи розвитку (модель Такмана): формування (знайомство, невизначеність), конфлікт (storming — зіткнення підходів), нормалізація (norming — вироблення правил), результативність (performing — злагоджена робота). Керівник має розуміти, на якому етапі команда, і допомагати їй рухатися далі.
Специфіка команди ЦТ у ЗСУ: поєднання військових і цивільних фахівців із різною культурою (субординація vs продуктова гнучкість); ротація особового складу; потреба у швидкому онбордингу. Розвиток команди — навчання (CDTO Campus), наставництво, розподіл знань (щоб ротація не зупиняла проєкт).
Мотивація команди в умовах воєнного часу має особливості: провідними є не матеріальні стимули, а сенс (внесок в оборону), автономія (довіра й повноваження) та визнання результату. Керівник підтримує мотивацію через зв’язок роботи з реальним впливом на боєздатність (ланцюг цінності), захист команди від перевантаження та вигорання, чіткість цілей (OKR) і визнання коротких перемог.
Дискусійні запитання
Які етапи проходить проєктна команда і що робить керівник на кожному з них?
Очікувана відповідь: формування (керівник задає цілі й ролі), конфлікт (модерує розбіжності, не уникає їх), нормалізація (закріплює правила), результативність (делегує, підтримує ритм). Розуміння етапу дозволяє не сприймати конфлікт як «поломку», а як норму розвитку.
Які особливості формування команди ЦТ у ЗСУ (військові + цивільні) і як знизити вплив ротації?
Очікувана відповідь: узгодження двох культур (субординація й продуктова гнучкість), спільні цілі й правила; зниження впливу ротації — документація, розподіл знань, наставництво, щоб втрата однієї людини не зупиняла проєкт.
Типові помилки:
- ігнорування етапу конфлікту (storming) як «поганого клімату»;
- концентрація знань в одній людині — ризик при ротації;
- відсутність онбордингу нових членів команди.
Проміжний висновок: команда — головний ресурс; керівник свідомо веде її через етапи розвитку й страхує від ротації розподілом знань.
2. Capacity planning: оцінка навантаження та планування доступності ресурсів
Опорний конспект
Capacity planning — планування реальної доступності команди. Ключова відмінність: номінальна чисельність ≠ реальна доступність. Реальну доступність зменшують наряди, відпустки, навчання, ротація, паралельні задачі. Планувати треба від реальної, а не «паперової» доступності.
Ознаки перевантаження (over-allocation): зростання строків, вигорання, падіння якості. Реакція: перепріоритезація (частина задач — у беклог), залучення додаткового ресурсу, або перегляд обсягу.
Дискусійні запитання
Як оцінити реальну доступність команди на проєкт?
Очікувана відповідь: взяти номінальний час і відняти наряди, відпустки, навчання, підтримку інших систем і резерв на непередбачене; планувати завантаження не більше реальної доступності (зазвичай 60–80% номіналу).
Що робити при систематичному перевантаженні команди?
Очікувана відповідь: не «гнати» команду, а керувати попитом: перепріоритезувати (MoSCoW), відкласти менш цінне, залучити ресурс або переглянути обсяг; перевантаження — управлінська проблема, а не проблема виконавців.
Типові помилки:
- планування від номінальної, а не реальної доступності;
- ігнорування ознак перевантаження до зриву строків;
- 100% завантаження без резерву на непередбачене.
Проміжний висновок: планувати треба від реальної доступності; перевантаження — сигнал перепріоритезувати, а не «тиснути».
3. Управління підрядниками: внутрішні й зовнішні ресурси, ризики та обмеження
Опорний конспект
| Ознака | Внутрішні ресурси | Зовнішні (підрядники) |
|---|---|---|
| Контроль | Високий, пряме управління. | Опосередкований, через договір. |
| Швидкість залучення | Обмежена наявним штатом. | Швидше нарощування, але через закупівлі. |
| Ризики | Ротація, брак компетенцій. | Lock-in, безпека, якість, залежність. |
| Вартість | Фіксована (штат). | Змінна, потребує контролю. |
Договірні механізми мінімізації ризиків підрядників: передача прав на код і документацію (або ескроу), незалежний аудит безпеки, SLA на підтримку, гарантії, заборона нецільового використання. Ці вимоги закладають ще у ТЗ і договір.
Дискусійні запитання
Чим управління зовнішніми ресурсами відрізняється від внутрішніх?
Очікувана відповідь: зовнішніми керують через договір, а не наказ; тому критичні права на код, SLA, аудит і механізми контролю якості мають бути в договорі; втрачається пряме управління, зростають ризики lock-in і безпеки.
Які типові ризики підрядників і як їх мінімізувати?
Очікувана відповідь: vendor lock-in (права на код/ескроу), безпека (аудит ЗІ), якість (приймальні критерії, SLA), залежність (альтернативний постачальник). Усе закладається у ТЗ і договір заздалегідь.
Типові помилки:
- договір без прав на код і аудиту безпеки;
- відсутність приймальних критеріїв якості;
- повна залежність від одного підрядника.
Проміжний висновок: зовнішніми ресурсами керують через договір; ключові захисти (права на код, аудит, SLA) закладають у ТЗ і договір заздалегідь.
4. Планування залучення профільних експертів
Опорний конспект
Проєкт ЦТ потребує залучення профільних експертів на різних етапах. Ключова навичка — планувати їх залучення завчасно, а не «коли вже горить».
| Експерт | Навіщо | Коли залучати |
|---|---|---|
| Юридичний | Погодження НПА, договори, права на код. | Ініціювання, ТЗ, договір. |
| Технічний | Архітектура, сумісність, оцінка рішень. | Вимоги, ТЗ, вибір рішення. |
| Безпековий (ЗІ/ДТ) | Вимоги ЗІ, класифікація, аудит. | ТЗ, погодження, дослідна експлуатація. |
| Закупівельний | Процедури, договори, строки. | Планування закупівлі, договір. |
Дискусійні запитання
Яких експертів і на якому етапі життєвого циклу ІКС слід залучати?
Очікувана відповідь: юридичного — на ініціюванні, ТЗ і договорі; технічного — на вимогах і виборі рішення; безпекового — на ТЗ і погодженнях (щоб ЗІ була закладена, а не «допилена»); закупівельного — на плануванні закупівлі. Раннє залучення дешевше за пізнє виправлення.
Типові помилки:
- залучення безпекового експерта постфактум, коли ЗІ вже не закладена;
- ігнорування закупівельних строків при плануванні;
- експертиза «для галочки» без урахування висновків.
Проміжний висновок: профільних експертів планують завчасно й на правильних етапах — це дешевше й безпечніше за пізнє виправлення.
5. Виявлення вузьких місць та обмежень доступності людей, часу й фінансування
Опорний конспект
Вузьке місце (bottleneck, обмеження) — етап чи ресурс, що лімітує весь проєкт. За теорією обмежень, продуктивність системи визначається її найвужчим місцем: підсилення інших ланок без розшивання обмеження не прискорює проєкт.
Типові вузькі місця у проєктах ЦТ ЗСУ: цикли погоджень (нормативне обмеження), дефіцит профільних фахівців (ресурсне), затримки фінансування/закупівель (фінансове). Виявлення — аналіз потоку робіт, критичний шлях, черги задач. Дія — розшити саме обмеження (додати ресурс, спростити процес, ескалувати), а не оптимізувати вже неповільні ланки.
Дискусійні запитання
Як виявити вузьке місце проєкту?
Очікувана відповідь: знайти ланку, де накопичується черга й через яку «не проходить» потік: на діаграмі Ганта — критичний шлях; у процесі — етап із найбільшими затримками. Ознака — інші ланки простоюють, чекаючи на цю.
Що робити з виявленим обмеженням?
Очікувана відповідь: спрямувати ресурс і увагу саме на нього: додати людей на критичний шлях, спростити чи ескалувати погодження, пришвидшити фінансування. Оптимізація не-обмежень не прискорює проєкт.
Типові помилки:
- оптимізація ланок, що не є обмеженням;
- ігнорування нормативних циклів як «зовнішніх» і некерованих;
- відсутність аналізу черг і потоку.
Проміжний висновок: швидкість проєкту визначає найвужче місце; управляти треба саме ним.
6. Фінансовий аналіз проєкту: ефективність, контроль витрат, ROI
Опорний конспект
Фінансовий аналіз відповідає на питання «чи вартий проєкт вкладених ресурсів». Основні інструменти: оцінка ефективності (ROI, окупність), аналіз «витрати–вигоди» (cost-benefit), контроль витрат (бюджет, Earned Value/CPI).
ROI (окупність інвестицій) = (вигода − витрати) / витрати. Показує віддачу на вкладене. Для ЦТ вигода часто негрошова.
Особливість проєктів ЦТ: ефект не завжди виражається в грошах. Це може бути зекономлений час особового складу, підвищена точність рішень, збережені життя, вища боєздатність. Такі ефекти оцінюють через проксі-показники (наприклад, зекономлені людино-години × умовна вартість) або якісно, у термінах оборонної ефективності.
Контроль витрат: план бюджету → облік фактичних витрат → порівняння (CPI = освоєний обсяг / фактичні витрати). CPI < 1 — перевитрата. Своєчасний контроль дозволяє реагувати до вичерпання бюджету.
Приклад оцінки ефекту через проксі-показник:
| Параметр | Значення (умовно) |
|---|---|
| Витрати на проєкт | 600 людино-годин команди. |
| Ефект: економія часу на облік | 10 год/тиждень × 50 частин = 500 год/тиждень. |
| Окупність (у людино-годинах) | ≈ 2 тижні використання. |
| Негрошовий ефект | точність даних, швидкість рішень командира. |
Висновок прикладу: навіть без переведення в гроші видно, що проєкт окуповується за тижні у зекономлених людино-годинах, а негрошові ефекти (точність, швидкість) підсилюють обґрунтування.
Дискусійні запитання
Як оцінити ROI проєкту ЦТ, якщо ефект негрошовий?
Очікувана відповідь: виразити ефект через проксі-показники (зекономлені людино-години, скорочення часу процесу, зниження помилок) і, де можливо, перевести в умовну вартість; там, де це неможливо, обґрунтовувати ефект якісно — через внесок в оборонну ефективність і публічну цінність (ланцюг цінності з Теми 1).
Як контролювати витрати проєкту?
Очікувана відповідь: вести бюджет і облік фактичних витрат; регулярно порівнювати освоєний обсяг із витраченим (CPI); реагувати на перевитрату завчасно (перегляд обсягу, ескалація), а не за фактом вичерпання коштів.
Типові помилки:
- оцінка лише грошового ефекту, ігнорування негрошових вигід ЦТ;
- контроль витрат «за фактом» без порівняння з обсягом;
- відсутність базового розрахунку окупності на старті.
Проміжний висновок: фінансовий аналіз ЦТ поєднує грошові й негрошові ефекти; контроль витрат має бути завчасним (CPI), а не констатацією перевитрати.
7. Управління змінами як системний процес: методологія Kotter та її адаптація
Опорний конспект
Впровадження ІКС — це завжди зміна способу роботи людей, тому технічно вдалий проєкт може провалитися через опір змінам. Методологія Джона Коттера пропонує 8 кроків управління змінами:
- створити відчуття терміновості (навіщо змінюватися зараз);
- сформувати команду змін (впливова коаліція, у т.ч. командування);
- сформувати візію змін (образ бажаного стану);
- донести візію (комунікація до всіх рівнів);
- усунути перешкоди (надати повноваження, прибрати бар’єри);
- досягти коротких перемог (швидкі видимі результати);
- закріпити й нарощувати зміни (не зупинятися на першому успіху);
- інституціалізувати зміни (закріпити у процесах, регламентах, культурі).
Адаптація для ЗСУ: використання вертикалі управління (підтримка командування як частина коаліції змін), опора на нормативне закріплення (наказ, регламент) для інституціалізації, урахування ротації при комунікації візії.
Причини опору змінам і реакції керівника:
| Причина опору | Реакція |
|---|---|
| Не розуміють, навіщо зміна | Пояснити терміновість і вигоду для самих користувачів. |
| Страх нового / невміння | Навчання, наставництво, підтримка на старті (hypercare). |
| Незручність порівняно зі старим | Швидкі перемоги, доопрацювання за зворотним зв’язком. |
| Відсутність підтримки «згори» | Залучити командування у коаліцію змін. |
| Відкат після ротації | Інституціалізація: регламент, наказ, документація. |
Дискусійні запитання
Назвіть кроки Коттера й поясніть, чому не можна одразу перейти до впровадження.
Очікувана відповідь: 8 кроків від відчуття терміновості до інституціалізації. Без підготовчих кроків (терміновість, коаліція, візія, комунікація) впровадження наштовхується на опір: люди не розуміють, навіщо змінюватися, і повертаються до старих практик.
Як долати опір змінам у військовому середовищі?
Очікувана відповідь: залучати командування у коаліцію змін; чітко пояснювати вигоду для самих користувачів (менше рутини); демонструвати короткі перемоги; закріплювати зміни нормативно (регламент, наказ), щоб вони не «відкотилися» після ротації.
Типові помилки:
- перехід одразу до впровадження без підготовки людей;
- ігнорування опору змінам як «саботажу»;
- відсутність інституціалізації — зміни відкочуються після ротації.
Проміжний висновок: технічне впровадження без управління змінами часто провалюється; кроки Коттера забезпечують прийняття зміни людьми.
8. Розбір кейсів: управлінські рішення в реальних проєктах ЦТ ЗСУ
Методичні вказівки
Кейси (Додаток 4) роздаються малим групам (2–3 слухачі). Структура відповіді: ситуація → проблема → варіанти рішень → обґрунтований вибір → ризики вибору. На обговорення — 5–7 хв, на представлення — 2–3 хв. Оцінювання — за критеріями (Додаток 5).
Кейс 1. Перевантажена команда
Розбір: команда веде 5 проєктів одночасно, строки зриваються, ознаки вигорання. Проблема — відсутність capacity planning і пріоритезації. Рішення: перепріоритезувати (MoSCoW), зупинити/відкласти менш цінні проєкти, захистити реальну доступність. Ризик вибору — невдоволення замовників відкладених проєктів (мінімізується комунікацією cost of delay і пріоритетів).
Кейс 2. Залежність від підрядника
Розбір: критична ІКС розроблена підрядником без прав на код; підрядник підвищує ціну підтримки. Проблема — vendor lock-in. Рішення: домовитися про передачу коду/документації (або ескроу), паралельно готувати альтернативу; на майбутнє — закладати права на код у ТЗ і договір. Ризик — час і кошти на вихід із залежності.
Кейс 3. Опір змінам
Розбір: система впроваджена, але користувачі продовжують вести паперовий облік. Проблема — не спрацювало управління змінами. Рішення (за Коттером): пояснити вигоду користувачам, залучити командування, показати короткі перемоги, закріпити нормативно (регламент обов’язкового використання). Ризик — формальне використання без реального переходу (мінімізується метриками adoption).
Кейс 4 (резервний). Обмежене фінансування
Розбір: бюджету вистачає на половину запланованого обсягу. Проблема — фінансове обмеження. Рішення: пріоритезувати за цінністю (MoSCoW/WSJF), реалізувати MVP із найбільшою оборонною цінністю, решту — у наступний цикл; обґрунтувати ROI пріоритетної частини. Ризик — тиск реалізувати «все й одразу».
Контрольні питання
- Опишіть етапи розвитку команди та роль керівника на кожному.
- Що таке capacity planning і чим реальна доступність відрізняється від номінальної?
- Чим управління підрядниками відрізняється від управління внутрішніми ресурсами?
- Яких профільних експертів і коли залучають у проєкті ЦТ?
- Як виявити й розшити вузьке місце проєкту?
- Як оцінити ROI проєкту ЦТ з негрошовим ефектом і контролювати витрати?
- Назвіть кроки Коттера та поясніть їх адаптацію для ЗСУ.
Завдання на самостійну підготовку
- Скласти capacity plan для команди свого підрозділу з урахуванням реальної доступності.
- Підготувати спрощений фінансовий аналіз (ROI / cost-benefit) для одного проєкту свого підрозділу.
- Розробити план управління змінами за Коттером для впровадження однієї ІКС.
Додаток 1. Шаблон capacity plan
| Фахівець / роль | Номінал, год | Відрахування | Реальна доступність | Завантаження на проєкт |
|---|---|---|---|---|
Додаток 2. Шаблон фінансового аналізу (ROI / cost-benefit)
| Показник | Значення / опис |
|---|---|
| Витрати (люди, закупівля, супровід) | |
| Грошові вигоди | |
| Негрошові вигоди (час, точність, боєздатність) | |
| Проксі-оцінка негрошових вигід | |
| ROI = (вигода − витрати) / витрати | |
| Термін окупності |
Додаток 3. Чек-лист управління змінами (Kotter)
- Створено відчуття терміновості.
- Сформовано коаліцію змін (у т.ч. командування).
- Сформульовано й донесено візію змін.
- Усунено перешкоди, надано повноваження.
- Досягнуто коротких перемог.
- Зміни закріплено й нарощено.
- Зміни інституціалізовано (регламент/наказ).
Додаток 4. Картки кейсів (роздатковий матеріал)
| КЕЙС 1. ПЕРЕВАНТАЖЕНА КОМАНДА |
|---|
| Команда підрозділу ЦТ веде 5 проєктів одночасно; строки зриваються, з’явилися ознаки вигорання. Командування вимагає ще один проєкт. |
| Структура відповіді: ситуація → проблема → варіанти рішень → обґрунтований вибір → ризики вибору. |
| КЕЙС 2. ЗАЛЕЖНІСТЬ ВІД ПІДРЯДНИКА |
|---|
| Критична ІКС розроблена підрядником без передачі прав на код. Підрядник підвищив ціну підтримки вдвічі. Альтернатив немає. |
| Структура відповіді: ситуація → проблема → варіанти рішень → обґрунтований вибір → ризики вибору. |
| КЕЙС 3. ОПІР ЗМІНАМ |
|---|
| Систему впроваджено, але користувачі паралельно ведуть паперовий облік «про всяк випадок». Adoption низький. |
| Структура відповіді: ситуація → проблема → варіанти рішень → обґрунтований вибір → ризики вибору. |
| КЕЙС 4 (РЕЗЕРВНИЙ). ОБМЕЖЕНЕ ФІНАНСУВАННЯ |
|---|
| Бюджету вистачає лише на половину запланованого обсягу проєкту. Командування очікує повний результат. |
| Структура відповіді: ситуація → проблема → варіанти рішень → обґрунтований вибір → ризики вибору. |
Додаток 5. Критерії оцінювання роботи на семінарі
| Критерій | Бали | Орієнтир |
|---|---|---|
| Знання теорії (команда, capacity, ресурси, ROI, Kotter) | 0–3 | Оперує поняттями, а не загальними фразами. |
| Якість аналізу кейсу (5 елементів структури) | 0–3 | Ситуація → проблема → варіанти → вибір → ризики. |
| Обґрунтованість рішень і врахування ризиків | 0–2 | Рішення обґрунтоване, названо ризики. |
| Активність і аргументованість у дискусії | 0–2 | Логіка, посилання на матеріал. |
| Разом | 0–10 | 9–10 «відмінно»; 7–8 «добре»; 5–6 «задовільно». |
Додаток 6. Глосарій ключових термінів
- Модель Такмана — етапи розвитку команди: формування, конфлікт, нормалізація, результативність.
- Capacity planning — планування реальної доступності ресурсів команди.
- Over-allocation — перевантаження ресурсу понад реальну доступність.
- Vendor lock-in — технологічна залежність від одного постачальника.
- Ескроу коду — депонування вихідного коду в незалежної сторони.
- Вузьке місце (bottleneck) — ланка, що лімітує продуктивність усього проєкту.
- Теорія обмежень — підхід, за яким систему прискорює лише розшивання її обмеження.
- ROI — окупність інвестицій = (вигода − витрати) / витрати.
- CPI — індекс виконання бюджету = освоєний обсяг / фактичні витрати.
- Методологія Kotter — 8 кроків управління організаційними змінами.