Риски ИТ-проектов

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

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

Разбор этих приемов на процессах конкретной компании входит в программу управление рисками в ИТ.

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

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

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