Портал №1 по управлению цифровыми
и информационными технологиями

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Новые экзамены
по ITSM
Реестр ESM- и ITSM-систем в России 2024

SLA, SLM, BRM

Построение отношений с заказчиками (SLM) и использование соглашений об уровне услуг (SLA)

Учет кратности работ при расчете срока оказания услуги

В редакцию портала поступил вопрос: Добрый день! Безуспешно ищу на форуме тему учета кратности работ при расчете срока оказания услуги (SLA).   Кейс следующий: Наша организация оказывает ряд услуг, работы по которым могут быть множественными. Например, руководитель отдела делает заявку, что необходимо установить ПО на 10 ПК его сотрудников. Или от клиента поступила заявка на изготовление 5 ЭЦП. Диспетчер принимает заявки такого типа как одно обращение и указывает кратность работ 10 или 5. Инженер выполняя работы по обращению может учесть эту кратность при фиксации трудозатрат, с учетом того что норма на одну работу заранее четко определена. Исходя из описанного кейса…

Эмоциональный интеллект в сервисных отношениях

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

Без чего невозможно описать услугу?

О том, что деятельность является неотъемлемой частью описания услуги, вроде бы давно договорились. Невозможно предметно говорить об услуге, не рассматривая то, как она потребляется. То есть то, из каких операций (деятельности) состоит потребление (и предоставление) услуги. Метод сервисных операций, разработанный компанией Cleverics несколько лет назад, как раз и используется для выявления требований к услуге, исходя из понимания этой природы – деятельность в рамках потребления/предоставления. В этом вопросе сходятся, вроде бы, все. Ну, или почти все. Например, гражданский кодекс (статья 779 ГК РФ) описывает услугу как совершение определенных действий или осуществление определенной деятельности. Или налоговый кодекс (статья 5 НК РФ (часть…

Пишем ITIL

08.08 (жаль, что не 0808 года) в составе ITIL выходит новая публикация, посвященная обзору практики Service Level Management. Я являюсь одним из авторов данного материала. Второй, ясное дело, – Роман Журавлев. Поскольку дата официальной публикации уже близко, позволю себе написать пару строк о своих впечатлениях от результата. Они, разумеется, двоякие. С одной стороны, мы старались сделать этот материал максимально приближенным к практическим задачам – так, чтобы с его помощью можно было попробовать SLM организовать. В описании этой практики теперь есть примеры workflow. Упоминается (правда гораздо короче, чем хотелось бы) метод сервисных операций, который мы разработали и используем в своих проектах…

10 советов по управлению взаимоотношениями с бизнесом

Управление взаимоотношениями с бизнесом (Business Relationship Management, BRM) – и как функция, и как роль – это отличная возможность, предоставляемая ITSM, которая может помочь ИТ-организациям лучше понимать потребности и ожидания заказчиков и потребителей ИТ-услуг. Как начать использовать эту возможность? На чём стоит сделать акцент? Пабло Верне (Pablo Vergne) продолжает делиться своим видением на страницах портала ITSM.Tools, публикуя очередную заметку из серии “10 советов по…”. В этот раз его 10 советов касаются BRM. Для начала поймите, что такое BRM в целом, определите его границы применимости. Кроме того, добейтесь общего и согласованного понимания BRM среди всех участников, кто так или иначе будёт…

Подходы к учёту простоя услуг

В редакцию портала поступил вопрос: Добрый день, в процессе заключения SLA есть необходимость согласования подхода к корректному учету простоев ИТ-услуги (и даже сервисной операции), а именно: как справедливо определить, когда услуга простаивает полностью, а когда — частично, и как это учесть в расчете показателя доступности. Например, части пользователей (или клиентов) функционал (=ИТ-услуга) доступен, а части — нет. При этом нет уверенности, что все затронутые сбоем потребители сообщили о недоступности, а систем мониторинга, которые точно бы определили число пострадавших, нет. Если ориентироваться на то, что простоем считать только случаи, когда инфраструктура (сервера, БД) или прикладная часть отказывают полностью, то такие ситуации…

Как соотносятся роли Service Owner и Service Level Manager

Думаю, следует сразу уточнить, что рассматривать соотнесение ролей будем в контексте ITIL V3. В ITIL4 Foundation детального описания ролей, участвующих в практиках, нет, так что ждём. Мысль рассмотреть эти две роли, что называется, в связке, возникла не просто так. На неё навели вопросы слушателей курсов линейки ITIL Intermediate. Многих по-прежнему несколько сбивает с толку обилие вариаций названий ролей, начинающихся со слова “service”. А также до сих пор в некоторых компаниях циркулирует словосочетание “Service Manager”, которого в ITIL уже давно нет.  Апофеоза эта путаница достигает в контексте процесса управления уровнем услуг (Service Level Management). Попробую структурировать информацию из первоисточника. Итак, согласно…

Обратная связь: подход к использованию

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

“Эмоциональные метрики”

Стивен Вест в недавней статье «The Importance of Managed Emotional Metrics in ITSM» на портале ITSM.tools высказывает известный тезис о том, что помимо объективных показателей, согласованных в SLA, необходимо контролировать удовлетворённость потребителя (слышать голос заказчика (voice of the customer, VoC). Многие компании делают подобные замеры. Некоторые компании делают показатели удовлетворённости частью параметров SLA.Но автор использует интересный (и жизненный) пример для демонстрации идеи и делится своей практикой получения этого самого VoC. Поэтому ниже его пример, и описание его практики. Рассмотрим два сценария. Вы договорились с обслуживающей компанией о визите к вам техника. Дата назначена, время согласовано. Вы всё подготовили. К сожалению,…

Слон в посудной лавке. Клиентское обслуживание и ITSM

ИТ-специалисты любят своё оборудование и системы и едва справляются с “биологическим фактором”, т.е. людьми, которые в конечном счёте системы используют. Жизнь была бы намного проще, если бы не было конечных пользователей. С этого “наблюдения” начинает свою заметку на портале ITSM Tools наш финский друг, Аале Роос (Aale Roos). По крайней мере, так это выглядит при изучении различных моделей управления ИТ-услугами (ITSM), продолжает Аале. На его взгляд, ни одна методология, стандарт или концепция ITSM не является действительно ориентированной на клиента в том смысле, что клиентское обслуживание будет в ней важным элементом. И это на самом деле странно, потому что клиентское обслуживание…

“Назад к основам” ITSM

“Назад к основам”, “назад к истокам” ITSM. Для многих из нас, на первый взгляд, кажется понятным, что под этими выражениями подразумевается, и как их можно было бы доходчиво объяснить, если потребовалось. Казалось бы, “истоки” – это что-то вроде основных ИТ-процессов, например, управления инцидентами или управления изменениями… …Похожим образом думал и Стюарт Рэнс, пока не стал глубже погружаться в тему. Повидав в своей практике немало предприятий, у которых хотя и был высокий уровень как процессного управления, так и используемых технологий, но тем не менее не умевших приносить бизнесу большую пользу, он пришёл к выводу, что основы находятся вовсе не в этих…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM