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

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

SLA, SLM, BRM

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

Transформация

По итогам встреч с заказчиками на прошлой неделе, двух текущих и нескольких прошлых проектов могу лишь в очередной раз подтвердить теорию ITSM: организация процесса управления уровнем ИТ-услуг действительно кардинально влияет на практику операционного управления ИТ. Это очень серьёзное изменение в управлении ИТ, не просто «внедрение ещё одного процесса». Мне кажется, многие компании недооценивают уровень организационных изменений (что также подтверждается очередными предпроектными переговорами). Смотрите сами: У управления инцидентами появляются более обоснованные и чёткие нормативы. Серьёзно меняется подход к классификации обращений пользователей, что, в частности, требует переподготовки первой линии поддержки. Усиливается потребность в эффективной координации устранения крупных инцидентов (major incidents), в регистрации…

Value network и сервисный подход

Классическое понятие Value chain описывает «линейную» модель взаимодействия нескольких субъектов, каждый из которых в общем случае может выступать как потребителем, так и поставщиком услуг. Замечательная простота этой модели заключается в том, что некоторый субъект у одних приобретает услуги, другим – оказывает (рисунок 1, часть «а»). При этом если «увеличить» одно из звеньев цепи (рисунок 1, часть «б»), то мы увидим одно прямое следствие такой линейности: один субъект (в данном случае – организация «B») принимает решение и о требованиях к содержанию / объёму потребления услуг, и о расходах на потребляемые услуги. Однако жизнь вокруг нас сложнее. Всё более адекватным описанием реальных…

SLM-позитив

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

Владельцы и менеджеры услуг в дикой природе

Все слушатели курсов "Основы управления ИТ-услугами" почти всегда тонко чувствуют терминологическое болото, в котором не-англоговорящим коллегам предлагается утонуть, буквально с первого дня знакомства что с сервисным, что с процессным подходом. Дело, наверное, в различных культурных установках, на которых и строятся языки. В любом случае, весь тяжелый словесный багаж может привести к разочарованию в ITSM. Не расстраивайтесь, в жизни всё гораздо веселее, чем в универсальных сводах знаний. Так вот, однажды я получил вопрос: ITIL описывает роли в процессах: владелец процесса и менеджер процесса. Все прозрачно: владелец занимается целеполаганием и инвестициями в процесс и заинтересован в результатах процесса. "Надо выкопать канаву вооон…

Влияние сбоев на ИТ-услуги

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

Недоступная доступность

На прошлой неделе, во время курса «Основы ITIL V3», мы разговорились со слушателями про доступность ИТ-услуг. Спор завязался вокруг тех сервисных инцидентов, в которых, в самом широком смысле, «виноват пользователь». Если конкретнее: считать ли ИТ-услугу недоступной, если пользователь просто не знает, как ею правильно воспользоваться? Ответ коллег был следующим. Услуга конечно же доступна, ведь у нас есть процессная модель управления, мы отлично взаимодействуем между собой, и все ИТ-компоненты работают слаженно. Нам за это платит заказчик. Он же платит своим сотрудникам, чтобы те делали свою работу используя компьютеры, а, следовательно, это он обязан их обучить всем аспектам рабочего процесса, и в…

OLA-la

В последние годы я довольно много сталкиваюсь с практическими вопросами организации SLM и построения каталога ИТ-услуг. Одним из актуальных вопросов в этой области является назначение и содержание такого документа как Operational Level Agreement (OLA). Есть бородатый анекдот про хозяйку, которую соседка обвинила в том, что когда та брала у неё горшок, она вернула его треснувшим. Ответ был таков: «Во-первых, это неправда – я вернула его целым. Во-вторых, когда я брала горшок, он уже был треснувшим. И в-третьих, я вообще его не брала». Так вот, про OLA я могу сказать буквально следующее: во-первых, такого документа не существует, а во-вторых применение OLA…

Сервисный подход: итоги голосования и выводы

Ровно неделю назад мы устроили короткий опрос посетителей нашего портала на тему сервисного подхода. Настало время подвести результаты! Всего было получено 70 голосов. Ответы на первый вопрос ("Существует ли альтернатива сервисному подходу в ИТ?") показали, что большинство респондентов уверены в наличии альтернативы. Можно предположить, что они также знают в чём она заключается: Три четверти респондентов в ответе на второй вопрос – Как связаны между собой процессы и услуги? – склонились к варианту "Они дополняют друг друга, но процессный подход может использоваться отдельно от сервисного, и наоборот": Из ответов на эти два вопроса можно сделать следующие выводы: Единого мнения в рядах…

Что делать, если вам поручили составить SLA?

Канадский эксперт по управлению ИТ Ларри Купер представил в своей авторской колонке на itsmportal.com свой взгляд на структуру соглашений об уровне услуг. Как водится, статья начинается с определения услуги и с критики ITIL: Вроде всё просто: идёте в интернет, находите бесплатные (или даже платные) шаблоны соглашений, подгоняете их под свою ситуацию, наполняете их содержанием, утверждаете у руководства, собираете подписи – готово. Так ведь? Скорее всего, придётся ещё очень потрудиться. Чтобы SLA отражали реальность, недостаточно наполнить шаблон, хоть бесплатный, хоть за 200 долларов.  С чего же начать? Сначала, надо понять, что значит слово "услуга" – нужно сделать это до того, как…

Вопрос из зала про каталог услуг: что улучшить?

Максим спрашивает: Здравствуйте. Дано: крупная компания для которой ИТ – непрофильная деятельность. Внутри есть Департамент ИТ, который осуществляет ИТ-поддержку (как в части эксплуатации, так и в части развития (доработки) информационных систем). Необходимо сделать каталог услуг. Я разработал концепцию построения каталога, в которой определил термины, взаимосвязи понятий и рассмотрел примеры. Документ небольшой – 4 неполных страницы. Очень хочется услышать критику или рекомендации по развитию\трансформации концепции. Заранее спасибо. С разрешения автора, публикуем этот документ. Ваши рекомендации, коллеги?

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM