Проблемный ИТ-проект: ранние признаки и порядок действий

Проект редко проваливается внезапно. Обычно он идёт по графику в отчётах и не идёт в реальности, а расхождение обнаруживается на приёмке. Признаки при этом видны заметно раньше.

Ранние признаки

• Статус в отчёте не меняется несколько недель подряд, а объём работ при этом растёт.
• Сроки сдвигаются небольшими шагами, каждый из которых выглядит обоснованным.
• Требования уточняются на каждой встрече, и уточнения не оформляются как изменения.
• Приёмка промежуточных результатов откладывается по договорённости сторон.
• Ключевые специалисты подрядчика меняются без объяснения.

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

Что делать в первую очередь

Первый шаг это независимый замер фактического состояния: что действительно сделано, а не что записано в актах. Замер делает сторона, не участвовавшая в проекте, иначе он превращается в согласование позиций. Второй шаг это разбор причин, потому что перезапуск без понимания причин повторяет тот же результат.

Почему замер делает внешняя сторона

Внутренний разбор упирается в то, что все участники уже заняли позиции. Руководитель проекта защищает решения, которые принимал, подрядчик защищает объём, заказчик защищает бюджет. Внешняя сторона не участвует в этом распределении ответственности и может сказать вслух то, что все понимают, но не формулируют.

Практический признак хорошего замера: после него стороны спорят о том, что делать дальше, а не о том, что произошло.

Три возможных исхода

После замера возможны перезапуск с изменённым объёмом, смена подрядчика или закрытие проекта с фиксацией того, что уже пригодно к использованию. Худший исход это продолжение по инерции: он не даёт результата и расходует бюджет, который можно было направить в другое место.

Договорная сторона

Одновременно с техническим разбором проверяется договорная конструкция: что именно является предметом, как описана приёмка, какие есть основания для изменения объёма и для расторжения. Часто выясняется, что формально подрядчик прав, и переговоры надо строить иначе. Эту часть мы ведём через независимую экспертизу ИТ-контрактов.

Как не попадать в это снова

Регулярный внешний контроль хода внедрения обходится в доли процента бюджета проекта и снимает большую часть таких ситуаций, потому что расхождение между отчётом и фактом обнаруживается на второй месяц, а не на десятый. Порядок такой работы описан в независимом контроле внедрения ИТ-проекта.

Что делаем мы

Проводим замер, разбираем причины и готовим план дальнейших действий с оценкой каждого варианта. Услуга описана на странице аудита и спасения проблемного ИТ-проекта.