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

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

SLA, SLM, BRM

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

Размышления на тему сервисного подхода

Коллеги, обобщив опыт нескольких предыдущих проектов на тему управления уровнем ИТ-услуг, вебинаров, дискуссий, заметок на портале, я написал довольно большую статью с неоригинальным названием «Управление уровнем ИТ-услуг». Статья состоит из двух частей: Часть 1. Высокие отношения Часть 2. Каталог ИТ-услуг и процессы Первая часть больше про терминологию и непредвзятую, комплексную оценку плюсов / минусов сервисных отношений. Вторая – про структурированный подход к построению каталога ИТ-услуг и проектированию процесса управления уровнем ИТ-услуг с учетом организационной специфики. Мне лично результат показался интересным – есть, над чем подумать, есть, что обсудить. К обсуждению приглашаю вас – посетителей портала realitsm.ru. Думаю, здесь найдется немало…

Из времени простоя исключается…

В моей практике составления SLA часто бывают ситуации, когда в документе строки об исключениях из учёта времени простоя разрастаются до большущего списка. Стандартно – «в начальном положении» – этот пункт состоит из двух: технологическое окно; форс-мажорные обстоятельства. В реальных ситуациях, бывает, что разрастается и за 10 с гаком. Они касаются отказа от ответственности по причинам деятельности (или бездеятельности) третьих лиц по отношению к тому, кто составляет SLA и является ответственным за ИТ-услугу. Давайте рассмотрим укрупнённые примеры: взаимодействие со смежниками (организация работ внутри ИТ-подразделения и внутри организации, между отделами; зависимость от работ);  взаимодействие с внешними подрядчиками (ожидание ответа, ожидание выполнения доработок);…

Главный компромисс ITSM

Трудна дорога от правды к истине. Сергей Довлатов. Компромисс.   Любой проект – компромисс. Между желаниями и возможностями, планами и реальностью, сроками и охватом проекта. Иногда приходится идти и на более принципиальные компромиссы, чтобы достичь значимого результата за конечное время. Для ITSM такой принципиальный компромисс – исключение из области охвата управления уровнем ИТ-услуг вопросов разработки новой функциональности информационных систем. С точки зрения классического ITSM это, конечно, тот еще трюк. Он не понятен заказчикам: «Как это вы опять не можете гарантировать мне время разработки? Зачем тогда мне SLA, ведь существующая функциональность и так работает, а гарантировать, что она будет работать лучше…

Defining IT Success Through The Service Catalog

На днях, будучи в отпуске, прочитал книгу «Defining IT Success Through The Service Catalog: A Practical Guide» (ISBN 0-9810811-0-6). Хочу поделиться впечатлениями. Сначала одно уточнение по области охвата: книга посвящена вопросам построения каталога ИТ-услуг и организации SLM в ситуациях, когда ИТ-подразделение находится в составе компании или группы компаний. Правда авторы рекомендуют даже в этих случаях рассчитывать стоимость услуг (пусть и без фактических взаиморасчетов) и управлять ИТ-подразделением почти как бизнесом (more like a business). Но и с такой оговоркой это не чисто коммерческий сценарий, в котором вся стратегия ИТ-организации направлена на извлечение максимальной прибыли, в том числе с помощью каталога ИТ-услуг….

Бесплатные вебинары CleverTALK начинаются в этот четверг

Четвёртая серия ITSM-вебинаров CleverTALK, запланированная на весну 2013 года, начнётся в ближайший четверг, 28.02.2013, с вебинара Дмитрия Исайченко "SLM: Процесс и необходимые организационные механизмы". В нём Дмитрий расскажет о специфике Service Level Management, как вида деятельности, коммерческих и внутрикорпоративных сценариях, необходимых базовых организационных механизмах, а также о зависимости от операционных процессов управления ИТ. Для участия в вебинаре требуется предварительная регистрация, число мест ограничено. Затем 14 марта Евгений Шилов проведёт следующий вебинар, тема которого: "SLM: Структура каталога и SLA. Анализируем варианты". На него также можно зарегистрироваться. Тема управления уровнем услуг завершится 28 марта вебинаром Дениса Денисова "SLM: Отчетность по услугам. Содержание,…

Самое лучшее в ITSM по-русски

