Процесс разработки архитектур: управление и контроль, Gap-анализ, внедрение

Оценка затрат на разработку и сопровождение архитектуры предприятия

Безусловно, возникают два вопроса, касающиеся финансовых затрат, связанных непосредственно с разработкой и последующим сопровождением архитектуры предприятия (обновлением и поддержанием ее в актуальном состоянии). Сколько средств необходимо выделять на это? Как оценивать уровень затрат на архитектуру?

Размеры и характер деятельности организации, а также масштабы преобразований и модернизации диктуют глубину и степень детализации проработки архитектуры и ее поддержания в актуальном состоянии [6.15]. Соответственно этому определяются и те ресурсы, которые необходимы для инвестиций в архитектуру. При этом здесь мы говорим только о затратах, связанных с разработкой самой архитектуры. Это не включает затраты на ее реализацию, такие как закупка и разработка программного обеспечения, закупка аппаратного обеспечения и т.д.

На самом деле, на этот счет отсутствуют детальные и точные данные. По оценке Gartner [6.16], в большинстве организаций вопросами разработки архитектуры и стратегического планирования в области ИТ занимаются обычно 2-4% персонала ИТ-служб. Кроме затрат на персонал, дополнительные расходы связаны с приобретением средств моделирования и созданием репозитория для хранения артефактов (документов, моделей и пр.), описывающих архитектуру предприятия.

Во-первых, необходимо учесть размеры первоначальных затрат, связанных с инициированием архитектурного процесса: обучение, подготовка обоснования необходимости создания архитектуры предприятия, создание структур управления и контроля. Эти траты вряд ли будут превышать примерно 50% последующих ежегодных затрат на поддержку архитектуры.

Текущие затраты на сопровождение архитектуры включают:

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

Все это имеет отношение как к коммерческим, так и к государственным организациям. В силу того, что у нас полностью отсутствуют данные о стоимости разработки архитектуры каких-либо отечественных организаций, мы можем использовать в качестве грубых ориентиров те данные, которые имеются, например, для федеральных агентств США [6.15].

Правительство США планировало инвестировать в 2004 году суммарно около одного миллиарда долларов в различные инициативы, связанные с архитектурой информационных технологий [6.17]! При этом надо учитывать, что общие затраты на информационные технологии в государственном секторе США составляют примерно 60 млрд. долларов в год.

Данные по отдельным ведомствам, полученные методом опроса, сами по себе очень сильно отличаются от агентства к агентству. Так, затраты на разработку архитектуры находятся в диапазоне примерно от $100 тыс. для таких относительно небольших агентств, как Администрация Международной Торговли (International Trade Administration) и Администрация Экономического Развития (Economic Development Administration) соответственно, и до $18-20 млн. для таких крупных агентств с очень сложной ИТ-инфраструктурой и широким спектром прикладных систем, как Министерство по налогам (Internal Revenue Service) и Национальное Агентство по Картографии (National Imagery and Mapping Agency).

Соответственно, ежегодные затраты на поддержание архитектуры составляют порядка 10% от стоимости разработки, т.е. примерно от $10 тыс. до $1,5 млн. Можно попробовать "спроецировать" эти суммы на российскую действительность с учетом разницы в стоимости оплаты труда ИТ-персонала в двух странах.

Gap-анализ (анализ несоответствий) и модель развития элементов ИТ-архитектуры

Существенным элементом рассмотренного нами ранее процесса создания архитектуры предприятия является идентификация и анализ несоответствия между существующим и желаемым состоянием архитектуры предприятия и отдельных его доменов – так называемый gap-анализ. Этот анализ является критически важным с точки зрения определения ключевых шагов и необходимых изменений в направлении целевой архитектуры. На этом этапе необходимо категоризировать идентифицированные несоответствия и собрать вместе бизнес-требования, технологические потребности, требования к информации и приложениям – для того, чтобы начать решение соответствующих проблем. При этом несоответствия могут быть связаны с вопросами культуры организации, структурными проблемами, функциональными или же процедурными вопросами [6.5].

Процесс анализа на несоответствия включает следующие шаги:

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

Для категоризации несоответствий можно, в частности, использовать матрицу, показанную в табл. 11.1.

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

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

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

Процедурные несоответствия – это несоответствия между существующими и желаемыми методами управления, стратегиями сорсинга, процессами эксплуатации ИТ-сервисов и организационными процедурами.