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

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

SLA, SLM, BRM

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

Как соблюдать SLA в условиях ожидания ответа

В редакцию портала поступил вопрос: Добрый день, коллеги! Подскажите как соблюдать SLA в условиях ожидания ответа от клиента/бизнеса. Например, определили опытным путем SLA по сервису «Настройка бухгалтерской базы» в 24 рабочих часа. То есть все обращения по этому сервису должны решатся в этот согласованный срок. В поддержку поступает обращение, классифицируется по этому сервису и в ходе решения обращения выясняется, что требуется настройка, затрагивающая учетную политику. Это требует согласования главного бухгалтера. Гл. бухгалтеру отправляется запрос на согласование, бухгалтер рассматривает согласование, например, в течение 72 или более часов. Что делать с обращением в таком случае? Ведь фактически срок SLA будет нарушен. Сейчас…

Конфликт интересов при заключении SLA

В редакцию портала поступил вопрос: Коллеги, добрый день. Сразу извиняюсь за сумбурность изложения.))) Я являюсь юным менеджером процесса SLM (3 месяца). Так совпало, что с моим приходом на должность, в нашей организации (крупный региональный банк) был затеян реинжиниринг  этого процесса. По причине изменения подхода, формата документа и так далее, многие SLA пересматриваются. И я столкнулся с вопросом, для ответа на который, хотел бы заручиться мнением больших экспертов. Ранее в банке существовало 2 типа SLA: SLA по бизнес-процессу (кредитование ФЛ, депозиты ЮЛ и т.д.) и SLA по “каналам продаж”  (банкоматы, интернет-банки и т.д.). И вот, придя в одно из подразделений, у…

Доверие как основа успешной реализации ИТ-инициатив

Цифровая трансформация – актуальная тема для многих организаций по всему миру. Использование современных технологий, позволяющих кардинально повысить производительность, является серьезным конкурентным преимуществом для крупного бизнеса, а для почти половины компаний SMB , – вполне может стать вопросом выживания в ближайшие три-пять лет. Недавно на портале мы освещали трудности, с которыми сталкиваются ответственные за реализацию ИТ-преобразований. В частности, по результатам исследования PwC, одним из основных факторов, влияющим на скорость проведения цифровых трансформаций, является отсутствие слаженной работы ИТ и бизнеса. На мой взгляд, взаимодействие ИТ и бизнеса при проведении изменений, во многом держится на доверии. Ни одна серьезная деятельность, направленная на реализацию…

Вход и выход ИТ-организации

Сдвиг приоритетов в управлении современной ИТ-организации выводит на место особо важных процессы управления отношениями с бизнесом (Business Relationship Management, BRM) и управления поставщиками (Supplier Management), считает Марк Бланк (Mark Blanke) и пишет об этом в своей статье. Названные процессы сегодня не менее важны, чем другие 4-5 процессов ITIL, которые традиционно внедряют или уже внедрили большинство ИТ-служб. Очень часто внедренный (как это утверждается) процесс BRM сводится к деятельности конкретного сотрудника или группы, координирующей и представляющей командам разработки требования к информационным системам и предоставляющей высокоуровневую поддержку по ключевым приложениям. Эти люди, как правило, не являются полнценными представителями ИТ перед бизнесом, а также…

Благими намерениями по железной дороге

Сегодня мы поговорим о движении в сторону повышении качества услуг. Всегда ли это хорошо? Поводом и собственно предметом дискуссии будет одно новостное сообщение об изменениях в работе пассажирских железнодорожных компаний в Великобритании. На первый взгляд новость не имеет к нашему порталу никакого отношения, но на самом деле содержит в себе целый спектр вопросов про которые стоит поговорить. Позволю себе привести краткую выдержку содержания этой новости: В настоящее время пунктуальность следования поездов остлеживается по соответствию времени прибытия поездом на конечную станцию следования. Прибытие поезда на конечную станцию с опозданием до 10 минут от обозначенного времени считается прибытием вовремя. За что периодически подвергается критике (Ред.: это…

12 «лучших практик» в ИТ, которых следует избегать любой ценой

Начиная от слов «вы – наши заказчики» и заканчивая «облачной» стратегией – эти «лучшие практики отрасли» погубят вас. В чем причина неудач ИТ-компаний? Очень часто – это использование так называемых «лучших практик», описанных людьми, которые могли бы знать побольше о предмете, но не знают, возможно, потому, что никогда этим не занимались. Начиная от определения «внутренних заказчиков», и заканчивая внедрением практики внутреннего выставления счетов для обеспечения рентабельности инвестиций. Большинство этих советов внушают доверие с расстояния более ста километров. Однако стоит стереть верхний слой и вы поймете, что многие из них на самом деле – верный путь к провалу. 1. Все вокруг…

Когда верхи сражаются, а низам – всё равно…

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

Как определить, измерить и отчитаться о доступности ИТ-услуг

Оригинал статьи How to Define, Measure, and Report IT Service Availability, автор Стюарт Ренс (Stuart Rance). Доступность ИТ-услуг имеет большое значение. Когда услуги, необходимые заказчику, недоступны, он будет недоволен. Почему заказчик должен платить за услугу, которой в реальности нет тогда, когда он в ней нуждается? Именно поэтому согласованный показатель доступности услуг часто входит в KPI. Сотрудники ИТ-службы прикладывают много усилий, чтобы убедиться, что обозначенная цель достигнута и показать в отчетах заказчикам цифры, подтверждающие это. Обычно ИТ-компании используют для этого проценты, например, 99,999%. К сожалению, зачастую это означает, что они сосредотачиваются только на процентном измерении и упускают из виду свою истинную…

Ваши метрики – не ваша цель

Перевод заметки Стюарта Ренса (Stuart Rance) Your metrics are not your goals Мне так понравилась запись в блоге Хайдера Рафика (Haider Rafique) «SLA – для болванов. Почему ITSM-компании должны быть более человечны» (SLAs are for suckers: Why ITSM orgs should be allowed to be more human), что я процитировал ее в своем твиттере: «Соглашения о качестве услуг приводят к негативным последствиям и препятствуют росту показателей, которые сложно измерить». Это отличный пример Закона Гудхарта (Goodhart’s law ) в действии. Гудхарт был прекрасным экономистом, и выведенную им закономерность можно кратко сформулировать так: Когда экономический показатель становится целью проведения экономической политики, он перестает быть хорошим…

Как корректно настроить часовые пояса в ITSM-системе: по заказчику или по исполнителю работ?

В редакцию портала поступил вопрос: Как корректно настроить часовые пояса в ITSM-системе: по заказчику или по исполнителю работ? Друзья! Есть ли у кого опыт настройки в ITSM-системе разных часовых поясов? Дело в том, что у нашей компании география по всей России и Центры экспертиз (рабочие группы) есть в нескольких часовых поясах. Вопрос: в запросе SLA должен тикать по часовому поясу ответственного за запрос или по часовому поясу инициатора запроса? У нас мы настроили таким образом, что в рамках запроса есть наряды (могут быть назначены на разные Центры экспертиз). За запрос отвечает тот ЦЭ куда направили первый наряд (альтернативы пока не придумали)…

Штрафная практика

Какие ассоциации возникают у большинства из нас при словах и словосочетаниях "SLA" / "Соглашение", "уровень обслуживания"? Практически у всех, с кем я общаюсь в профессиональной области, данный ряд обычно вызывает следующий: "измерение и оценка", "штрафы", "наказание поставщика услуг", "штрафные санкции". Вроде бы – здорово, что в головах ИТ-менеджеров глубоко засела такая однозначная и прямая связь между уровнем предоставления услуги и воздействием на поставщика услуг. "Украл, выпил – в тюрьму". Не оказал услуги на должном уровне – получай штраф! Но жизнь – штука многогранная, не терпящая только чёрного и белого. А потому и с Соглашениями об уровне предоставления услуг тоже не…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM