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

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

SLA, SLM, BRM

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

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

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

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

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

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

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

Разрушители легенд: документы SLM

Когда люди задумываются об организации процесса управления уровнем услуг, они сразу вспоминают несколько ключевых документов SLM. И среди них, как правило, возникают: каталог услуг (с делением на бизнес-услуги и технические услуги), SLA и OLA. Эта ассоциация между процессом и его документами весьма устойчива. И, по крайней мере, иногда (будем аккуратны в формулировках) срабатывает сама собой, без размышления на тему необходимости этих самых документов в данном конкретном случае. Начнём с технических услуг и OLA. По-серьёзному это конечно разговор не на 5 минут. Но если быть кратким, наличие каталога технических услуг и OLA почти всегда недооценивается по последствиям в виде влияния на…

ИТ-поддержка топ-менеджеров – как правильно?

Самая обсуждаемая ITSM-статья последних дней: гостевая публикация Симона Морриса на портале itsmreview.com.  Симон рассуждает на важную для многих тему: как правильно организовать поддержку пользователей категории VIP? Существуют два совершенно разных взгляда на вопрос: Пуританский. Обслуживание важных персон на экстремально высоком уровне возможно только за счёт снижения качества предоставления услуг кому-то другому (иначе говоря, всем остальным пользователям). Поэтому допускать "VIP-сервиса" не следует. Прагматичный. Нам приходится отчитываться по уровню предоставления услуг перед бизнесом. Даже если по отчётам всё выглядит неплохо, недовольный топ-менеджер может поставить ИТ-службе неудовлетворительную оценку, на основании только личного негативного опыта. А может быть и наоборот: довольный тем, как обслужили его…

Вопрос из зала: разыскиваются OLA!

Активный участник обсуждений на нашем портале задал нам вопрос, который, с его согласия, мы хотели бы переадресовать вам, для получения объективной картины мнений: Я работаю в  территориально распределенной компании. Структура управления жестко функциональная, бюрократическая с сильными вкраплениями прямого управления со стороны функциональных директоров. И, хотя у нас есть некоторые процессы управления в ИТ службе и достаточно давно, мы решили сделать такую штуку как OLA только сейчас. Оно, OLA, правда нужно в работе. Так сказать доросли. Написали. Согласовали между собой и отдали оформлять приказом. Приказом, чтобы сомнений ни у кого не было, ибо ПЕЧАТЬ на документе. И тут оказалось, что у…

Взгляд извне на внутренние группы

Обращаюсь к сообществу – вы будете смеяться – с просьбой разъяснить терминологическую путаницу. В стандарте ISO/IEC 20000-1:2011 появилось определение Internal group (внутренняя группа), следующего вида: internal group – part of the service provider's organization that enters into a documented agreement with the service provider to contribute to the design, transition, delivery and improvement of a service or services NOTE The internal group is outside the scope of the service provider's SMS Мой перевод: Внутренняя группа – часть организации поставщика услуг которая заключает документированное соглашение с поставщиком услуг, чтобы соодействовать проектированию, преобразованию, предоставлению и совершенствованию услуги или услуг. ПРИМЕЧАНИЕ Внутренняя группа…

О конкурсах

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

Управление ожиданиями

Недавно, улетая в командировку, решил довериться современным информационным технологиям, а именно – пройти электронную регистрацию на рейс, распечатать посадочный талон и не стоять в очереди. Тем самым я должен был сэкономить минут 20 времени. Заказав такси с учетом этой экономии я приступил к регистрации. Подумав некоторое время, сайт авиакомпании выдал заключение "Ваш билет в порядке, но приезжайте в аэропорт и регистрируйтесь обычным способом". "Ничего", подумал я. Есть еще электронные шайтан-машины, которые стоят в аэропорту и тоже умеют регистрировать быстро и без очереди. В общем, в этот день что-то не задалось в электронных мозгах системы регистрации, т.к. шайтан-машины тоже не смогли…

Пользователь против заказчика

Я часто вижу и удивляюсь, что управление уровнем услуг (Service Level Management) привлекает внимание со стороны сотрудников технической поддержки. Они пытаются найти в этом процессе ответы на свои вопросы. Причина этого внимания, как мне кажется – толкование ИТ-услуги как «обслуживания»: работа с клиентом в процессе потребления (автосервис, ресторан и так далее). А ведь во многих сводах знаний (в том числе и в ITIL) подчёркивается разделение «клиентов» на заказчиков и пользователей. Заказчик платит ИТ за результат, чтобы достичь своей выгоды. Пользователь, извините, использует результаты ИТ, чтобы ему было удобно делать свою работу. Чувствуете, куда веду? Конечно. Акула капитализма и член профсоюза…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM
;