Перейти к содержанию

Антикризисное управление разработкой

Вернуть проектпод контроль —или вовремя остановить.

За первые 10 рабочих дней определю, что можно сохранить, почему проект остановился и какой путь оправдан: восстановление, сокращение, смена команды или остановка.

10 рабочих днейна первичную фиксацию состояния и вариантов
5 сценариевот стабилизации до аргументированной остановки
20+ летпрактики в сложных ИТ-системах
Без обещанийсначала факты, затем решение о продолжении

Признаки потери контроля

Команда занята, но релиз не становится ближе.

Проект теряет управляемость, когда руководство не может проверить готовность продукта, понять причины переноса и оценить последствия следующего платежа.

01

Дата исчезла

Релиз регулярно переносится, а новая дата не опирается на проверяемый объём готовой работы.

02

Бюджет растёт

Новые оценки появляются быстрее, чем завершённые пользовательские сценарии.

03

Прогресс невидим

Подрядчик сообщает о выполненных задачах, но продукт невозможно принять как законченный результат.

04

Исправления множат ошибки

Каждое изменение затрагивает непредсказуемые части системы и откладывает запуск.

05

Нет одной версии

Бизнес, продукт и разработка по-разному объясняют, что готово и что мешает.

06

Зависимость растёт

Доступы, знания и критичные решения остаются у отдельных людей или старого подрядчика.

Что разбирается

Проверяю, что можно сохранить, что мешает запуску и какие решения нужно пересмотреть.

Диагностика даёт основание выбрать объём первого запуска, способ продолжения и требования к текущей или новой команде.

01Факт вместо статуса

Готовность продукта

Какие ключевые сценарии работают, какие только показаны и какие не могут быть приняты.

02Цена продолжения

Код и архитектура

Что можно безопасно развивать, где накоплены критические зависимости и что мешает выпуску.

03Основания для приёмки

Обязательства

Что обещано, оплачено и фактически передано заказчику вместе с доступами и документацией.

04Способность выполнить

Команда

Роли, способность завершить проект, зависимость от отдельных людей и реальные точки блокировки.

05Объём первого запуска

Минимальный запуск

Какой объём продукта сохраняет бизнес-ценность и может быть доведён без нового затяжного проекта.

06Честный выбор

Сценарии восстановления

Стабилизация, смена команды, сокращение, частичный перезапуск, полный перезапуск или остановка.

Решение после диагностики

После диагностики собственник выбирает один из пяти путей.

Для каждого варианта показываю, что сохраняется, какие вложения потребуются и какие риски остаются.

01Сохраняем ядро

Стабилизировать

Система в основе жизнеспособна, команда может продолжить работу после снятия критических рисков.

02Передаём контролируемо

Сменить исполнение

Продукт можно продолжать, но текущая команда или модель управления не способны его завершить.

03Запускаем главное

Сократить

Бизнес-ценность можно получить меньшим объёмом, не оплачивая все первоначальные ожидания.

04Меняем основание

Перезапустить

Часть решений не позволяет безопасно продолжать, но продуктовая задача остаётся актуальной.

05Прекращаем потери

Остановить

Продолжение не оправдывает будущие вложения. Фиксируем вывод и защищаем оставшийся бюджет.

Первые 10 рабочих дней

За 10 рабочих дней появляется фактическая картина и варианты действий.

Полезная работа команды может продолжаться, но новые крупные решения принимаются уже на основании проверенного состояния проекта.

01

Факты

Фиксируем цели, обязательства, деньги, сроки, доступы и текущее состояние продукта.

Единая исходная точка
02

Система

Проверяем, что работает, что заявлено готовым и что нельзя безопасно развивать.

Карта продукта
03

Команда

Разбираем роли, зависимости, коммуникацию и способность участников завершить этап.

Карта ответственности
04

Причины

Отделяем исходные проблемы от последствий переносов и временных решений.

Корневые риски
05

Выбор

Собираем реалистичные пути с их стоимостью, рисками и требованиями к передаче.

План или остановка

Что получает собственник

Собственник получает выбор с последствиями для бюджета и сроков.

После диагностики можно выбрать путь и контролировать следующий этап по заранее согласованным условиям готовности.

01

Одна картина

Согласованное состояние продукта, кода, команды, обязательств и доступов.

02

Карта сохранения

Что работает, что можно восстановить, что придётся заменить и что не стоит продолжать.

03

Варианты действий

Несколько сценариев с последствиями для бюджета, сроков и бизнес-ценности.

04

Минимальный запуск

Объём, который имеет смысл довести до работающего выпуска в первую очередь.

05

План передачи

Доступы, код, знания и материалы, которые нужно принять у прежнего подрядчика.

06

Новые критерии

Проверяемые условия готовности, контроля и оплаты дальнейшей работы.

Опыт сложных систем

Контекст продуктов, где ошибка в одном решении влияет на весь пользовательский путь.

Опыт FinTech, B2B, ЖКХ и AI помогает быстро видеть связи между продуктом, архитектурой, командой и запуском.

Стоимость восстановления

Первый этап — диагностика с отдельным результатом.

До проверки нельзя обоснованно оценить восстановление. По итогам собственник получает варианты действий и сам выбирает, кому поручить реализацию.

Рекомендуемый первый этапот 300 000 ₽Обсудить формат
01

Кризисная диагностика

300 000–450 000 ₽

Фактическое состояние, критические риски и варианты дальнейших действий.

02

План восстановления

450 000–900 000 ₽

Углублённый аудит, сценарий восстановления, передача и критерии готовности.

03

Стабилизация проекта

1 200 000–2 500 000 ₽

Один–два месяца на снятие критических рисков и запуск нового порядка работы.

04

Внешнее управление

600 000–900 000 ₽ / месяц

Личное ведение восстановления, команды, решений и контроля результата.

Как формируется бюджет

Бюджет зависит от состояния продукта и кода, наличия доступов, состава команды, объёма незавершённой работы, интеграций и выбранного сценария восстановления.

До начала диагностики

Что можно определить до начала восстановления.

01Можно спасти любой проект?

Нет. Иногда систему можно стабилизировать, иногда разумнее сократить объём или начать часть продукта заново. В отдельных случаях правильное решение — остановить дальнейшие вложения.

02Нужно ли сразу менять подрядчика?

Нет. Сначала определяется причина срыва. Если команда способна исправить ситуацию при ясных правилах и приоритетах, менять её не требуется.

03Что делать, если подрядчик не передаёт доступы?

Отсутствующие доступы и материалы фиксируются как отдельный риск. План их получения включается в сценарий восстановления или передачи проекта другой команде.

04Что будет после диагностики?

Вы получите варианты действий и сможете выбрать: выполнить план своей командой, сменить подрядчика или передать управление восстановлением.

05Почему нельзя сразу обещать исправление?

Без проверки невозможно определить объём потерь и лучший сценарий. Диагностика защищает от ещё одного дорогого решения, принятого вслепую.

Проблемный проект

Что сейчас происходит с разработкой?

Опишите, какой результат ожидали, где остановился проект и что говорит команда. Я лично посмотрю контекст и предложу первый обоснованный шаг.

Разобрать проблемный проектоколо 5 минут