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

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

SLA, SLM, BRM

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

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

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

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

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

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

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

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

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

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

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

Вопрос из зала: штрафы за неработающее ПО

Константин задаёт вопрос: Здравствуйте, коллеги. Компания, в которой я работаю, занимается разработкой, внедрением и поддержкой сложных программных комплексов. Время простоя нашего ПО у заказчика не должно превышать 30 минут. При этом заказчик устраняет проблемы собственными силами, но при нашей поддержке. Заказчик хочет в новом договоре на поддержку указать штраф, в случае если нарушение в работе ПО не устраняется за заданное время (например 4 часа). При этом совершенно все равно почему не работает ПО (проблемы с железом, ошибки персонала и т.д.). Вопрос штрафов принципиальный. Может, есть какие-нибудь типовые соглашения о поддержке, где прописаны нормальные условия а не фантастические? За что надо…

Grab@Pizza приходит в США

Не так уж много теперь есть областей, где мы выступаем впереди Северо-Американских Соединённых Штатов. Тем приятнее заметить, что деловая игра "Grab@Pizza – ИТ и основной бизнес" проводится в России с августа 2010 года, в то время как в США первые даты назначены на декабрь 2012 года. Компания Pink Elephant добавила новую игру в свою линейку учебных программ. Занятно, что стоимость удовольствия сильно отличается от российских цен: около 60 000 рублей за двухдневный семинар в Орландо, США против 12 500 рублей за однодневную игру в Москве, Россия.

Вопрос из зала: выбор системы автоматизации

Альберт задаёт вопрос: Компания, занимается продажами. Разветвленная сеть филиалов (40 шт). На данный момент установлен service desk OTRS, пользуется для регистрации заявок через единое окно (что очень тяжело дается) и для автоматического расчета уровня SLA. Количество ИТ сотрудников работающих с этой системой около 25 человек (10 в офисе, 15 по филиалам). В эту же систему подключили техническую службу (+ 20 человек). Система не гибкая (бесплатная). В ближайший год планируется развитие компании, и понимаю, что текущая система будет не удовлетворять потребностям (количество пользователей 100, заявок 1000-2000 ежедневно). Необходимо чтобы с ServiceDeskи SLA работали не только ИТ, а все сервисные службы компании,…

Вопрос из зала: есть ли плюсы в портале самообслуживания?

Анна Лобова, IT Manager и постоянный читатель нашего портала, а также регулярный участник ITSM-вебинаров, задаёт вопрос в виде развёрнутого кейса. Анна просит наше сообщество помочь ей и раскритиковать кейс в пух и прах. Давайте поможем.   Не секрет, что без каталога услуг, SLA, базы знаний, системы регистрации и учета запросов сотрудникам ИТ живется нелегко: пользователи просят все что хотят и прямо сейчас. Очевидность необходимости всех этих и других «айтиловских примочек» объяснять в очередной раз не стану. Но как предоставить пользователям эти данные в удобном формате и более того: как собрать их вместе и залинковать между собой таким образом, чтобы не…

itSMF Russia 2012: «Линейки и градусники»: доклад Аале Рооса

12 и 13 сентября в Москве пройдет третья всероссийская (и даже международная) конференция независимого форума по управлению ИТ-услугами itSMF Russia. Мы продолжаем серию анонсов секции "Линейки и градусники", модератором которой, по сложившейся традиции, выступит заслуженный автор портала realitsm.ru Дмитрий Исайченко. Зарубежным гостем секции станет финский эксперт Аале Роос. Он профессионально занимается ITSM более 20 лет, с 1989 года он работает как консультант в Финляндии и других странах Европы по вопросам управления ИТ-услугами, в настоящее время – от имени собственной компании Pohjoisviitta Oy. За это время он стал известен далеко за пределами Финляндии. Он особенно активно занимается такими вопросами, как организация служб…

Default SLA

При проектировании процесса SLM не раз сталкивался с вопросом со стороны заказчика: "как мы заставим бизнес подписывать с нами SLA? Это же за ними бегать надо, договариваться, убеждать …". В итоге в рамках одного из проектов родилось решение, которое уже проверено практикой и, как минимум, имеет право на жизнь. Хочу поделиться и узнать Ваше мнение.   Что если на этапе старта процесса формируется SLA "AS IS", фиксирующий текущий уровень предоставления ИТ-сервисов на основании текущей практики и собственного видения ИТ на то, как надо предоставлять ИТ-сервисы. SLA вводится в действие без согласования с каждым Заказчиком, просто как неотъемлемая часть запускаемого процесса….

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM