- Для блока процессов сопровождения сервисов СУС регламентирует права и обязанности сотрудников службы ИС и бизнес-пользователей в процессе регистрации и разрешения инцидентов и проблем. В частности, здесь зафиксированы требования к времени разрешения инцидента, обязанности пользователя по разъяснению обстоятельств инцидента, права и обязанности специалиста, разрешающего инцидент и т. д. В рамках СУВП регламентируется взаимодействие сотрудников службы ИС по выполнению регламентных работ, разрешению инцидентов и проблем, внесению изменений. Наконец, устранение инцидента или решение проблемы может быть эскалировано поставщику оборудования, ПО или услуг в соответствии с планом повышения качества сервиса – в том случае, если подобная эскалация предусмотрена заключенными контрактами.
Особую роль в отношении СУС играет вице-президент по ИС – CIO. На руководителе со статусом члена Правления организации лежит ответственность за представление интересов службы ИС при согласовании СУС и контроля его соблюдения. Именно здесь высокий статус CIO позволяет обеспечить формальное и фактическое равенство участников соглашения.
Таким образом, система формальных соглашений регламентирует взаимодействие подразделений и ролей службы ИС, а также взаимодействие последней с бизнес-пользователями во всех процессах ITIL/ITSM. Подготовка и обновление пакета таких соглашений является прерогативой процесса управления уровнем сервиса.
Рис. 15.15. Система соглашений службы ИС.
Как видно на рис.15.15, СУС (SLA) является основой для всего вышеописанного пакета соглашений. С точки зрения стратегии развития ИС, СУС определяет приоритеты бизнес-подразделений, которыми служба ИС должна руководствоваться в своей деятельности. С юридической точки зрения условия, описанные в СУС, определяют и план повышения качества сервиса (который описывает требования к уровню сервиса со стороны внешних поставщиков), и соглашение об уровне внутренней поддержки, (которое распределяет обязанности, заданные СУС, внутри службы ИС). С экономической точки зрения СУС определяет объем деятельности службы ИС и ресурсы, выделенные ей для выполнения этой деятельности. Наконец, с организационной точки зрения, СУС определяет права и полномочия службы ИС и бизнес-пользователей в различных ситуациях разработки и эксплуатации сервисов ИТ – формулирования требований к сервисам, планирования и разработки сервисов, эксплуатации сервисов бизнес-пользователями и поддержки сервисов со стороны службы ИС. Санкции, заложенные в СУС, оказывают дисциплинарное подкрепление исполнения сторонами своих обязанностей. В результате всего перечисленного, а также необходимости наложения определенных ограничений на весь персонал организации независимо от ранга, СУС неизбежно оказывается документом очень высокого уровня, подписываемом первыми лицами организации.
Что касается процедур службы ИС, роль СУС в них была показана в предыдущем параграфе. Здесь мы отметим лишь два обстоятельства. Первое. СУС обеспечивает организационную и правовую базу деятельности службы ИС в организации, что в равной степени верно для всех процессов управления этой службой. Второе. Изменчивость деятельности современной организации и быстрое развитие информационных технологий ведут к быстрому пересмотру портфеля сервисов ИТ, действующих в организации. В этих условиях постоянного пересмотра требует и СУС. Необходимый темп обновления версий в свою очередь требует наличия у менеджмента службы ИС детальной информации о ресурсах, вовлеченных в обеспечение старых и новых сервисов – людях, информационных системах, денежных ресурсах и т. д. Эта детальная информация может быть собрана только посредством развитой системы взаимодействующих друг с другом процессов. Таким образом, СУС является не только условием функционирования процессов ITIL/ITSM, но и в определенном смысле их продуктом.
Модель процессов и соглашений ITIL/ITSM достаточно сложна. По этой причине возникает вопрос о том, насколько оправдан переход к столь сложной модели бизнес-процессов. Для ответа на этот вопрос, вернемся к роли службы ИС в современной организации.
Исходным пунктом разработки современных подходов к управления службой ИС – проекта ITIL и модели ITSM – явилось резкое удешевление вычислительной мощности и связанное с ним массированное внедрение компьютеров в бизнес. Новая ситуация в отрасли нарушила существовавшие ранее механизмы взаимодействия потребителей и поставщиков, в рамках которой единственный поставщик вычислительных систем («платформы») полностью брал на себя ответственность за сервис, оказываемый бизнес-пользователям.
Новые модели управления представляют собой возрождение этой экономической модели в новых условиях и на новом уровне. Теперь единым центром ответственности за качество сервиса становится служба ИС самой организации. Многообразие сервисов, сложность среды информационных систем организации и зависимость качества сервиса от согласования решений многих поставщиков требует разностороннего анализа и согласованного управления качеством обслуживания.
Более того, работа в единой взаимосвязанной и взаимозависимой среде предъявляет высокие требования к дисциплине бизнес-пользователей. Простота настройки и программирования современных офисных систем без дисциплинарных и технических ограничений на их использование ведут к разнообразным негативным последствиям – от потери доступа к необходимым сервисам ИТ до заражения сети организации компьютерными вирусами.
Таким образом, новая среда функционирования службы ИС организации требует единого механизма оценки, планирования, реализации и технической поддержки сервисов ИТ, охватывающего как персонал самой службы, так и бизнес-пользователей в пределах ролей последних в соответствующих процессах. Именно такой механизм представлен в процедурах и соглашениях ITIL/ITSM.
Наконец, формализация управленческих процедур в виде пакета документов продиктована еще одним требованием – прозрачностью. Сервисы ИТ оказываются неотъемлемой частью процессов управления, а их пользователями оказывается весь персонал организации независимо от ранга. В этих условиях работают только прозрачные, согласованные с участием первых лиц и подписанные ими процедуры. В этих процедурах могут быть предусмотрены особые условия обслуживания первых лиц, однако и эти лица должны подчиняться определенным правилам. Именно в этом состоит смысл пакета регламентирующих документов ITIL/ITSM, в первую очередь СУС.
15.5. Измерение результативности службы ИС и сбалансированная система показателейИзмерение результатов деятельности службы ИС основано на системе ключевых показателей результативности (КПР, см. Главу 14). Система КПР объединяет в себе показатели в четырех областях:
Финансовые показатели – как на нас смотрят акционеры? Эти показатели сопоставляют результат применения ИС в бизнесе и бюджет информационной службы. Примеры таких показателей: себестоимость сервисов ИТ (будет подробно рассмотрена в главе 16), совокупный финансовый результат использования ИС (разность доходов от применения сервисов ИТ и их себестоимости) и другие, более частные показатели. Сбытовые показатели – как на нас смотрят клиенты (пользователи)? Эти показатели – удовлетворенность пользователей, своевременность предоставления сервисов, потребительская ценность сервисов – будут подробно рассмотрены в настоящей теме. Внутренние процессы службы ИС– как смотрит на себя сама эта служба? Эти показатели оценивают качество работ и процессов службы ИС и включают в себя, например, долю успешных проектов (количество в штуках и объем бюджета), степень зрелости основных процессов службы ИС и т. д. Обучение и инновации – как мы будем создавать и увеличивать стоимость в будущем? Эти показатели оценивают знания сотрудников службы ИС и технический уровень информационных систем. В их число входят такие показатели как число сертифицированных специалистов, доля автоматизированных процессов службы ИС и т. д.Области оценки службы ИС и их взаимосвязь между собой показаны на рис.15.16.
Рис.15.16. Сбалансированная система показателей информационной службы.
Следует обратить внимание на раздел «Цели», указанный во всех разделах системы показателей. Само понятие результативности, следовательно, и показателей результативности имеет смысл только по отношению к некой заданной цели, в данном случае – к набору бизнес-целей организации. По этой причине показатели, приведенные в данном разделе, есть не что иное, как иллюстративные примеры, которые в том или ином конкретном случае могут вовсе не иметь никакого значения.
Вот лишь некоторые ситуации, коренным образом меняющие соотношение различных показателей в системе в целом. Если организация растет за счет расширения сети подразделений (пример – сеть магазинов), не предоставляя в широком объеме новых услуг, для нее первостепенное значение имеют информационные системы, связывающая подразделения в единое целое. В этом случае первостепенное значение имеет обучение и инновации. Если рост обеспечивается расширением спектра услуг, ценность ИС состоит в поддержке этих новых услуг, т. е. созданием и сопровождением все новых сервисов ИТ. В этом случае приоритет имеет сбытовое измерение. Если организация не имеет возможностей роста и ориентировано на снижение затрат, приоритет для нее имеет финансовое измерение. Наконец, внутренние процессы службы ИС имеют приоритет в том случае, если достижение целей в других областях требует повышения производительности труда сотрудников информационной службы. В этом случае первостепенное внимание уделяется показателям внутренних процессов.
Таким образом, в различных ситуациях бизнеса приоритет приобретает та или иная область системы показателей, а также любое сочетание этих областей. Тем более это справедливо для соотношения различных показателей внутри одной и той же области между собой.
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 |


