Авторские права
Информация, указанная в книге не может воспроизводиться, дублироваться, копироваться, передаваться, распространяться, храниться или использоваться иным образом для любого коммерческого и не коммерческого использования без письменного согласия автора.
@ Copyrights Vadim Aldzhanov, 2018
Отказ от ответственности
Автор не дает никаких гарантий или заявлений о точности, пригодности или полноте информации, ссылок или других предметов, которые содержатся в настоящем документе. Книга доступна всем читателям «как есть» без каких-либо заявлений или гарантий любого рода, явных или подразумеваемых, включая гарантии в отношении товарности или пригодности для определенной цели. Документ может содержать неточности или орфографические ошибки.
Автор не несет никакой ответственности за прямые, косвенные, случайные или прочие убытки при использовании данного руководства. Читатель данного руководства проинформирован.
Посвящается моим родителям, любящей жене и двум прекрасным дочерям.
АРХИТЕКТУРА ПРЕДПРИЯТИЯ
Общие Положения
В данной главе описывается общая информация по Архитектуре Предприятия (Enterprise Architecture). Обобщенное определение можно представить, как:
Архитектура Предприятия это набор принципов, методов и моделей, который используется в проектировании и реализации организационной структуры, бизнеспроцессов, информационных систем и технологий. Она представляет из себя управленческую практику, направленную на максимизацию отдачи от ресурсов предприятия, инвестиций в ИТ, деятельности по разработке систем в процессе достижения целей предприятия, перевод видения и стратегии бизнеса в эффективное изменение компании посредством создания, обсуждения и улучшения ключевых требований и принципов, которые описывают будущее состояние компании и делают возможным её развитие.
Так как Архитектура Предприятия представляет из себя сложное и комплексное решение, включающая в себя переплетение различных методологий и техник, при построении Архитектуры Предприятия должны быть учтены, но не ограничены, рекомендациями следующих стандартов:
TOGAF Enterprise Architecture
ISO/IEC 20000 Quality in IT Service Management
ISO/IEC 27000 Best Practice IT Security Standards
CobiT v5 Audit and Control Framework
ITIL v3 Best practices in IT Service Management
MOF Microsoft Operations Framework
PMI Project Management Institute
Архитектура призвана ответить на такие вызовы и проблемы организации как:
Недовольство бизнеса ИТслужбой. Причины могут быть объективные или субъективные.
Невозможность оценить эффективность использования информационных технологий в бизнесе.
Отсутствие порядка в «зоопарке» ИТ решений и систем, внедренных в организации.
Сложность принятия решений, связанных с ИТ;
Сложность согласование бюджета и запуск ИТпроектов;
Рост ценности «Информации»;
Рост связанности бизнеса и ИТ;
Отсутствие прозрачности связей бизнеса и ИТ?
Можно ли решить актуальные задачи бизнеса с использованием ИТ?
Как заставить ИТ давать компании большую ценность?
Как нужно менять ИТ при изменениях в бизнесе?
ИТ системы сложны, не управляемы и дороги в обслуживании;
ИТ системы сдерживают организацию от адекватного реагирования на изменения в бизнесе
Критичная для бизнеса информация не своевременна и не адекватна;
Отсутствует культура общения бизнеса и ИТ
Как результат бизнес не видит ценности в информационных технологиях. ИТ директору тяжело продвинуть новые идеи, если он говорит о технологиях. Его не понимают. Все, что ему остается, это поддерживать то, что есть, и делать те задачки, которые подбрасывает бизнес. Возникают серьезные сложности с обоснованием ИТ бюджетов. ИТ директор по факту больше похож на прораба, латающего дыры, а не на топ менеджера, который работает над развитием компании. Топ менеджеры быстро теряют интерес к ИТ проектам, как следствие, теряют финансирование и проваливаются. На место ИТ департамента приходят различные системные интеграторы по внедрению «супер-пуперских» решений, которые «спасут» бизнес. Или возникают идеи забрать все ИТ активы и услуги компании и передать на аутсорсинг. Бороться ИТ департаменту с интеграторами будет сложно и результат будет предсказуем, ключевая компетенция у интеграторов одна технологии, и здесь им равных нет. ИТ департамент превращается в «болото», и его покидают лучшие сотрудники, а вместе с ними будут утеряны уникальные знания и навыки. Цели у интегратора или аутсорсинг компании такая же, как и у вашей компании получение прибыли. Но в отличие от ИТ департамента, интересы которого совпадают с интересами вашей компании, интересы интегратора могут не совпадать с вашими интересами, или уникальными идеями и видением. В лучшем случае будет «как у всех», и бизнес потеряет идентичность (если он неразрывно связан с ИТ) или говоря словами персонажа одного из кинофильмов: « будет все у нас все по-новому оставаясь все по-старому». Конец печален.
Основные аспекты Архитектуры Предприятия
Для борьбы с выше сказанными проблемами и последствиями, Архитектура Предприятия помогает сформулировать следующие важные критерии.
Определение Структуры Предприятия
При построении Архитектуры Предприятия самый первый и наиболее важный аспект понимание организационной структуры предприятия, принципов управления, принятия решения и т п.
Структура организации фиксированное упорядоченное множество объектов и связей между ними.
По характеру специализации и видам деятельности различают:
Вертикальное разделение по уровню подчинения
Горизонтальное разделение по функциям и специфики деятельности
Соответственно в структуре управления различают линейные связи по типу «начальник подчинённый» и функциональные «профессиональная интеграция на основе специфики деятельности». Как результат, тип структуры организации можно представить, как следующие основные типы и их разновидности:
Плоская наиболее простая структура. Подходит для рабочих или проектных групп, или небольшой организации.
Иерархическая (бюрократическая) формирование структуры исходя из структуры организации, разделение труда на функции и ответственности работников.
Линейная управление по прямой (руководитель подчинённый), общение между подразделениями только через руководителей подразделений
Функциональная взаимодействие идет по функциональному признаку
Линейно-функциональная взаимодействие совмещается по линейному и функциональному типу (наиболее используемая модель)
Линейно-штабная отдельные функциональные группы (штабы), самостоятельно ведущие работу с подразделениями или организациями. Как пример группа компаний в составе холдинга.
Дивизионная характеризуется центральной координацией с децентрализованным управлением. Ключевые фигуры в данном случае не руководители функциональных подразделений, а менеджеры отдельных объединений (менеджеры филиалов, заводов и т п)
Органические (адаптивные) формирование структуры исходит из необходимости приспособления к изменениям. Отношения формируются, исходя не из структуры, а характера поставленных задач.
Проектные организуется при ведении проектов
Матричные (программно-целевые) принцип двойного подчинения, непосредственное подчинения руководителю, и проектному менеджеру
Бригадные (кросс-функциональные) работа обособленными группами, с самостоятельным управлением и принятием решений (противоположность иерархическому типу)
Существование той или иной организационной структуры может зависеть от ряда факторов:
Специфика и степень разнообразия деятельности
Географическое размещение
Уровень централизации в организации
Стратегия организации
Количества и спектра предоставляемых услуг
Определение роли ИТ в составе организации
Одним из главных критериев при построении Архитектуры Предприятия можно выделить задачу по определению роли ИТ в составе организации. Если отбросить множество статей, рекомендаций различных консультантов о значимости ИТ в современном мире и «бла бла бла», необходимо четко и конкретно зафиксировать роль ИТ в составе организации, задачи, права возможности и степень ответственности. Для понимания роли ИТ в конкретной организации нужно ответить на следующие вопросы:
Вовлеченность ИТ в бизнес организации. Насколько бизнес организации зависит от ИТ. Многие бизнес процессы и функции завязаны на сложных, централизованных или специфических ИТ решениях. Развитие бизнеса невозможно без быстрой и качественной работы ИТ. Есть целые отрасли, которые зависят от ИТ: банки, страховщики, прочие финансисты, сервисные компании, госорганы, технологические компании, энергетика и прочие (как пример в банке две третьи сотрудников так или иначе работают с централизованной банковской программой, в то время как для сельского хозяйства, лишь небольшая часть организации использует ИТ решения, да и те по большей части автономные большинство сотрудников работают на поле или уровень компьютеризации компании низкий).
Вашу организацию можно отнести к крупному или среднему бизнесу. На мой взгляд, до тех пор, пока все технологии компании со всеми подробностями помещаются в одной голове, а ИТ директор напрямую общается с руководством организации об архитектуре предприятия думать рано. Для малого бизнеса архитектура предприятия вообще, как телеге пятое колесо.