01 · Порятунок проєкту

Повернути проєкт на курс.

Проєкт втратив темп. Підрядник не відповідає. Бюджет тане без видимого прогресу. Перш ніж звільняти команду, переписувати з нуля чи списувати витрати — структурний порятунок із ясним планом, що далі.

Обговорити проєкт Як це працює

Чому це працює

Бачу приховані ризики у ваших IT-проєктах і перекладаю складне в упевнені рішення — від першої ідеї до працюючого результату.

Ваш результат — спільна мета

Мої рекомендації служать одному — вашому результату. Людей, рішення й підрядників підбираю під ваш проєкт і його цілі.

Технічна глибина

Розумію архітектуру й читаю пропозиції вендорів наскрізь — бачу те, що написано між рядків.

Ясність наперед

Обсяг і ціна узгоджені до старту, кожне рішення — письмово. Ви завжди розумієте, що і чому відбувається.

02 Для кого

Три типові ситуації, з якими я працюю.

Кожна починається як інша проблема, а закінчується схожим запитом: треба, щоб хтось чесно прочитав ситуацію і запропонував робочий план.

Підрядник перестав активно працювати.

Дзвінки переносяться. Оновлення приходять рідше. робочий чат, де раніше була робота, поступово затих. Можливо, команда перевантажена; можливо, проєкт став для них непріоритетним; можливо, ключовий розробник пішов. У будь-якому разі — реакція повільніша, ніж потрібно, а витрати йдуть. Перше завдання — чесно зрозуміти, чи можна налагодити стосунки, чи краще завершити їх чисто.

Обсяг росте, результат не з'являється.

Старт був на $40K. Зараз — $80K, а оригінальний список функцій ще не закритий. Кожен запит на зміни приходить з новим "це потребуватиме ще два тижні". Ви не впевнені, чи це чесне перегляд обсягу, чи проєкт просто розтягують. Перше завдання — розділити справжні зміни обсягу від накачки, переписати угоду на прозорих умовах, і відновити прогрес за етапи.

Команда працює, але роботи не йде.

Люди залучені. Щоденні зустрічі відбуваються. Звіти про роботу показує рух. Але реальні результати зупинились — і ніхто всередині команди не може це назвати. Перше завдання — прочитати ситуацію поза внутрішньою політикою: процес, обсяг, технічні припущення — і знайти справжній блокер без шкоди для відносин.

03 Як це працює

Що ви отримуєте на кожному етапі.

Робота йде поетапно. Кожна фаза закінчується конкретним рішенням, яке ви можете прийняти на основі реальних даних.

01

Діагностика (тиждень 1-2).

Читаю код, контракт з підрядником, історію комунікацій, інтерв'юю команду. Виявляю, що насправді не працює, а що — лише симптом. На виході: одно-сторінковий план відновлення, який можна показати кофаундерам, інвесторам чи раді.
02

Стабілізація (тижні 3-8).

Або переписуємо угоду з підрядником на прозорих умовах, або чисто закриваємо співпрацю. Відновлюємо щотижневий ритм роботи. Розбираємо технічні недоліки — що виправляємо, з чим живемо, що плануємо на потім. На виході: передбачуваний випуск і зупинена фінансова втрата.
03

Передача (тиждень 8+).

Один з двох сценаріїв. Або проєкт стабільний з існуючою командою — я виходжу, залишаючи документацію і ясний наступний крок. Або переходимо до перевіреної команди з мережі — зі структурованим передачею. У будь-якому разі проєкт працює без мене у кімнаті.

Кінцева цінність — не у плані самому по собі, а у тому, до чого він приводить:

Повернути ритм роботи — щотижневий передбачуваний прогрес, який можна показувати інвесторам або команді.
Зупинити фінансові втрати на маловідповідних рішеннях — переглянуті угоди, чесні етапи, прозорі витрати.
Завершити проєкт з робочим результатом — або з вами, або з новою командою з мережі.
Або прийняти чесне рішення припинити — з мінімальними втратами і ясним планом, що робити з наявним кодом і даними.

04 Не входить

Чим порятунок не є.

→ Заміна engineering manager. Я читаю проєкт, погоджую план, забезпечую процес — але не керую розробниками щодня. Якщо потрібен fractional eng manager — це інший формат.
→ Рефакторинг коду власноруч. Я не переписую виробничий код. Я кажу, що треба переписати, кому і у якому пріоритеті.
→ "Просто звільніть підрядника". Іноді це і є відповідь. Часто дешевше — переглянути умови. Незалежний голос потрібен саме щоб назвати, який варіант реальніший.
→ Гарантоване рятування за будь-яку ціну. Деякі проєкти варто чесно завершити, а не тягнути. Це теж частина цінності — і я скажу про це прямо, якщо це ваш випадок.

05 Часті питання

Чим це відрізняється від найму нової команди?

Нова команда вирішує задачу "хто буде писати код". Порятунок вирішує задачу "що саме треба робити і чому проєкт зараз не йде". Часто перший крок виявляє, що команда не є проблемою — проблема в обсязі, угоді чи процесі. У такому випадку нова команда лише повторить ту ж ситуацію через 3 місяці.

А якщо проєкт неможливо відновити?

Це чесна відповідь, і я скажу її прямо. Тоді робота фокусується на: чітке закриття поточних угод з мінімальними втратами; рятування того, що можна зберегти (дані, частина коду, ринкові висновки); і план, що робити з бюджетом, який залишився. Краще прийняти це рішення на 5-му тижні, ніж витратити ще 4 місяці на те, що не злетить.

Скільки часу потрібно, щоб побачити стабілізацію?

Перший продуктивний ефект — на кінець фази 1 (тиждень 2): ви матимете план і чесну картину. Реальна стабілізація роботи — фаза 2 (тижні 3-8), залежно від глибини проблеми. Якщо проєкт у дуже глибокій кризі — буде довше; чесний прогноз обговорюємо після діагностики.

Наступний крок

Розмова на 30 хвилин.

Обговорити проєкт