Управление изменениями

Автор работы: Пользователь скрыл имя, 06 Декабря 2013 в 15:46, лекция

Описание работы

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

Файлы: 1 файл

Lections_MC.doc

— 239.00 Кб (Скачать файл)

Управление  изменениями

Лекция 1. Введение.

Цель:

Введение

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

Но именно эта способность  у большинства компаний зачастую отсутствует, ибо не рассматривается как объект управления. Если же компания хочет быть гибкой в достижении своих целей, постоянно соответствуя требованиям окружающей среды, ей необходимо уметь управлять изменениями.

Цель построения всякой системы управления — достижение состояния, при котором все имеющиеся  объекты управления будут находиться под контролем и готовы адекватно реагировать на управляющие воздействия. Методология ITSM (IT Service Management) рассматривает пути достижения такого состояния. Неотъемлемой частью процесса управления является наличие возможности контролировать текущее состояние всех систем и их компонентов. Когда речь идет об ИТ-инфраструктуре (оборудование и программное обеспечение, документация и вспомогательные службы, окружающая среда и подготовленный персонал), обычно возникают следующие задачи:

  • разработка правил учета элементов ИТ-инфраструктуры;
  • осуществление учета в соответствии с разработанными правилами;
  • разработка правил получения/предоставления информации и проверки точности;
  • осуществление повседневной деятельности в соответствии с разработанными правилами.

Правила учета элементов инфраструктуры

На начальном этапе  следует определить, что входит в  ИТ-инфраструктуру и насколько подробно предполагается отслеживать ее отдельные элементы. Излишне высокая степень детализации позволяет при необходимости учесть даже минимальные возможности и отклонения, однако требует существенных ресурсов на ведение базы данных. Здесь, как и в других областях, должно работать простое правило: издержки, связанные с внедрением и эксплуатацией системы не должны превышать положительного эффекта от ее внедрения. Существенное внимание следует уделить разработке системы классификации. Простейший вариант — все перенумеровать по порядку, является самым дешевым, но очень слабо будет помогать в дальнейшей деятельности. Желательно, чтобы по учетному номеру можно было определить, к какому типу относится конфигурационная единица, какой она версии и.т.д. Отсюда следует полезность структурированной системы кодирования, которая однозначно намного удобнее последовательных номеров. Все имеющиеся конфигурационные единицы должны быть помечены соответствующими им учетными номерами. Наличие четкой и понятной наклейки позволит при необходимости легко определить номер каждой конфигурационной единицы, тем самым сократив время на ее идентификацию. После того, как элементы инфраструктуры промаркированы, встает вопрос об организации базы данных, содержащей информацию о них. Она именуется «База данных конфигурационных единиц» (Configuration Management Data Base — CMDB).

Изменения

Изменения на рынке и в технологиях постоянно приводят к необходимости внесения изменений в информационную систему, с целью предоставления бизнес - подразделениям именно тех услуг, которые им требуются в данной ситуации. Анализ указывает на то, что причиной большинства проблем, возникающих при эксплуатации ИС являются неавторизованные или непроверенные изменения, произведенные в системе. Содержание процесса управления изменениями составляют учет изменений и координацию деятельности персонала, который проводит эти изменения. Процесс инициализируется в результате выполнения различных задач управления, обуславливающих внесение изменений в конфигурационную базу данных в соответствии с правами, предоставленными тому или иному «владельцу». Одним из основных результатов процесса является комплексное изменение информации в базе данных конфигураций (Configuration Management Database, CMDB) в рамках процесса управления конфигурацией. В рамках этого же процесса в автоматическом режиме могут фиксироваться сведения обо всех инцидентах, текущих метрик услуг, инвентаризационные данные и т.п. Важная особенность этого процесса — обеспечение способности возврата к исходному состоянию базы данных CMDB в случае неуспешного завершения всех взаимосвязанных процессов или принятия решения об отказе от выполнения конкретного изменения. Процесс управления изменениями частично реализован в Remedy Help Desk и в виде запросов на изменения (Request for Change, RFC) может использоваться для небольших компаний, однако в полном объеме он представлен отдельным приложением Remedy Change Management, которое реализует процедуры утверждения/согласования, стоимостные оценки, оценки рисков и пр. Если при использовании Remedy Help Desk процесс управления изменениями только обозначен, то применение Change Management за счет средств настройки позволяет покрыть все возможные требования к данному процессу.

