Управление ИТ-архитектурой организации: проектирование, анализ, оптимизация и трансформация. Том 2 - страница 9

Данная группа включает: должностные инструкции (всех сотрудников ИТ-департамента), положения о подразделениях (входящих в состав ИТ-департамента), положения о рабочих группах и комитетах (в сфере ИТ), организационная структура ИТ-департамента (Рис. 2.2).

Дополнительный важный компонент – учебные материалы и тесты для персонала ИТ-департамента, которые должны быть обязательно проработаны и постоянно актуализироваться.

Рис. 2.2. Организационная структура ИТ-департамента (фрагмент)

Данная группа включает: приказы, заявления, служебные записки, договора, планы, отчёты, анкеты, чек-листы, технические задания (ТЗ), бизнес-требования (БТ) и т.п. Наличие детально проработанной библиотеки форм документов позволяет эффективно спроектировать и исполнять бизнес-процессы и соответствующие им технологии (автоматизация).

Данная группа включает: дерево (реестр) ИТ-процессов (Рис. 2.3), модели ИТ-процессов и процедур, показатели KPI ИТ-процессов (Рис. 2.4), матрицы распределения ответственности и ролей в процессах, практики ITIL. Виды ролей, которые желательно утвердить по каждому ИТ-процессу: владелец (ответственный), бизнес-аналитик (системный аналитик), риск-офицер (риск-менеджер), исполнитель (участник). Примеры построения бизнес-архитектур, описания и оптимизации процессов, цифровой трансформации приведены в книге [6].

Рис. 2.3. Дерево (реестр) ИТ-процессов и процедур, фрагмент

Рис. 2.4. Показатели KPI ИТ-процессов, фрагмент

Данная группа включает: архитектура приложений (модели ИТ-систем и связей), архитектура технологий, системных компонентов и платформ, архитектура баз данных, модели потоков данных, задачи и требования к ИТ-системам, матрицы прав доступа к ИТ-системам, полномочий.

Данная группа включает: стратегические карты ИТ и цели, реестр рисков ИТ-систем, модели технической архитектуры (оборудование), модели сетевой архитектуры (ЛВС, Active Directory и др.), модели (графики) ИТ-проектов, другие аналитические и технические модели.

На основе Рис. 2.1 можно разработать чек-лист (см. Рис. 1.3), с помощью которого оценить уровень развития (проработки) каждого компонента и затем получить агрегированную оценку для системы в целом.