Анализ ИТ-ландшафта и методика выбора технического решения

Россин Д.В.

Выпускник группы MBA CIO-54

Школа IT-менеджмента

РАНХиГС при Президенте РФ

Руководством Холдинга, на базе которого была разработана и применена описываемая методика, был запущен в работу проект по анализу сложившейся ситуации в ИТ-инфраструктуре с точки зрения управления рисками непрерывности бизнеса. Предпосылкой для принятия такого решения был крупный инцидент, в рамках которого из-за сбоя в ИТ-инфраструктуре работа нескольких важных бизнес-процессов была остановлена на достаточно продолжительное время, что принесло убытки в ощутимом для предприятия масштабе.

В рамках проекта необходимо было:

• провести анализ текущей ситуации по потребностям бизнеса и бизнес-процессам, разложив их по ИТ-инфраструктуре, с точки зрения надежности и RTO (времени восстановления сервиса);
• предложить решение (или перепроверить предлагаемое ИТ-департаментом решение) с необходимым для бизнеса параметром RTO;
• провести оценку предлагаемого решения и его альтернатив на стоимость внедрения и владения на горизонте в 5 лет;
• выполнить процедуру выбора решения;
• провести надзорный контроль над внедрением данного решения исполнителями.

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

Финалом данного проекта стала презентация из вариантов решения перед руководством Холдинга, выбор окончательного принимаемого варианта самим руководством, после чего был проведен надзор за реализацией данного решения.

Структура принятия решений была построена на сведении воедино нескольких входных требований и возможностей из разных источников.

1. Первично отталкивались от данных, получаемых от бизнес-подразделений:
   • Текущие требования к ИТ;
   • Планы развития компании на срок эксплуатации решения.

   Текущие требования выражаются в требованиях к потребляемым ИТ сервисам (услугам) с точки зрения допустимого времени простоя, показателей производительности систем и т.п. Планы развития выражались в планируемых расширениях или изменениях требований к ИТ-сервисам на горизонте в 5 лет.

2. После определения потребностей бизнеса начали определять ИТ-возможности:
   • Рассматривали текущее состояние инфраструктуры;
   • Анализировали имеющиеся на рынке ИТ-решения и практики.

   Текущее состояние инфраструктуры оценивается исходя из соответствия ее требованиям бизнеса. Имеющиеся на рынке решения оцениваются исходя из существующих потребностей в ИТ-сервисах и планов по их развитию. Выбор решения производился на основании многофакторного анализа по качественным и количественным критериям соответствия требованиям.

Оценка требований бизнеса строится на основании каталога предоставляемых сервисов со стороны ИТ для бизнеса. Он включает в себя такие данные:

• приложение / сервис;
• назначение сервиса;
• количество пользователей по отделам;
• общее количество пользователей;
• качественная оценка интенсивности использования сервиса;
• прогноз изменения использования сервиса на 5 лет;
• местоположение пользователей (ЦО/Филиалы/Интернет);
• допустимый простой;

Среди всех этих данных основными для анализа со стороны риск-менеджмента является показатель допустимого времени простоя каждого из сервисов RTO (Recovery Time Objective, или целевое время восстановления), а также важность каждого из сервисов для бизнеса.

В кратком виде в рамках данного проекта мы получили его от бизнес-подразделений в виде таблицы №1.

Таблица №1

Следует заметить, что в