5 причин закрытия ИТ-проекта

Опрос  ИТ-экспертов раскрыл, что 43% их организаций в последнее время закрыли какой-либо ИТ-проект. Исследования, проведенные ассоциацией аудита и контроля информационных систем (ISACA), раскрыло 5 причин, названных этими организациями, которые привели к закрытию проекта до его завершения.

Вот список, включающий в себя комментарии по каждому элементу:

1. Нужды бизнеса изменились - 30%

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

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

2. Результаты не были предоставлены согласно договору - 23%

Это типичная проблема, связанная с управлением ожиданиями - обещайте все для получения спонсорства, а о последствиях будете думать потом. Непредусмотрительные руководители не понимают, что спонсорство менее важно, чем предоставление ощутимой ценности. Крах неизбежен тогда, когда руководители не определяют и не предоставляют ценность бизнеса.

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

3. Исчезновение необходимости в проекте - 14%

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

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

4. Превышение бюджета проекта -13%

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

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

Несмотря на желание использовать бюджет в качестве простого измерения успеха или краха, данный подход может быть чересчур простым и не принимать во внимание важные нюансы, связанные с бизнес-целью. Тем не менее, в случае перерасхода бюджета проекта  этому должно быть дано детальное объяснение.

5. Проект не поддерживает бизнес-стратегию - 7%

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

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