Краткий план реорганизации управления проектом для восстановления доверия заказчика и контроля рисков.
Немедленные действия (восстановление доверия)
- Шаг $1$: публичный рестарт — созвать совещание с заказчиком, представить честную текущую картину: что пошло не так, реальные задержки и причины.
- Шаг $2$: предложить план исправления с явными вехами и сроками, согласовать приоритеты и критичные функции.
- Шаг $3$: установить прозрачный режим отчётности (еженед. статус, демонстрации, общий риск‑реестр).
Реорганизация управления (гибридная схема)
- Ввести управляющий комитет (Steering Committee) с участием ключевого заказчика и руководства проекта — контроль по решениям и приоритетам.
- Передать оперативное управление опытному Project Manager/Delivery Lead с правами на перераспределение ресурсов и управление рисками.
- Разбить проект на короткие итерации/микровыпуски (инкременты): цели на итерацию = минимум жизнеспособного результата.
Управление рисками (системно)
- Вести единый риск‑реестр с полями: описание, вероятность, влияние, владельцы, план реагирования и статус.
- Оценка рисков количественно: вероятность $p$ и влияние в денежном/временном выражении; приоритизировать по ожидаемым потерям $E=p\times Impact$.
- Для критичных рисков установить триггеры и запасные планы (mitigation, contingency, accept).
- Закладывать резерв времени/бюджета: резерв на риски = $X\%$ от оценки (предложение: начать с резервом $10\%$–$20\%$, уточнить по факту риска).
Планирование и оценка
- Пересчитать оценки с помощью практик: Planning Poker, PERT (оценки optimistic/most likely/pessimistic), учесть риски в оценках.
- Ребейслайнинг: согласовать новую базовую линию (scope/schedule/cost) и фиксировать изменения через формальную процедуру change control.
- Делать прогнозы по вероятности закрытия поставок (confidence %) и представлять их заказчику: например, вероятность доставки ключевой функции = $p=0.8$.
Процессы контроля и метрики
- Еженедельные демо и статус‑встречи с заказчиком; публичный риск‑реестр.
- KPI: доля выполненных в срок задач (on‑time delivery), среднее время выполнения, цикл итерации. Целевые значения: например, on‑time ≥ $90\%$.
- Внедрить простую метрику прогресса: Earned Value / Burn‑down для итераций и макро‑EVM для проекта.
Организация работы команды
- Минимизировать многозадачность, сформировать кросс‑функциональные небольшие команды с явными владельцами фич.
- Назначить владельцев рисков и владельцев требований.
- Проводить ретроспективы каждая итерация и немедленно применять улучшения.
Коммуникация с заказчиком
- Регулярность: статус и демо — минимум еженедельно; риск‑информирование при изменениях мгновенно.
- Честность и прозрачность: показывать компромиссы scope/time/cost, предлагать варианты (например, срезать неприоритетный scope ради сроков).
- Предложить соглашение по приоритетам (MoSCoW или аналог) и SLA для ключевых артефактов.
Короткий реабилитационный план (пример)
- Фаза $0$–$30$ дней: прозрачный аудит, пересчёт оценок, новый риск‑реестр, первые демонстрации, согласование новой базовой линии.
- Фаза $31$–$90$ дней: стабильные итерации, метрики, внедрение change control, достижение первых ключевых вех.
- После $90$ дней: перевести проект в устойчивый режим управления, регулярный отчёт по KPI и обновление рисков.
Что контролировать ежедневно/еженедельно
- Статус критичных задач и рисков (владелец, прогресс, триггер).
- Отклонения от плана по времени/бюджету; применение резервов.
- Демонстрация результатов заказчику и сбор фидбека.
Культура и обучение
- Обучить команду оценкам, управлению рисками и коммуникации с заказчиком.
- Стимулировать открытую культуру выявления проблем на ранней стадии (no blame).
Короткий чек‑лист для старта
- Согласованная новая baseline с заказчиком.
- Риск‑реестр и владельцы рисков.
- Итерационный план и schedule с короткими вехами.
- Регулярные демо и прозрачная отчётность.
- Назначенный Delivery Lead и Steering Committee.
Если хотите, могу составить конкретный шаблон риск‑реестра, форму отчёта для заказчика и примерный 30/60/90‑план под ваш проект.