Наступил месяц декабрь. За окном падает легкий снег и я думаю, теперь уже можно считать, что проект ИТ трансформации у нас, наконец, закончился. Ну, в основном, закончился. У нас нет орг.структуры, у нас нет CIO, нет так же руководителя проектного офиса ИТ, менеджера основного ИТ проекта, нет стратегии, но… зато у нас есть целевая архитектура (target architecture). Не то чтоб совсем актуальная, ну да ладно. Это уже мой третий проект ИТ трансформации, поэтому если кто решил трансформировать свой ИТ, но не знает с чего(или с кого) начать, обращайтесь
По очевидным соображениям я не стану делиться в блоге деталями этого процесса, расскажу только об основных закономерностях. Во всех трех случаях процесс ИТ трансформации сопровождался разработкой упомянутой выше целевой архитектурой. В двух случаях из трех целевая архитектура явилась, по сути, единственным результатом такого проекта. Я даже начинаю верить в то, что регулярное, раз в 5-7 лет, рисование целевой архитектуры обладает некоторым смыслом, а Enterprise Architecture является сакральным времясвязывающим мастерством (шутка!)
Первый проект ИТ трансформации был мега-успешен. Основные мероприятия заняли месяцев 9. За это время удалось уволить половину ИТ, выстроить в «чистом поле» основные ИТ процессы, запустить управление сервисами и научиться все это измерять. Пожалуй, единственной проблемой этого проекта ИТ трансформации было то, что целевая архитектура «не заработала». Именно из-за этого меня и пригласили в какой-то момент вернуться в ИТ подразделение нашей компании и вдохнуть жизнь в эту самую архитектуру.
В двух других проектах трансформации, на мой взгляд, отсутствовала основная идея. Т.е. идея была, но она имела скорее политические мотивы и потому не сработала. Политика, как известно, это искусство компромиссов, а компромиссы способны вывернуть наизнанку любую идею, даже самую здравую. Если проект не несет в себе «подрывной» (disruptive) идеи, то, думаю, его вряд ли можно считать полноценным проектом. Это в лучшем случае change или же просто линейная деятельность. Если Вы не знаете что и где следует «подорвать», то и проект затевать не надо.
И третье. Запустив проект трансформации, вы не сможете просто так из него выйти. Процессы, которые раньше как-то работали, начнут сбоить или просто остановятся. Их крайне сложно будет вернуть в предыдущее, т.е. в работающее, состояние. В нашем третьем проекте ИТ трансформации планирование растянулось с 6 недель на 5 месяцев и я искренне удивлен тому, что что-то еще работает.
Ну а если говорить серьезно, большинство современных организаций в ближайшие 2-3 года должны будут сделать свой проект трансформации ИТ. И это потребует от них филигранной техники проектного менеджмента, большой толики здравого смысла, терпения и упорства.
Ссылки по теме:
- Gartner: Projects Today, «Change Operations» Tomorrow
- Мобилизация корпоративных информационных систем и дилемма инноватора
- Учебный курс: ИТ архитектура предприятия
- Стратегия развития корпоративных информационных систем (2)
- Экспресс-диагностика бизнес-процессов и ситуаций
- Проблема незаменимых работодателей