Риски, которые повторяются в каждом втором проекте
| Риск | Как проявляется |
|---|---|
| Неготовность данных | Миграция вскрывает дубли, пропуски и противоречия, сроки уходят вправо на недели |
| Размытые требования | Заказчик уточняет требования по ходу, объем растет, бюджет остается прежним |
| Отсутствие владельца со стороны бизнеса | Решения принимает подрядчик, потом результат не принимают |
| Недооценка обучения | Система работает, пользователи продолжают вести учет в прежних файлах |
| Зависимость от одного поставщика | Уход или изменение условий вендора останавливает проект |
| Интеграции | Смежные системы оказываются не готовы отдавать или принимать данные |
| Параллельная эксплуатация | Двойной ввод затягивается, нагрузка на людей растет, качество падает |
| Приемка без критериев | Спор о том, что считать работающей системой, начинается в конце, а не в начале |
Почему сроки ИТ-проектов оптимистичны системно
Причина не в халатности, а в устройстве оценки. План строится по идеальному сценарию, где данные чистые, смежники свободны, а решения принимаются в день обращения. Каждое из допущений по отдельности выглядит разумным, вместе они дают срок, который недостижим.
Рабочий прием, оценивать не только длительность работ, но и время ожидания решений. В проектах внедрения ожидание согласований и предоставления данных часто занимает больше календарного времени, чем сама разработка. Если это время не заложено в план, срок сорвется независимо от качества команды.
Разбор этих приемов на процессах конкретной компании входит в программу управление рисками в ИТ.
Второй прием, обязательная фаза оценки готовности данных до начала работ. Она стоит недели и экономит месяцы, потому что переносит неприятное открытие в точку, где план еще можно изменить.
Что сделать на старте проекта
Полдня работы, которая меняет исход.
Назначить владельца со стороны бизнеса
Не куратора, а человека, который принимает решения и отвечает за результат
Согласовать критерии приемки
Что должно работать и по каким показателям это проверяется
Оценить готовность данных
Объем, качество, кто отвечает за очистку и в какие сроки
Составить реестр рисков проекта
Пятнадцать-двадцать позиций с владельцем, влиянием в днях и бюджете
Заложить резерв
Обоснованный, а не процент от сметы, см. подход к резерву на риски
Определить точки выхода
Условия, при которых проект останавливается или пересматривается
Что удерживает проект в ходе работ
Регулярный пересмотр реестра на каждой контрольной точке, а не раз в квартал. Проектный риск живет внутри фазы и теряет актуальность вместе с ней, поэтому список рисков стареет быстро.
Отдельный статус по рискам в отчете управляющему комитету. Не список, а два-три риска, требующих решения, с указанием того, какое именно решение нужно и к какой дате. Комитет, которому показывают тридцать рисков без запроса на решение, перестает читать этот раздел.
Частые вопросы
Проектные риски привязаны к фазе и исчезают вместе с ней, эксплуатационные живут постоянно. Проектные измеряются в днях и бюджете, эксплуатационные в доступности и потере данных.
Руководитель проекта при методической поддержке риск-функции. Отдельный риск-менеджер оправдан на крупных программах, а не на каждом внедрении.
Через стоимость задержки: сколько компания теряет или недополучает за месяц, пока система не работает, плюс прямые затраты на продление работ команды.
Изменение требований после старта; недооценка сроков интеграции с существующими системами; зависимость от одного подрядчика или одного ключевого разработчика; неготовность пользователей, из-за которой внедренная система не используется. Эти четыре повторяются в каждом втором проекте независимо от отрасли.
Потому что результат нематериален и его нельзя увидеть до конца, требования формулируют люди, которые сами узнают, чего хотят, только увидев первую версию, а оценка сроков строится на предположении, что интеграция пройдет гладко. Первые два фактора не устраняются, ими управляют короткими итерациями; третий закрывается резервом.
Проверьте зрелость своей системы управления рисками
Тринадцать вопросов по пяти уровням ГОСТ Р 70350, результат сразу: уровень, три главных пробела и следующий шаг.
