Альтернативные взгляды на архитектуру предприятия
Авторы курса искренне верят, что идеи, связанные с разработкой и реализацией архитектуры предприятия, могут принести существенную пользу как в организации работы департаментов информационных технологий, так и в организации их эффективного взаимодействия с бизнес-подразделениями. Однако нам хотелось бы быть до конца честными перед читателями и изложить критические и альтернативные взгляды на теорию и практику Архитектуры предприятия, которые в достаточно сконцентрированном виде были изложены, в частности, в статье [10.1], название которой на русский язык можно перевести как "Архитектура предприятия, покойся с миром!"
Автор статьи утверждает, что архитектура предприятия является ни чем иным, как старой концепцией централизованного планирования "сверху-вниз". Вы начинаете с самого высокоуровнего взгляда на организацию, идентифицируете основные структурные единицы и функции, а затем проводите декомпозицию этих абстрактных представлений со все большей степенью детализации, пока не получаете, в конце концов, работающие системы.
При этом по ходу этого процесса вы специфицируете все необходимые структуры данных и требования по их обработке для всего предприятия в целом, а также стандартизируете требования к аппаратному обеспечению, платформам программного обеспечения и средствам разработки. Когда это сделано, то, по сути дела, вам остается только следовать намеченному пути. То есть, вы создаете всеобъемлющую модель информационных потребностей предприятия и затем работаете в процессе планирования информационных систем этой модели.
Построение такой модели должно начинаться с описания представлений самого высшего руководства о деятельности предприятия. Взгляды других заинтересованных групп людей также должны быть проанализированы. Все это, с точки зрения автора статьи, выливается в грандиозное по своим масштабам обследование, которое принимает форму многодневных сессий стратегического планирования с отрывом от основной работы и большим количеством выпитого за счет организации кофе (как минимум кофе) и съеденных булочек. После того, как с "большими дядями" покончено, наступает очередь других сотрудников, занимающих более низкое положение в иерархии, чьи представления о работе предприятия также должны найти свое отражение. Но все результаты этой работы являются не окончательным продуктом, а основой для другой работы – выработки ИТ-стратегии, планирования и, только потом, исполнения этих планов.
Реальность, в соответствии с такой точкой зрения, такова, что все эти работы вязнут в трясине высокоуровнего планирования на фазе анализа, не принося ничего полезного для организации. То есть, реальность далека от грандиозной теории, поскольку все эти упражнения требуют 18-24 месяцев работы, прежде чем дать хоть какие-то результаты. Представьте себе полтора-два года труда на одной чаше весов и результаты в виде набора моделей, а не работающих систем, на другой чаше весов. И только потом эти модели будут использованы для последующего анализа и, наконец, разработки систем. Будет ли это работать в реальном мире деятельности коммерческих компаний и государственных организаций, находящихся в условиях постоянного дефицита времени и ресурсов?
В соответствии с этой точкой зрения, единственной ценностью и полезным уроком всех этих подходов, что стало понятно еще в начале 1990-х годов, было осознание потребности в некотором уровне планирования и описания данных, используемых организацией.
Что же касается выработки по-настоящему общекорпоративных стандартов, то единственное, что удается и что целесообразно стандартизировать, так это наиболее фундаментальные технологии, такие как сетевые стандарты и конфигурации используемых персональных компьютеров. Попытки стандартизировать что-либо еще являются непроизводительными потерями времени. Программные платформы, средства разработки и даже системы управления базами данных редко удается эффективно стандартизировать в крупной организации. Все равно подразделения найдут способы использовать те технологии, которые, как они считают, лучшим образом отвечают их локальным потребностям. Потребности бизнеса все равно пробьют себе дорогу и будут важнее любых ложных целей типа создания гомогенной среды корпоративных стандартов.
Таким образом, архитектура предприятия и все, что с этим связано – это шаг назад к методам разработки всего и вся "сверху-вниз", в то время как потребности сегодняшнего дня заключаются в быстрых и гибких методах разработки систем. И только они, эти быстрые методы разработки, могут обеспечить действительно эффективные взаимоотношения бизнеса и информационных технологий.
Короче, "Мир праху твоему, архитектура предприятия!".