Основные термины

  • Изменение (Change) – добавление, модификация или удаление принятого, поддерживаемого или базисного оборудования, программного обеспечения, приложений, окружения, систем, документации  
    Изменение – это действие, ведущее к новому состоянию, отличному от того, которое было определено ранее. Не каждое изменение связано с усовершенствованием обслуживания, но каждое усовершенствование сервисов вызывает изменение
  • Комитет принятия изменений (Change Advisory Board (CAB)) - группа специалистов, которые имеют право давать экспертные рекомендации Управляющему изменениями на осуществление изменений. Комитет должен состоять из представителей всех областей ИТ-службы, а также представителей бизнес-подразделений
  • Документы о внесении изменений – (Change document) - запрос на изменение, форма контроля внесения изменений, приказ на внесение изменения, запись в базу данных об изменении
  • История изменений (Change history) - поддающаяся проверке информация о произведенных изменениях (например, что, когда, кем и почему было сделано)
  • Управление изменениями (Change Management) - процесс контроля и управления внесением изменений в инфраструктуру и различные аспекты сервисов, ответственный за минимизацию разрушений и неудобств для предоставляемых сервисов при внесении изменений
  • Конфигурационная единица (Configuration item (CI)) - отдельный компонент инфраструктуры - или отдельный вопрос (например, запрос на изменение), ассоциированный с инфраструктурой - который находится (или должен находиться) под контролем процесс Управления конфигурациями. Может варьировать по сложности, размеру, типу, от всей системы в целом (включая оборудование, программное обеспечение и документацию) до отдельного модуля или незначительного элемента оборудования
  • Группа подтверждения изменений (Change authority)- группа сотрудников, имеющая полномочия утвердить внесение изменений. Порой это то же самое, что и Configuration Board.
  • Контроль за внесением изменений (Change control) - процедура, обеспечивающая контроль за всеми производимыми изменениями, включая подачу документов, анализ, принятие решения, одобрение, внедрение и последующее сопровождение.
  • Документы о внесении изменений (Change document) - запрос на изменение, форма контроля внесения изменений, приказ на внесение изменения, запись в базу данных об изменении.
  • Журнал изменений (Change log) - журнал запросов на внесение изменений, содержащий информацию о каждом изменении, его оценке, какое решение было принято и его текущий статус (начато, пересматривается, принято, внедряется или завершено).
  • Запрос на внесение изменений (Request for Change (RFC)) - экранная форма, использующаяся для регистрации деталей запроса на внесение изменений в любые конфигурационные единицы в инфраструктуре или внесение изменений в процедуры, ассоциированные с инфраструктурой.
  • Список предстоящих изменений (Forward Schedule of Changes) - список, содержащий детали планируемых изменений и даты их осуществления. Он должен быть согласован как с потребителями, так и с Менеджерами, ответственным за соблюдение SLA, за управление доступностью и Управляющим службой Service Desk. При этом служба Service Desk должна дополнительно проинформировать пользователей об осуществляющихся изменениях в случае возникновения каких-либо задержек и при необходимость временно прекратить предоставление сервиса (для осуществления изменений).
  • База данных Конфигурационных единиц – (Configuration Management Database (CMDB)) - база данных, содержащая все значимые сведения о каждой из Конфигурационных единиц, а также описание деталей важных взаимоотношений между ними
  • Запрос на внесение изменений (Request for Change (RFC)) - экранная форма, использующаяся для регистрации деталей запроса на внесение изменений в любые конфигурационные единицы в инфраструктуре или внесение изменений в процедуры, ассоциированные с инфраструктурой
  • Запрос на обслуживание, или Service Request - в CRM общее наименование заявки на оказание услуги, поступившей в компанию, оказывающую те или иные услуги. В процессах ITSM каждый запрос на обслуживание после анализа эксперта определяется как запрос на обработку инцидента, или проблемы, или же запрос на оказание консультации
  • ITSM
  • Управление Поддержкой Информационных Технологий (Information Technology Service Management) - совокупность технологических процессов по обеспечению качественного использования информационных технологий при разработке и эксплуатации продуктов.

Предпосылки изменений

  • экономические (например, глобализация рынка или его региональная дифференциация)
  • технологические (быстрое распространение новых технологий)
  • политико-правовые (изменения в законодательстве)
  • социально-культурные (демографические сдвиги, изменения в системе ценностей)
  • физико-экологические (климатические условия, нагрузка на экосистему)

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

Определение и цели процесса

Сегодняшняя ситуация на мировом рынке заставляет многие компании меняться, чтобы сохранить  имеющиеся и приобрести новые  конкурентные преимущества. Согласно определению словаря Webster’s Ninth New Collegiate Dictionary, «изменить» значит «придать чему-либо другое положение, задать другое направление или курс, совершить сдвиг от одной позиции к другой, модифицировать, трансформировать, заменить, перевести в другое качество». Термин «управлять» означает «умело контролировать или направлять, осуществлять организаторские, административные и контролирующие функции». Применительно к организациям под термином «изменения» будем понимать внедрение новых бизнес-процессов и технологий для преобразования деятельности организации в соответствии с требованиями рынка и извлечения выгоды с помощью создавшихся в бизнесе возможностей. Иными словами, управление изменениями — это процесс, задача которого согласовать и внедрить изменения в соответствии с экономическими и техническими возможностями компании.

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

Одним из источников информации о том, каким образом нужно внедрять в IT-компании процесс управления изменениями, является ITIL (Information Technology Infrastructure Library — «библиотека IT-инфраструктуры»), где все описание приведено на детальном уровне. Компании, поставившей перед собой цель внедрить этот процесс или усовершенствовать уже существующий, следует ознакомиться в ITIL с основными принципами процесса и выбрать из них те, которые подходят к ее собственным задачам. Для многих крупных компаний процесс управления изменениями, изложенный в ITIL, может показаться слишком простым, тогда как маленьким фирмам попросту не хватит ресурсов для внедрения точной копии системы управления изменениями, данной в ITIL. В таком случае следует внедрить основные принципы и выбрать один сценарий процесса, а затем постоянно работать над его улучшением.

Лекция 2.Цели и схемы процесса управления изменениями.

Цель:

В соответствии, с определением изложенном в ITIL под  процессом «управления изменениями» принято понимать процесс контроля и управления внесением изменений в инфраструктуру и различные аспекты сервисов, ответственный за минимизацию разрушений и неудобств для предоставляемых сервисов при внесении изменений.

Цель процесса управления изменениями — обеспечение внесения Изменений в IT-инфраструктуру в соответствии со стандартизованными процедурами, для эффективного проведения изменений и минимизации воздействия изменений на функционирование инфраструктуры.

Основные цели:

  • Эффективное, обоснованное, своевременное внесение изменений в инфраструктуру предприятия
  • Предотвращение повторения аналогичных проблем и инцидентов, ранее возникавших на предприятии
  • Автоматизация, алгоритмизация процессов изменения на предприятии
  • Обеспечить управляемое эффективное изменение ИТ-инфраструктуры. В рамках процесса определены процедуры оценки, планирования, реализации и контроля изменений, ответственность, роли и стандартная документация
  • Целью процесса является организация проведения изменений с наименьшим риском возникновения инцидентов, вызванных изменениями
  • Минимизировать ущерб для бизнеса, который возникает в результате изменений, путем регистрации, фильтрации, планирования и координирования как самих изменений, так и возвращения к первоначальной конфигурации в случае неудачного изменения
  • Управления изменениями по ITIL является обеспечение применения стандартизированных процедур и методов для уменьшения вероятности возникновения различных инцидентов, допускать только разумные изменения, а также координировать проведение изменений
  • Реализация изменений наиболее экономически-эффективным способом и с минимальным воздействием на пользователей

Свойства

  • Автоматизированный рабочий процесс - экономия времени и ресурсов благодаря автоматическому назначению приоритетов и категорий для предстоящих изменений на основе правил и процессов, определяемых пользователем.
  • Динамическое утверждение - упрощение процесса утверждения, при котором менеджеры могут посылать утверждения через модуль Change Management или по электронной почте.
  • Всестороннее представление о влиянии изменений - определение степени влияния каждого изменения на организацию благодаря возможности просмотреть, какие именно ИТ-компоненты и пользователи будут затронуты изменениями.
  • Расширение области применения HEAT - налаживание работы Service Desk-а и одновременное повышение производительности технических специалистов и улучшение качества поддержки клиентов. Пользователи HEAT, желающие использовать лучшие методики ITIL, могут легко добавить модуль Change Management для расширения возможностей своего Service Desk-а.
  • Модульная архитектура- модуль Change Management можно использовать отдельно или интегрировать его с другими модулями FrontRange и приложениями сторонних компаний. Во всех решениях FrontRange используются общие механизмы отчетности и обработки деловой информации, структуры данных и платформы интеграции

Описание схемы процесса управления изменениями

Общая схема проведения изменений начинается с регистрации  запроса на изменения — Request for Change (RFC), причем здесь запрос попадает в сферу управления процессом управления изменениями, то есть фактически становится его экземпляром. На данном этапе изменению присваивается идентификационный номер, и в дальнейшем осуществляется классификация запроса, то есть фактически определяется сценарий, по которому данный запрос будет обрабатываться.

Многие компании считают  необходимым следовать одному сценарию процесса для всех изменений. На самом  деле библиотека ITIL позволяет использовать различные сценарии процесса управления изменениями. Точнее, может быть один сценарий для незначительных изменений с малой степенью риска неучтенных ошибок, а также более совершенные сценарии в случае существенных и масштабных изменений. Например, одна и та же компания может поддерживать сценарии для изменений и с малой, и со средней, и с повышенной степенью риска. Такой подход обеспечит гибкость и своевременность процесса, а также приведет к снижению себестоимости работ по его реализации.

Информация о работе Управление изменениями