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

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

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

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

Цель построения всякой системы управления — достижение состояния, при котором все имеющиеся объекты управления будут находиться под контролем и готовы адекватно реагировать на управляющие воздействия. Методология 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) - совокупность технологических процессов по обеспечению качественного использования информационных технологий при разработке и эксплуатации продуктов.