Презентация к части 1: ИТ-Процессы-1

Что такое управление ИТ

Управление информационными технологиями (Information Technology, IT) — это решение задач, связанных с принятием решений, которые относятся к ИТ. Решения имеют разную природу: научно-техническую, организационную, управленческую, финансовую и тому подобное. Несмотря на разнородность, они объединяются в одну дисциплину, потому что информационные технологии лежат в основе этих решений и решающе на них влияют.

Управление ИТ в рамках предприятия

Рассматривается управление ИТ в пределах одного предприятия или организации. В организациях для этого обычно существует специальное структурное подразделение: ИТ-департамент, ИТ-служба, ИТ-управление. Эти названия — синонимы. Далее речь идёт об управлении ИТ внутри предприятия.

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

Цикл PDCA как основа управления

Любое управление чаще всего сводится к одной парадигме — циклу PDCA (Plan-Do-Check-Act), или колесу Деминга. Сначала деятельность планируется, затем план выполняется, потом результаты сравниваются с планом, и в зависимости от расхождений принимаются решения.

Решения могут быть такими:

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

Управление ИТ происходит так же: сначала принимаются плановые решения и определяются плановые показатели, затем цикл повторяется.

Цели управления ИТ

У управления ИТ есть цели. Часть из них универсальна для организаций, использующих ИТ:

• повышение отдачи от инвестиций в ИТ;
• достижение выгод для бизнеса;
• выполнение обязательных требований законодательства и регулирующих органов.

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

Далее предполагается, что цели у предприятия всегда есть: они сформулированы, осознаны, задокументированы, и предприятие работает на их достижение. Это упрощённая картина реальности. Цель — не что-то пришедшее извне и не результат озарения. Это результат консенсуса стейкхолдеров (stakeholders) предприятия.

Стейкхолдеры — это собственники, топ-менеджмент, персонал, а также внешние акторы: кредиторы, партнёры, поставщики, клиенты и другие. Они явно или неявно приходят к консенсусу, в рамках которого предприятие работает. Предполагается, что консенсус существует достаточно долго и не меняется каждый день. Поэтому предприятие может сформулировать его условия и принять как долгосрочную программу действий. Это и есть цель.

Модели предприятия и необходимость модели объекта управления

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

Ключевая мысль: чтобы управлять по циклу PDCA, необходима модель объекта управления. Модель позволяет прогнозировать поведение объекта при определённых воздействиях. Если модели нет, нет представлений о том, как ведёт себя объект. Управлять им нельзя, потому что неизвестно, какие отклики вызовет управляющее воздействие.

Предприятиями управляют давно, поэтому представления о их поведении существовали всегда. В последние годы это стало предметом особого интереса. Появились формальные модели деятельности предприятия. Самая верхнеуровневая — бизнес-модель (Business Model). Затем идёт более детальная модель — архитектура предприятия (Enterprise Architecture). Далее — ИТ-архитектура (IT Architecture): иногда как часть архитектуры предприятия, иногда как отдельная модель. Все три модели тесно связаны иерархией: бизнес-модель → архитектура предприятия → ИТ-архитектура.

Краткие итоги

Управление ИТ имеет смысл рассматривать как управленческую дисциплину, а не как набор технических регламентов. Её предмет — решения, которые возникают на стыке технологий, организации, финансов и права. Практическая ценность такого взгляда в том, что руководитель перестаёт искать универсальный технический ответ и начинает работать с управленческим циклом: постановка целей, планирование, исполнение, проверка отклонений, корректировка. Это снижает риск фрагментарных улучшений и позволяет связывать ИТ-инициативы с устойчивыми интересами предприятия.

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

Цели управления ИТ не являются произвольными. Они формируются под влиянием законодательства, ожиданий бизнеса и специфики среды. Практический вывод: цели нужно не только декларировать, но и выявлять через согласование интересов стейкхолдеров. Если консенсус не осознан, управление теряет критерии приоритизации. Документирование целей и допущение их относительной стабильности дают основу для планирования и оценки.

Цикл PDCA показывает, что управление невозможно без обратной связи. Однако обратная связь требует модели объекта управления. Без неё воздействия превращаются в эксперименты без прогноза. Поэтому модели предприятия — бизнес-модель, архитектура предприятия и ИТ-архитектура — имеют прикладное значение: они позволяют увидеть последствия решений до их реализации, согласовать уровни бизнеса и технологий, определить границы изменений. Иерархия моделей отражает логику причинно-следственных связей: стратегия и бизнес-модель задают требования к предприятию, а те — к ИТ-архитектуре. Практическое применение такого подхода — не в создании схем ради схем, а в повышении предсказуемости управления, обоснованности инвестиций и согласованности действий между бизнесом и ИТ.