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

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

SLA, SLM, BRM

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

Достучаться до небес

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

Зачем доступность услуг считать в процентах?

Последнее время я все больше укрепляюсь в давно блуждающей в моей голове и довольно еретической мысли: классический показатель доступности малопригоден для измерения и оценки доступности ИТ-услуг в реальном мире. И в ряде случаев от него можно легко отказаться. Эти случаи касаются в первую очередь измерения доступности услуг типа «ИТ-обеспечение бизнес-процессов» (фактически речь идет об ИТ-доступности бизнес-процессов). Попробую обосновать и буду рад услышать возражения. Полагаю, всем читателям портала знакома формула: Availability = (AST – DT)/AST, где AST – согласованное время предоставления услуги, DT – сумма простоев за период. А также, вероятно, знакомы сложности ее применения: Первая сложность связана с обсуждением показателя. Доступность…

Agile vs ITIL

Нет, конечно, ITIL никак не противоречит Agile. Но согласитесь, для того, чтобы обеспечить высокую agility организации, эксплуатация тоже должна быть в игре. Ведь agile – это прежде всего про изменение культуры взаимодействий, про иной уровень вовлеченности, про существенное сокращение роли классического менеджмента в пользу горизонтальных связей, командообразования и новых форм лидерства. А тут на тебе: три линии поддержки и планирование изменений с частотой раз в две недели. Continuous delivery? Нет, не слышали. Но это, скажем так, «оргмоменты». Процессы можно адаптировать, взаимодействие усилить, сроки сократить. Но есть между agile и ITIL противоречие и посерьезнее. Корневое противоречие. Философское (пишу и самому страшно). Называется…

Внутреннему ИТ-отделу портфель услуг не нужен

Одна из интересных дискуссий, возникающая во второй день учебного курса "Экономика и финансы ИТ" (он же – пятый день курса ITIL SOA) – что же такое портфель услуг и чем он принципиально отличается от каталога. Многие, конечно же, вспоминают первое отличие – охват портфеля услуг шире, чем охват каталога. Услуги в портфель должны попадать сильно раньше, чем в каталог – возможно, в момент, когда провайдер только задумался "а не проработать ли мне вот эту идею?". А исчезают услуги из портфеля сильно позже, чем из каталога – когда предоставление данной услуги прекращено, ресурсы освобождены и такой вот точно услуги в ближайшие…

Как правильно составить SLA?

В нашу редакцию поступил вопрос: Подскажите алгоритм по услугам. К примеру, мы знаем, что услуга состоит из 5 поддерживающих, т.е. у нас есть 5 OLA. Итоговый SLA будет путем сложения OLA1+…+ OLA5 или нужно учитывать другие факторы?

Границы здравого смысла при заключении OLA

В редакцию портала поступил вопрос: Пожалуйста, подскажите по ситуации: одно из подразделений ИТ-службы крупного банка (процессинг) решило заключить с частью других ИТ-служб OLA соглашение с параметрами качества и сроков предоставляемых услуг. Насколько это соответствует практикам ITIL и здравому смыслу? Ведь сами параметры сервиса уже описаны в каталогах услуг и других документах ITSM, и, в принципе, процессинг – это части ИТ.

Про владельцев

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

Залог успешного проектирования услуг

Большинство компаний представляют проектирование услуг (service design) как средство улучшения потребительских свойств ИТ-услуг, но мало кто говорит о том, за счет чего это происходит. Существует ложное представление о том, что если использовать определенные рамки и стандарты при проектировании, то сразу же можно увидеть глобальные изменения, и ваши ИТ-услуги станут идеально соответствовать потребностям ваших клиентов. На самом деле, всё будет происходить несколько иначе. С одной стороны, вы заметите определенный прогресс, который подтолкнет вас к продолжению. Но с другой стороны, фундаментальные негативные факторы, мешающие продвижению услуги, не исчезнут.  Факторы, которые мы упускаем. Основной показатель успешного проектирования услуг – это эффективность ваших соглашений…

Разбираемся с Business Relationship Management – часть 2

Продолжение заметки "Разбираемся с Business Relationship Management". Месяц назад я уже публиковал заметку, в которой предпринял попытку разобраться с задачами управления взаимоотношениями бизнесом в целом и ролью BRM в формировании удовлетворенности заказчика в частности. Сегодня хочу сделать еще один шаг вперед и разобраться с видами деятельности BRM в течение жизненного цикла услуги, перекинув основные мостики между миром ИТ и миром бизнеса. Service Strategy У бизнеса есть потребности, основанные на видении, миссии, на том, что организация делает в настоящий момент и планирует делать в будущем, что, при должном уровне зрелости, оформлено в бизнес-стратегию, планы развития. На стороне ИТ, при должном уровне…

Вопрос из зала: что делать с переклассификацией инцидентов

  В редакцию портала поступил вопрос: При решении инцидентов иногда возникают ситуации, когда зафиксированное ранее для инцидента влияние требуется изменить. Логичным в этом случае кажется и изменение срока решения инцидента. Хотел бы услышать мнения экспертов по поводу следующего способа изменения срока решения инцидента при изменении его (зафиксированного) влияния. Для упрощения возьмем следующую модельную ситуацию. Срок решения инцидента определяется его влиянием. Шкала влияния состоит из двух значение: 1 — за один час инцидента с таким влиянием бизнес теряет 1$ 2 — за один час инцидента с таким влиянием бизнес теряет 2$ Сроки решения инцидентов: 1 час — для инцидентов с влиянием 1 30 минут —…

Что такое BRM

Коллеги из Instrumental BRM consulting опубликовали небольшую заметку о том, что такое BRM и чем он точно не является.  Управление взаимоотношениями с бизнесом является практикой, приносящей значительную пользу в крупных компаниях, компаниях предлагающих миру широкий спектр продуктов и услуг.  Стратегическое партнерство – это краеугольный камень практики BRM. Это партнерство достигается за счет выгодной позиции: когда мы твердо стоим одной ногой на территории поставщика услуг и понимаем наши возможности, второй ногой мы стоим на поле бизнес-подразделений и ясно осознаем их нужды. Одновременное понимание нужд и возможностей сторон может не только помогать их плодотворному совместному взаимодействию, но и стимулировать спрос со стороны заказчиков услуг, предвидеть и гарантировать его…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM