Владимир Павлов: Как не потерять работу CIO при запуске новой ИС?
В жизни каждой компании наступает "момент истины", когда завершается внедрение системы, автоматизирующей основные бизнес-процессы. Как эффективно начать ее промышленную эксплуатацию? Как не допустить "разрыва, провала" в начале ее эксплуатации? Об этом корреспонденту CNews рассказал эксперт центра исследований "Итилиум" Владимир Павлов.CNews: В чем "таятся" трудности и риски завершающегося проекта? Ведь чаще всего это праздник для заказчика, разве не так?
Владимир Павлов: Праздник длится недолго, а затем быстро наступают будни. После окончания внедрения начинается очень ответственный этап – переход к продуктивной эксплуатации системы. Кроме "технических" трудностей, связанных с изменением требований бизнеса, что часто бывает при длительных проектах, на ИТ-службу (в первую очередь, ее руководителя) сваливается ответственность за нормальную работу новой системы. А это большая психологическая нагрузка.
Насколько внедренная система соответствует ожиданиям руководства и ключевых пользователей? Насколько тщательно проведено тестирование? Все ли доработки отражены в документации? Насколько эксплуатационные затраты новой системы будут укладываться в существующий ИТ-бюджет? Эти и другие вопросы возникают, когда есть четкое понимание того, что от команды проекта к руководителю ИТ переходит ответственность за систему. Наступает своеобразный "момент истины". К тому же, очень часто после завершения проекта руководство ожидает мгновенных результатов. А пользователи системы "неожиданно" начинают возмущаться. Управление ожиданиями бизнеса и пользователей, происходящими изменениями, а не только ИТ-проектом в этот момент - важнейшая задача.
CNews: Почему даже после успешного проекта внедрения начало продуктивной эксплуатации системы сопряжено со значительными рисками и трудностями, неудовлетворенностью пользователей и руководства компании ее работой? В чем основные трудности «переходного» периода?
Владимир Павлов: Прежде всего, для эффективного управления необходимо перейти от модели проектного управления к сервисной модели. Четкое разделение управленческих функций на этом этапе необходимо выполнять формализовано, я бы подчеркнул, "осмысленно", а не интуитивно. Это касается как команды проекта внедрения, так и всех сотрудников, которые будут участвовать в эксплуатации новой системы. Это непростая задача, решение которой затрагивает интересы многих участников данного процесса.
Владимир Павлов: Рекомендации ITIL требуют адаптации для конкретных условий, однако эти принципы необходимо использовать для всех проектов внедрения
Каким бы успешным ни был проект, какой бы слаженной ни была его команда, что бывает, конечно, далеко не всегда, необходимо учитывать психологический настрой участников на завершающих этапах проекта. Консультанты и разработчики "устали", пользователи сопротивляются и не готовы к изменениям в их деятельности, которые неизбежны при внедрении информационной системы.
CNews: Каким образом можно их преодолеть?
Владимир Павлов: Конечно, универсальных рецептов нет. Однако здесь важно понимать, что проект внедрения информационной системы - это не только ИТ-проект, но и изменение бизнеса, затрагивающее интересы значительной части персонала компании. Именно на завершающих этапах проекта управление изменениями в бизнесе должно выйти на первый план. В успешности их проведения важную роль играет команда изменений. В случае ИТ-проекта эту роль должна сыграть группа ключевых пользователей. Подготовка этой группы должна начинаться на как можно более ранних этапах проекта. Ее участие в команде проекта крайне важно, а на этапе опытной эксплуатации - совершенно необходимо. Ведь именно ключевые пользователи впоследствии обеспечат вовлеченность остального штата компании в систему и снизят нагрузку по сопровождению системы, которая в начале продуктивной эксплуатации обычно особенно высока.
![](https://static.cnews.ru/img/articles/2024/08/29/monitoring_600.jpg)
Конечно, порой этого бывает недостаточно. Однако опыт управления изменениями и ITIL дают четкий ответ: планируйте и реализуйте "быстрые победы". Именно они убедят скептиков, поднимут мотивацию персонала, снизят риски неудач. Для планирования и реализации "быстрых побед" крайне важно управлять ожиданиями - использование сервисной модели управления позволяет сделать это наиболее эффективно.
Многие проекты внедрения постоянно повторяют одну и ту же ошибку. Ведь пользователям не нужна система, автоматизирующая бизнес, – им требуется сервис, помогающий решать задачи бизнеса. Разница принципиальная: необходимо как можно скорее перевозить груз, а вместо этого предлагается решать проблемы водителей, ремонтировать автомобили, строить удобный гараж. Именно скорейшее и успешное решение бизнес-задач является критерием "быстрых побед".
CNews: Каким образом учесть и проконтролировать требования к обслуживанию системы еще в ходе проекта? Как и когда лучше начинать внедрение сервиса?
Владимир Павлов: Во второй версии ITIL этой проблеме посвящена книга Application Management. Важно управлять приложением, учитывая весь жизненный цикл системы, привлекая специалистов, занимающихся сервисом, на всех стадиях, от возникновения идеи до завершения использования системы. Чем раньше мы начнем проектировать сервис, тем точнее и эффективнее будет его результат.
Однако в книгах, составляющих ядро ITIL v2 (тома Service Support, Service Delivery), информационные системы рассматриваются с момента передачи их в эксплуатацию. В каком-то смысле, это не совсем точно. Методология развивается, и именно поэтому в ITIL v3 изменился взгляд на эту проблему. Появление подхода, базирующегося на понимании жизненного цикла сервиса, позволяет сопоставить этапы жизненных циклов системы и сервиса. Это более живой и гибкий взгляд, который более четко определяет место проектного и сервисного подхода к управлению. Конечно, рекомендации ITIL требуют адаптации для конкретных условий, нужна зрелость как сервисных, так и проектных процессов. Тем не менее, эти принципы необходимо использовать для всех проектов внедрения.