Управление Изменениями в рамках организации становится все более сложной задачей, и по мере развития и улучшения методов управления программами и проектами процессы Управления изменениями, представленные организациями BSI, ССТА и другими, также должны улучшаться.
Рисунок 8.6 - Бизнес-перспектива Изменений.
Рисунок 8.7 представляет четыре основных компонента, над которыми мы стремимся осуществлять контроль в рамках процесса Управления конфигурациями. Джон Захман (John Zachman), американский «гуру» в области Управления конфигурациями, несколько лет назад предложил следующую концепцию: если ИТ желает следовать примеру экспертов в области Управления конфигурациями в авиаиндустрии или инженерном деле, то чтобы можно было контролировать процессы бизнеса и ИТ, они должны определяться огромным, еще не встречавшимся на практике, уровнем детализации.
Рисунок 8.7 - Гоаницы распространения контроля Управления изменениями и Управления конфигурациями.
Влияние Управления конфигурациями (а, следовательно, и Управления изменениями) должно распространяться на всю сферу бизнеса и ИТ. Такой подход даст много преимуществ, но также потребует немалых стратегических инвестиций со стороны бизнеса. В результате этого, особенно важным для процесса Управления изменениями станет его интеграция и влияние на управление крупными Изменениями. Поток инвестиций в методы управления программами и проектами Изменений в бизнесе уже заметен (PRINCE2, например).
8.9.2 Технологии.
Когда Библиотека ITIL была издана впервые, Управление изменениями концентировалось на достижении контроля над большим количеством Изменений, связанных с ИТ, отчасти происходивших из-за бурного развития технологий. В течение нескольких лет бизнес стал зависим от ИТ в такой огромной степени, что ранее было даже трудно представить. Быстрое развитие технологий приводило к возникновению значительных проблем как в бизнесе, так и в ИТ. Развитие интернета - основной пример этого. Тем не менее, есть положительные моменты - принципы Управления изменениями остаются неизменными. Изменилась только потребность в более эффективных процессах, быстро реагирующих на изменения в бизнесе и технологиях.
Интернет.
Поддержка программных средств стала быстро развиваться и теперь включает некоторые вопросы, связанные с быстрым реагированием на Изменения и с эффективностью. Ряд поставщиков предоставляют программные средства, которые работают в интернете, удаленно обновляя централизованные базы данных. По мере того, как интернет упростил доступ к информации и позволил бизнесу и ИТ расширить сферу своего влияния, выросла проблема безопасности данных. Это привело к увеличению ответственности Менеджеров изменений за оценку воздействия Изменений на безопасность и к необходимости разработки специальных рекомендаций по данному вопросу (см. книгу «ITIL Управление безопасностью», ISBN 0-11-330014-Х).
Разработка прикладного ПО.
Другая область, в которой возникло влияние Управления изменениями, разработка прикладного ПО и составление требований. Влияние новых приложений, используемых в среде эксплуатации, было темой для обсуждения ITIL-специалистами уже многие годы. Тем не менее, их роль в жизненном цикле разработок была в основном неизвестна. Несмотря на то, что была издана книга ITIL «Поддержка жизненного цикла программного обеспечения» (ISBN 0-11330559-1), целью которой было решение данной проблемы, этот вопрос не обладал достаточно высоким приоритетом у поставщиков услуг и, следовательно, до недавних пор в основном игнорировался.
Основная деятельность Управления релизами определена в жизненном цикле Изменения. Что касается сопровождения ПО, то технические концепции этого часто игнорируемого процесса (или, возможно, процесса, который сложно описать с точки зрения важности для бизнеса) могут оказаться особенно важными для тех, кто работает на первой линии Управления услугами. Это показано на Рисунке 9.1 в главе «Управление релизами» этой книги.
Соответствующий контроль Управления конфигурациями расширен до разработки прикладного ПО, поэтому воздействие Управления изменениями распространено на составление требований. При составлении требований теперь рассматриваются (должны рассматриваться!) вопросы управления инфраструктурой на этапах проектирования. Благодаря этому, управление инфраструктурой не только увеличивает вероятность бесперебойной эксплуатации новых приложений, но также уменьшает проблемы, связанные с их сопровождением (доказано, что сопровождение ПО стоит во много раз больше, чем разработка).