Споры относительно стандартизации

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

«Руководитель, отвечающий за информационные системы и архитектуры, хочет реструктурировать существующие приложения, чтобы управлять ими с помощью единого комплекта инструментов выборки, трансформации и загрузки данных (ETL) и бизнес-анализа. Но одна мерка не подходит для всех, и, кроме того, надо оценить, во что обойдется всеобщая гармония в новой архитектуре? Мы истратили полмиллиона долларов на сбалансированную систему показателей, она обслуживает сотни людей уже в течение двух лет и работает устойчиво, а чтобы восстановить приложения на базе новых стандартов, нам понадобится уже от 2 до 3 млн долл. Тем временем на очереди уже новая работа — а где же стоимость для бизнеса?» — говорит один менеджер, отвечающий за эффективность работы.

Недавно я присутствовал на презентации, которую проводил ИТ-менеджер медицинской страховой компании, который разработал стратегический план налаживания более тесного партнерства между корпоративным ИТ-отделом и бизнесом. Одним из самых новаторских элементов этого плана был способ создания стандартной архитектуры приложений с участием и бизнеса, и ИТ-отдела. Такой процесс создания стандартной архитектуры требует и от бизнеса, и от ИТ-отдела оценки действующих и предлагаемых бизнес-приложений, включая панели индикаторов. Этот план предлагает бизнесу оценивать пригодность приложений для бизнеса, а ИТ-отделам оценивать их «архитектурную пригодность». Результаты этих оценок представлены на диаграмме, причем пригодность для бизнеса откладывается по оси Y, а архитектурная пригодность по оси X (см. рис. 14.5).

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

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

Дата добавления: 2015-04-29