Построение отношений с заказчиками (SLM) и использование соглашений об уровне услуг (SLA)
Из этого небольшого видеоролика вы узнаете о том, какие темы рассматриваются на нашем новом авторском курсе “VAP: Управление уровнем услуг и каталогом услуг“. Рассказывает Артём Мукосеев, ITIL Expert, ITIL Managing Professional, аккредитованный тренер по ITIL 4.
Организации, ставящие перед собой задачу контроля качества предоставляемых ИТ-услуг, измеряют показатель доступности. Что такое доступность услуги и как она измеряется в реальной жизни? Давайте разбираться. Недоступность ИТ-услуги является высшей мерой нарушения ее эксплуатационных характеристик. Потребительские характеристики ИТ-услуги становятся такими, что ее потребитель теряет возможность получать от услуги ценность. Каждодневной заботой поставщика услуг является поддержание этой самой доставляемой потребительской ценности, а значит и обеспечение непрерывности ИТ-услуги. Такое определение нарушения доступности часто вызывает раздражение, т.к. оно предельно неконкретно и не отвечает на вопрос владельца конкретной услуги, что это означает в терминах его услуги, как измерять недоступность, и тому подобные вопросы. Корень зла…
В редакцию портала поступил вопрос: Добрый день! Интересна тема переклассификации обращения после начала выполнения работ по нему. Обращение классифицируется диспетчером на первой линии, он вносит услугу, определяющую SLA. Заявителю отправляется уведомление о регистрации обращения с указанием услуги и срока решения заявки согласно SLA этой услуги. У нас необходимость переклассификации обращения в плане изменения изначально определенной услуги, возникает в следующих случаях: После поступления наряда по обращению на рабочую группу выясняется, что диспетчер неверно выбрал услугу. Выбор корректной услуги может удлинить срок оказания услуги если у нее, согласно договору, больше SLA . После эскалации работ по обращению одной рабочей группой на другую…
В редакцию портала поступил вопрос: Добрый день! Безуспешно ищу на форуме тему учета кратности работ при расчете срока оказания услуги (SLA). Кейс следующий: Наша организация оказывает ряд услуг, работы по которым могут быть множественными. Например, руководитель отдела делает заявку, что необходимо установить ПО на 10 ПК его сотрудников. Или от клиента поступила заявка на изготовление 5 ЭЦП. Диспетчер принимает заявки такого типа как одно обращение и указывает кратность работ 10 или 5. Инженер выполняя работы по обращению может учесть эту кратность при фиксации трудозатрат, с учетом того что норма на одну работу заранее четко определена. Исходя из описанного кейса…
По состоянию на сегодняшний день, ИТ совершили огромный рывок от сферы умельцев-одиночек к бизнесу с отлаженными процессами, регламентами и политиками. Пренебрежение или незнание этих правил ведет к снижению конкурентоспособности и становится вопросом выживания для многих компаний. Сегодня в мире новых информационных технологий важно быть не только профессионалом-технарем, но и развивать свои компетенции в сфере маркетинга, психологии, быть ориентированным на клиента. Крайне важно понимать, кто принимает решение о покупке твоих товаров и услуг или об инвестициях в твой проект, кто является конечным потребителем, в чем их потребности, чем они руководствуются и как используют ваши продукты или услуги в достижении своих бизнес-результатов….
О том, что деятельность является неотъемлемой частью описания услуги, вроде бы давно договорились. Невозможно предметно говорить об услуге, не рассматривая то, как она потребляется. То есть то, из каких операций (деятельности) состоит потребление (и предоставление) услуги. Метод сервисных операций, разработанный компанией Cleverics несколько лет назад, как раз и используется для выявления требований к услуге, исходя из понимания этой природы – деятельность в рамках потребления/предоставления. В этом вопросе сходятся, вроде бы, все. Ну, или почти все. Например, гражданский кодекс (статья 779 ГК РФ) описывает услугу как совершение определенных действий или осуществление определенной деятельности. Или налоговый кодекс (статья 5 НК РФ (часть…
08.08 (жаль, что не 0808 года) в составе ITIL выходит новая публикация, посвященная обзору практики Service Level Management. Я являюсь одним из авторов данного материала. Второй, ясное дело, – Роман Журавлев. Поскольку дата официальной публикации уже близко, позволю себе написать пару строк о своих впечатлениях от результата. Они, разумеется, двоякие. С одной стороны, мы старались сделать этот материал максимально приближенным к практическим задачам – так, чтобы с его помощью можно было попробовать SLM организовать. В описании этой практики теперь есть примеры workflow. Упоминается (правда гораздо короче, чем хотелось бы) метод сервисных операций, который мы разработали и используем в своих проектах…
Управление взаимоотношениями с бизнесом (Business Relationship Management, BRM) – и как функция, и как роль – это отличная возможность, предоставляемая ITSM, которая может помочь ИТ-организациям лучше понимать потребности и ожидания заказчиков и потребителей ИТ-услуг. Как начать использовать эту возможность? На чём стоит сделать акцент? Пабло Верне (Pablo Vergne) продолжает делиться своим видением на страницах портала ITSM.Tools, публикуя очередную заметку из серии “10 советов по…”. В этот раз его 10 советов касаются BRM. Для начала поймите, что такое BRM в целом, определите его границы применимости. Кроме того, добейтесь общего и согласованного понимания BRM среди всех участников, кто так или иначе будёт…
В редакцию портала поступил вопрос: Добрый день, в процессе заключения SLA есть необходимость согласования подхода к корректному учету простоев ИТ-услуги (и даже сервисной операции), а именно: как справедливо определить, когда услуга простаивает полностью, а когда — частично, и как это учесть в расчете показателя доступности. Например, части пользователей (или клиентов) функционал (=ИТ-услуга) доступен, а части — нет. При этом нет уверенности, что все затронутые сбоем потребители сообщили о недоступности, а систем мониторинга, которые точно бы определили число пострадавших, нет. Если ориентироваться на то, что простоем считать только случаи, когда инфраструктура (сервера, БД) или прикладная часть отказывают полностью, то такие ситуации…
Думаю, следует сразу уточнить, что рассматривать соотнесение ролей будем в контексте ITIL V3. В ITIL4 Foundation детального описания ролей, участвующих в практиках, нет, так что ждём. Мысль рассмотреть эти две роли, что называется, в связке, возникла не просто так. На неё навели вопросы слушателей курсов линейки ITIL Intermediate. Многих по-прежнему несколько сбивает с толку обилие вариаций названий ролей, начинающихся со слова “service”. А также до сих пор в некоторых компаниях циркулирует словосочетание “Service Manager”, которого в ITIL уже давно нет. Апофеоза эта путаница достигает в контексте процесса управления уровнем услуг (Service Level Management). Попробую структурировать информацию из первоисточника. Итак, согласно…
Поделюсь озарившей меня идеей без претензии на серъезную и исчерпывающую проработку концепции. В своей практике организации работы поставщиков услуг я неоднократно сталкивался с проблематикой получения обратной связи, как таковой – трудно склонить пользователей услуг тратить время на ее формирование. В практике предоставления обратной связи об использованных продуктах или услугах я и мои близкие неоднократно сталкивались с ситуацией, когда данная обратная связь была истолкована ограниченно или очевидно не могла иметь конструктивных последствий. В определенный момент вся эта противоречивая картина сложилась для меня в некую систему. Для начала представим ее графически: Итак, что мы имеем. Вариант контакта по поводу обратной связи может…