Спочатку прототип
Прототип системи управління метро в реальному часі
Це контрольна точка технічної здійсненності для критичної інфраструктури — не спринт MVP для споживчого продукту.
1. Задача
Технологічна компанія розробляє систему контролю доступу пасажирів для метро на новій вітчизняній обчислювальній платформі з нестандартною архітектурою та власною операційною системою реального часу (RTOS). Попередніх реалізацій цієї платформи в застосунках контролю доступу до транспорту не існує.
Три критичні технічні питання не мають відповіді до прототипу:
- Чи забезпечує новий процесор детермінований час відгуку, необхідний для турнікетів метро?
- Чи сумісна власна RTOS з обробкою переривань жорсткого реального часу під пікове навантаження?
- Чи достатня обчислювальна потужність для пропускної здатності транзакцій у пікові години?
Спонсор проєкту розглядає повний обсяг проєкту. Команда просить почати. Питання: чи слід брати повні інженерні зобов'язання до отримання відповідей?
2. Вибір
ТЗ → ЕП
Тільки прототип — початкова ціль поставки H1
Калькулятор використовує повний цикл (Вибір №1) для розподілу трудомісткості, але активний обсяг охоплює лише ТЗ та ЕП — стадії, необхідні для досягнення H1 (Прототип). Стадії ТП, РП та ВП укомплектовані по 1 FTE кожна — навмисний сигнал про виключення з активного обсягу до досягнення контрольної точки прототипу.
3. Цільова стадія
Після H1: якщо прототип підтверджує здійсненність — переходимо до повного циклу. Якщо ні — переходимо на перевірене обладнання і стандартний стек. Рішення на основі факту, а не віри.
4. Примітка до маппінгу
За допомогою FMP обрано 5 функцій. Повний склад — у калькуляторі.
5. Звіт
Розподіл ресурсів: ТЗ=5, ЕП=5, ТП=1, РП=1, ВП=1 | 235 днів/рік на FTE
ТП, РП, ВП по 1 FTE — не включені в активний обсяг до контрольної точки H1.
| Горизонт | Стадія | Продуктова стадія | Трудомісткість (лд) | Команда (FTE) | Час від старту | Статус |
|---|---|---|---|---|---|---|
| H0 | ТЗ — Технічне завдання | Базис вимог | 923 | 5 | 0.79 р. | Активний обсяг |
| H1 | ЕП — Ескізний проєкт | Прототип ← контрольна точка | 755 | 5 | 1.43 р. | Активний обсяг |
| H2 | ТП — Технічний проєкт | MVP | 923 | 1 | 5.36 р. | Заморожено |
| H3 | РП — Робочий проєкт | Release Candidate | 4 154 | 1 | 23.03 р. | Заморожено |
| H4 | ВП — Впровадження | Production Release | 1 175 | 1 | 28.03 р. | Заморожено |
| Підсумок (повний цикл) | 7 930 лд | — | 28.03 р. (заморожена конфігурація) | |||
6. Рішення
Виконати лише Фазу 1: ТЗ + ЕП — 1.43 р. до прототипу. Прототип демонструється на тестовому обладнанні. Після демонстрації два сценарії:
- Сценарій А — прототип працює: нова платформа підтверджує здійсненність. Повна команда розгортається на ТП, РП, ВП. Проєкт продовжується на новому обладнанні з доведеною технічною основою.
- Сценарій Б — прототип не працює: гіпотеза спростована. Проєкт переходить на перевірене обладнання і стандартний стек. Втрата: 1 678 лд замість 7 930 лд — збережено 79% інженерних зусиль.
Рішення в H1 ґрунтується на реальному артефакті, а не обіцянці.
7. Аналіз інженерної здійсненності
Виділення повних ресурсів до прототипу означає розподіл повних зусиль на неверифіковану гіпотезу. Калькулятор відокремлює зусилля для входу в невідоме (21%) від зусиль на побудову повної системи (100%).
Це не обережність — це розрахований інженерний маршрут, коли базове технічне припущення не має прецедентів. Фаза 1 потребує 1 678 лд. Вона дає бінарну відповідь, яка варта всієї різниці між 1 678 лд і 7 930 лд.
Розрахована структура контрольних точок: Фаза 1 — виконати H0+H1 (1.43 р., 1 678 лд). Контрольна точка — демонстрація прототипу на тестовому обладнанні. Фаза 2 — розширення до повного циклу лише після позитивного результату.
Модель поставки: Повний підряд