Этот декабрь выдался богатым на анонсы книжного рынка. Параллельно с книгой Романа Журавлёва коллектив авторов портала Real ITSM подготовил к изданию сборник собственных статей. Самое лучшее и практичное из мира ITSM уже доступно для загрузки в формате PDF. В сборнике вы найдёте: фундаментальные статьи: и напечатанные в альманахах itSMF, и выходившие в печатной прессе, и не издававшиеся ранее дотошные вопросы к западным ITSM-экспертам и их робкие точные ответы картинки и опечатки идеальную вёрстку линейки и градусники модели и формулы итоги многодневных дискуссий с вами на портале Real ITSM Читайте на здоровье. А свои отклики и замечания оставляйте здесь, в комментариях.

Зачем нужен ITSM?

Перед наступлением нового, я хочу зафиксировать здесь главный урок, который выучил в текущем году. Вряд ли самый полезный. Не самый прикладной. Но задающий направление мысли на годы вперёд. Очень простой: ITSM помогает сделать информационные технологии дешевле. Свежо, да? Увы, в этом утверждении речь не про вас. И не про вашу организацию. А про отдалённое будущее. Деятельность экономических субъектов часто зависит от специфических активов. При этом предприятия и люди редко владеют собственными самолетами, банками, ресторанами, парикмахерскими, гостиницами, сетями мобильной  передачи данных и системами теплоснабжения. В большинстве случаев справляются поставщики услуг. Им сообщаются потребности: «покормите», «отвезите», «передайте» и так далее. И те…

…как именно начинается SLM. Новогоднее попурри

Один мудрый человек сказал:  SLM как деятельность по управлению начинается с того, что с двух сторон (заказчик и поставщик) появляются люди, получившие и осознавшие свою ответственность за данную услугу. …и вот они начинают переговоры. И в этих переговорах они, возможно, принимаются искать баланс "цена-качество". А уж если поставщик – внешний, а заказчик – …да, любой практически заказчик (хотел написать "крупный", потом "государственный", потом "важный", потом подумал и оказалось, что таки любой), так вот, бывает, ищут они его примерно так:   …потом диалог развивается примерно так: …и потом почти всегда выходит, как еще давно было известно: Хорошего всем нового года! Пусть все…

С чего начинается … SLM

Как и в песне про Родину, можно придумать много начал для SLM. Нужна какая-то форма каталога услуг? Скорее всего, нужна. Нужна какая-то фиксация обязательств? Скорее всего, нужна. Контроль исполнения обязательств? Да. И так далее. Но, как мне кажется, SLM, как деятельность по управлению, начинается с того, что с двух сторон (заказчик и поставщик) появляются люди, получившие и осознавшие свою ответственность за данную услугу. Большинство реальных результатов и достижений SLM ложится на плечи именно этих людей. Могу с уверенностью утверждать это не только по итогам прочтения книг, но главное – по итогам выполнения проектов. Сделать это (найти и «включить» этих людей…

Джеймс Финистер о каталоге ИТ-услуг

Джеймс Финистер, британский автор учебных курсов и стандартов ITSM, на днях поделился своим мнением на тему каталога услуг. Он развенчал пару мифов и предложил несколько советов тем, кто создает каталоги в реальных организациях. Миф: "Каталог услуг – это изобретение ITIL V3" Скорее нет. Существенная часть полезности каталога была описана уже в девяностых годах, только называлась по-другому. Например, считалось что CMDB должна быть тесно связана с моделью затрат. Услуги были "виртуальными конфигурационными единицами" и приравнивались к итоговым статьям затрат. Рекомендации: Посмотрите как работают эксперты по продажам: они знают, что нужно их заказчикам и пытаются эти потребности удовлетворить. Для этого необходимо обсуждать…

Дополняющие услуги

Среди нескольких классификаций услуг, которые предлагает ITIL, есть и такая: Основная (Core) услуга – та, которая попадает под определение услуги вообще . Вспомогательная (Enabling) – загадочная: та, которая заказчику может быть не видна, но, тем не менее, необходима для предоставления основной. Из примеров и описаний не очень ясно, чем она отличается от поддерживающей–обеспечивающей (supporting). Будем считать, что это одно и то же. Дополняющая (Enhancing) – такая, которая не нужна никому, но делает основную услугу привлекательной для заказчика. Так вот: приходится признать, что идея дополняющих услуг в ITIL не продумана до уровня прикладных рекомендаций. Из пары-тройки абзацев на эту тему становится ясно,…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM