КАТЕГОРИИ: Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748) |
Gap-анализ (анализ несоответствий) и модель развития элементов ИТ-архитектуры
Существенным элементом рассмотренного нами ранее процесса создания архитектуры предприятия является идентификация и анализ несоответствия между существующим и желаемым состоянием архитектуры предприятия и отдельных его доменов – так называемый gap-анализ. Этот анализ является критически важным с точки зрения определения ключевых шагов и необходимых изменений в направлении целевой архитектуры. На этом этапе необходимо категоризировать идентифицированные несоответствия и собрать вместе бизнес-требования, технологические потребности, требования к информации и приложениям – для того, чтобы начать решение соответствующих проблем. При этом несоответствия могут быть связаны с вопросами культуры организации, структурными проблемами, функциональными или же процедурными вопросами. Процесс анализа на несоответствия включает следующие шаги:
Для категоризации несоответствий можно, в частности, использовать матрицу, показанную в табл. 9.1.
При этом под структурными несоответствиями понимаются несоответствия между существующим и целевым состоянием, связанные с вопросами инфраструктуры. Основное внимание здесь связано с архитектурными принципами и архитектурой отдельных доменов.
Функциональные несоответствия связаны с возможностями систем по поддержке новых бизнес-процессов, которые необходимы для реализации новых бизнес-стратегий. Основное внимание должно быть уделено реализации необходимых приложений и систем, требующихся для обеспечения улучшенных или новых бизнес-процессов. Культурные несоответствия – это несоответствия между сегодняшним состоянием ИТ-департамента организации (набор навыков, компетенция и структура) и требующимися навыками, компетенциями и структурами, которые необходимы для решения проблем в первых двух областях. Процедурные несоответствия – это несоответствия между существующими и желаемыми методами управления, стратегиями сорсинга, процессами эксплуатации ИТ-сервисов и организационными процедурами. Таким образом, условно можно сказать, что существует два типа несоответствий:
После того как найденные несоответствия идентифицированы, должны быть расставлены приоритеты, а затем предложены возможные решения и проекты, которые бы "закрывали" найденные проблемные места. То есть, в конечном итоге, несоответствия "становятся" проектами, реализуемыми ИТ-департаментом и группой управления проектами.
Когда организация впервые выполняет анализ на несоответствия, то не исключено, что количество найденных несоответствий окажется невелико. Это может быть, в частности, связано с тем, что будущее состояние архитектуры еще не определено с достаточной степенью детализации. Возможна и обратная ситуация, когда этот список будет слишком велик. Это признак того, что команда, ответственная за разработку архитектуры, слишком много времени потратила на начальном этапе на анализ будущего состояния (на начальном этапе следовало бы понять существующее положение дел и только в общих чертах – направления развития), либо же это означает, что в организации действительно слишком много проблем. Со временем, по мере более детальной проработки будущей архитектуры, анализ на несоответствия может выявлять сотни и более проблемных областей. Как обычно, при выборе проектов, решающих эти проблемы, действует правило 80/20, когда 20% возможных проектов решат 80% проблем. При этом необходимо учитывать, что требуются проекты в разных областях (структурные, функциональные, связанные с культурой и процедурами) и что на этапе анализа могут быть выявлены взаимозависимости, когда одни проекты, например, нельзя начинать, не реализовав предварительно другие (например, нельзя внедрять новое приложение, не обновив версию операционной системы на персональных компьютерах пользователей). Необходимым элементом в проекте развития ИТ-архитектуры является оценка существующего состояния и перспективности использования имеющихся компонент. Рассмотрение элементов ИТ-архитектуры ведется обычно в двух аспектах: а) планирование и управление ИТ-системами, и б) стандарты и общие службы (компоненты). Аспект планирования и управления включает:
Аспект стандартизации включает:
Оценка перспективности развития проводится с учетом:
Такая модель в области системного программного обеспечения для некоторой гипотетической компании может иметь вид, показанный в табл. 9.3.
В данном случае, на основании анализа существующей системы могло быть выявлено, например, следующее:
В рамках проекта развития информационных систем организация может принять ряд решений, в том числе:
Дата добавления: 2013-12-13; Просмотров: 1657; Нарушение авторских прав?; Мы поможем в написании вашей работы! Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет |