ИТ СЕРВИС–МЕНЕДЖМЕНТ. Вводный курс на основе ITIL

ОглавлениеДобавить в закладки К обложке

    Заказчик – это человек, "платящий по счетам", он имеет полномочия заключать Соглашение с ИТ-организацией на предоставление ИТ-услуг (например, Соглашение об Уровне Услуг – SLA) и отвечает за то, чтобы предоставленные услуги были оплачены.

    Очевидно, что "платящий по счетам" заказчик во многих ситуациях может выступать и как пользователь "за компьютером".

    Управление Взаимоотношениями с Заказчиками ИТ-услуг играет важную роль в развитии стратеги­ческого диалога[24] между ИТ-организацией и компанией, приобретающей ИТ-услуги. На практике этот вопрос в основном сводится к укреплению контактов с организацией заказчика и использованию возможностей для координации стратегических целей двух компаний. Такой подход может по­служить основой для установления долгосрочного сотрудничества, в котором ИТ-организация кон­центрирует свои усилия на запросах заказчика и предлагает ИТ-решения, позволяющие заказчику достигать свои бизнес-цели. Учитывая динамичный характер, как компании заказчика, так и ИТ-ор­ганизации, степень изменений в обеих компаниях также должна быть скоординирована.

    На основе договоренностей с заказчиком о предоставляемых ему услугах посредством Процесса Уп­равления Уровнем Услуг разрабатываются предложения об Уровне Услуг. Например, если заказчик хочет внедрить у себя Интранет, то следует согласовать такие вопросы, как доступность данной ус­луги, поддержка пользователей, реализация Запросов на Изменения и стоимость. Договоренности по всем этим вопросам ложатся в основу Соглашения об Уровне Услуг (SLA).

    Если заказчик хочет изменить (расширить или модифицировать) услуги, оговоренные в SLA, то он подает Запрос на Изменение[25] (RFC), который обрабатывается в рамках Процесса Управления Из­менениями (Change Management – CHG). Изменения, выходящие за рамки существующих догово­ренностей, передаются Процессу Управления Уровнем Услуг.

    В то же время, в большинстве случаев по рабочим вопросам пользователи могут контактировать со службой Service Desk.

    Рис. 2.6 дает представление не только о горизонтальных и вертикальных связях, но и о горизонте планирования процессов. У согласования на стратегическом уровне горизонт планирования состав­ляет несколько лет. Управление Уровнем Услуг связано с Соглашениями на тактическом уровне, где горизонт планирования равен приблизительно одному году. Управление Изменениями, Управление Инцидентами и Служба Service Desk занимается оперативными вопросами с горизонтом планирова­ния в несколько месяцев, недель, дней или даже часов.

    2.3. Процессное управление

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

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

    Такие группы организованной между собой деятельности называются процессами. В случае, если процессная структура организации четко определена, то она дает ответы на вопросы:

    ? Что должно быть сделано.

    ? Какой ожидается результат.

    ? Каким образом можно определить (измерить), что в результате работы процесса достигается ожи­даемый результат.

    ? Как результаты выполнения одного процесса влияют на результаты других процессов.

    Вопросы, представленные на рис 2.7 постоянно возникают при использовании процессного подхода, типичного для современного ИТ Сервис-менеджмента. Средства для нахождения ответов на них приведены в правой части рисунка.

    Рисунок 2.7. Модель совершенствования процессов

    2.3.1. Процессы

    При организации работ в виде процессов не учитываются ни существующее распределение работ, ни деление организации на отделы. Это сознательный выбор. Делая выбор в пользу процессной струк­туры, можно доказать, что некоторые виды работ в организации не координируются, дублируют друг друга, игнорируются или вообще не нужны.


    Логин
    Пароль
    Запомнить меня