Приклад проєкту · Порятунок проєкту · Маркетплейс
Порятунок маркетплейсу, що завис: від «ще два тижні» до дати, якій можна вірити.
«RentRig» (вигадана компанія) будує маркетплейс оренди будівельної техніки між компаніями. Через дев'ять місяців після старту MVP вчетверте обіцяли «за два тижні», провідний розробник пішов від попереднього підрядника, а засновники не могли самі розгорнути власний продукт. Ось як ми перейняли б проєкт.
Автор: Nythrex EngineeringОновлено 3 хв читання
Ілюстративний сценарій. Це ілюстративний сценарій, який показує, як Nythrex підходить до такого типу проєктів. Це не опис конкретного клієнта: назви, цифри й терміни наведено як приклад.
Захист активів
Репозиторій · хмара · домени · ключі
Аудит
Код · інфраструктура · беклог
Новий обсяг MVP
Прибрати · лишити · пізніше
Стабілізація
CI/CD · тести · секрети
Завершення MVP
Платежі · бронювання · адмінка
Запуск
Поетапне розгортання
Ситуація
01Код в організації підрядника на GitHub
Засновники мали доступ на читання до дзеркала, що оновлювалося «на запит».
02Продакшн у хмарі підрядника
Оплачувався підрядником і перевиставлявся; доступу до консолі засновники не мали.
03Ні автотестів, ні CI
Розгортання вручну робив розробник, який пішов.
04Секрети в коді
Ключі платіжного провайдера й паролі до бази даних закомічені в репозиторій.
05Платежі наполовину
Оплата карткою працювала в тестовому режимі; депозитів, повернень і виплат власникам техніки ще не існувало.
06Розповзання обсягу без цін
Функції додавали на дзвінках, ніколи не оцінювали й ніколи не прибирали.
Тиждень перший: спершу захистити, потім дивитися
- 1
Передача прав
Провели засновників через запит на передачу репозиторію, переоформлення хмарної підписки на їхню компанію й отримання контролю над доменом та акаунтом платіжного провайдера — ввічливо й письмово.
- 2
Змінити все
Нові паролі до БД, API-ключі й облікові дані платіжного провайдера — у сховищі в хмарному акаунті засновників.
- 3
Чиста збірка
Збірка й розгортання з нуля в новому staging-середовищі. Знайшлося чотири незадокументовані ручні кроки — їх перетворили на конвеєр.
Результати аудиту
| Напрям | Знахідка | Критичність | Рекомендація |
|---|---|---|---|
| Архітектура | Розумний модульний моноліт; зрозуміла доменна модель | Низька | Лишити |
| Тести | Відсутні; регресії часті | Висока | Спершу тести навколо бронювання й платежів |
| Безпека | Секрети в коді; адмінка без 2FA | Критична | Змінити, vault, 2FA — зроблено в перший тиждень |
| Платежі | Лише тестові списання; немає депозитів, повернень і виплат | Висока | Завершити з платіжними сценаріями маркетплейсу |
| Інфраструктура | Ручні розгортання; моніторингу немає | Висока | CI/CD, staging, алерти |
| Обсяг робіт | Функції без оцінок; MVP не визначено | Висока | Переглянути обсяг разом із засновниками |
Новий обсяг MVP
Перенесено на «пізніше»
- Динамічні ціни за сезоном
- Чат у застосунку (натомість email-сповіщення)
- Мобільні застосунки (спершу адаптивний веб)
- Мультивалютність
Лишили для запуску
- Оголошення, пошук і календар доступності
- Бронювання з депозитом і правилами щодо пошкоджень
- Виплати власникам техніки
- Адмін-інструменти для спорів і повернень
Скоротити обсяг — найшвидший шлях до дати, якій можна вірити. Кожен пункт «на пізніше» лишився в беклозі з оцінкою, тож засновники могли свідомо повернути його. Детальніше — Ваш MVP завеликий.
Робота після порятунку
- Демо робочого ПЗ кожні два тижні, із записом для інвесторів, які не змогли долучитися.
- Прогноз з діапазоном і припущеннями, що щотижня оновлюється з поясненнями.
- Кожна нова ідея — запит на зміну з оцінкою вартості й термінів до початку робіт.
- Документація й runbook-и — частина кожного етапу, щоб засновники згодом могли найняти власну команду.
Часті питання
Читайте також
Потрібен другий погляд на ваш проєкт?
Розкажіть, що ви будуєте і де застрягли. Протягом одного робочого дня відповімо з найпрактичнішим наступним кроком — навіть якщо цей крок не з нами.