Ян Ван Бон - ИТ Сервис-менеджмент. Введение
- Название:ИТ Сервис-менеджмент. Введение
- Автор:
- Жанр:
- Издательство:Van Haren Publishing, по заказу ITSMF Netherlands
- Год:неизвестен
- ISBN:90-77212-15-9
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Ян Ван Бон - ИТ Сервис-менеджмент. Введение краткое содержание
Управление сервисами ИТ (IT Service Management, ITSM) развивается в России на протяжении последних пяти-шести лет, однако этот рынок еще недостаточно велик. Работающие в данной области компании не спешат объединить усилия и создать отечественные , хотя уже обладают квалификацией в сфере организации эффективной работы департаментов информационных технологий в различных отраслях. Между тем за рубежом накоплен солидный опыт в организации ИТ. В 80-х гг. британское Центральное агентство по вычислительной технике и телекоммуникациям (ныне OGC) разработало принципы эффективного использования ресурсов ИТ в государственных учреждениях страны. В результате была создана (IT Infrastructure Library, ITIL), где собраны лучшие методы в сфере услуг ИТ. В настоящее время библиотека представляет собой подробное описание наиболее важных видов деятельности в работе ИТ, перечень сфер ответственности, задач и процедур, которые, как утверждается, можно адаптировать для любого предприятия, большого или малого, использующего услуги аутсорсинга ИТ или реализующего собственные службы. На базе библиотеки ITIL свои структурированные подходы к управлению услугами ИТ разработали такие компании, как HP, IBM и Microsoft.
Книга представляет введение в ИТ Сервис-менеджмент - передовой подход по управлению информационными технологиями (ИТ). Он основан на материалах лучшего мирового опыта, собранного и систематизированного в Библиотеке ITIL (IT Infrastructure Library).
ИТ Сервис-менеджмент. Введение - читать онлайн бесплатно полную версию (весь текст целиком)
Интервал:
Закладка:
10.4. Виды деятельности
Ниже дается подробное описание этапов процесса, включая последовательность действий и виды работ.
10.4.1. Идентификация
По мере усиления зависимости бизнеса от ИТ-сервисов возрастает спрос на высококачественные ИТ-услуги. Приемлемость качества услуги определяется ожиданиями заказчика, постоянным управлением этими ожиданиями, стабильностью услуги и приемлемостью Уровня Расходов. Поэтому самый лучший способ обеспечить соответствующий Уровень Качества – обсуждение этого вопроса с самим заказчиком.
Опыт показывает, что часто заказчики сами не могут четко определить свои ожидания, они просто предполагают, что им будут предоставлены некоторые услуги без каких-либо определенных договоренностей. Такое восприятие заказчиком процесса предоставления услуг часто приводит к серьезному недопониманию. И это еще раз подтверждает, насколько необходимо Руководителю Процесса Управления Уровнем Сервиса хорошо знать своих заказчиков, чтобы помочь разобраться, какие Услуги и на каком Уровне им действительно необходимы и с каким Уровнем Затрат.
Требования заказчиков должны быть представлены в поддающихся измерению значениях, с тем чтобы можно было их использовать при разработке и мониторинге ИТ-услуг. Если метрики не согласованы с заказчиком, то нельзя будет проверить, насколько услуги соответствуют достигнутым договоренностям. Процесс Управления Уровнем Сервиса играет ключевую роль в понимании и определении пожеланий заказчика.
Первым шагом к заключению Соглашения о предоставляемых в настоящий момент или в будущем ИТ-услугах должны стать идентификация и определение потребностей заказчика в виде Требований к Уровню Услуг (Service Level Requirements – SLR). Помимо выполнения этого вида деятельности в самом начале данного процесса, рекомендуется делать это регулярно по запросам заказчика или по инициативе самой ИТ-организации и охватывать ею как новые, так и уже существующие услуги.
10.4.2. Определение
Определение области (диапазона) [161] Scope.
и глубины требований заказчика рассматривается как процесс дизайна (разработки) в рамках Процесса Управления Уровнем Сервисов. Согласно модели обеспечения качества стандарта ISO 9001 общий процесс дизайна состоит из следующих этапов: собственно дизайн, разработка, инсталляция и сопровождение. Для того чтобы результаты выполнения процесса дизайна отвечали требованиям заказчика, им необходимо управлять. На протяжении всего процесса дизайна термин «внешний» используется в отношении взаимоотношений с заказчиком, а «внутренний» – с технической поддержкой внутри ИТ-организации. Процесс дизайна включает в себя шаги, начиная с детализации требований заказчика и определения их в качестве стандартов и заканчивая разработкой технических условий для предоставления услуг.
Определение внешних стандартов
Первым этапом в составлении количественного описания [162] Quantifying.
новых или существующих ИТ-услуг является определение или «переопределение» ожиданий заказчика в отношении услуг в целом. Ожидания заказчика формализуются в Требованиях к Уровню Услуг (SLR), в разработке которых участвует вся организация заказчика. Обычно этот этап считается самой трудной частью Процесса Управления Уровнем Сервисов. Перед началом данного этапа Руководитель Процесса должен подготовиться к встрече с представителями заказчика. Первым вопросом, который следует задать, является: «Какой ИТ-сервис требуется и из каких элементов он должен состоять?» Предоставление сервиса может повлечь за собой использование определенной части инфраструктуры, например, такой как глобальная сеть (Wide Area Network – WAN). Этот сервис может быть частью составной/сложной услуги [163] Compose Service.
, такой как доступ ко всей информационной системе, включая всю инфраструктуру (WAN, LAN, рабочие станции, приложения и т. д.).
Участвующие в этих встречах пользователи должны быть поделены на группы. Руководитель Процесса Управления Уровнем Сервиса составляет список групп пользователей, их требований и полномочий. Следующая информация необходима для определения Требований к Уровню Услуг:
• описание функций, которые должен предоставить запрашиваемый сервис, с точки зрения заказчика;
• время и дни, в которые сервис должен быть доступен;
• требования к непрерывности сервиса;
• ИТ-функции, необходимые для предоставления сервиса;
• ссылки на текущие операционные методы и стандарты качества, которые должны учитываться при определении сервиса;
• ссылки на Соглашение об Уровне Сервиса, которое должно быть модифицировано или заменено там, где это необходимо.
Результатом этапа дизайна является документ, содержащий Требования к Уровню Услуг (Service Level Requirements – SLR) и подписанный Руководителем Процесса и заказчиком. Эти требования еще можно менять, пока соответствующее подразделение работает над разработкой услуги, внедрением и ведет соответствующие закупки. Изменения могут касаться, например, целесообразности предполагаемых функций и ожидаемых затрат. Каждое такое изменение должно утверждаться обеими сторонами.
Преобразование во внутренние стандарты
На этапе составления спецификаций Требования к Уровню Услуг конкретизируются. Результатом работы на этом этапе будет получение следующей информации:
• однозначное и подробное описание ИТ-услуг и необходимых компонентов;
• спецификация метода внедрения и предоставления сервисов;
• спецификация процедуры контроля требуемого Уровня Качества.
Рис. 10.2. Этап составления спецификаций (источник: OGC)
На этапе составления спецификации рекомендуется разграничивать внешние и внутренние документы (рис. 10.2). Спецификации для внешнего использования уточняют согласованные с заказчиком цели, и контроль процесса дизайна осуществляется с учетом этих целей. Такие спецификации составляются совместно с организацией заказчика, и они служат входной информацией для внутренних спецификаций.
Внутренние спецификации согласуются с внутренними целями ИТ-организации, достижение которых означает удовлетворение потребностей заказчика. Разграничение между внутренними и внешними спецификациями может оказаться особенно полезным уже после того, как Процесс Управления Уровнем Сервиса запущен в работу. При таком подходе ИТ-организация не будет беспокоить заказчика различными техническими вопросами. Начиная с этого момента, Управление Уровнем Сервиса означает стремление поддерживать соответствие внутренних спецификаций внешним. Этому содействуют выполнение таких действий, как Контроль документов и Внутренний анализ (ревью), в ходе которых ведется регистрация относящихся к данному вопросу документов, управление версиями и организуются регулярные аудиторские проверки.
Читать дальшеИнтервал:
Закладка: