SLA, SLM, BRM Archives – Страница 5 из 20

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

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

Павел Дёмин, 27 февраля 2017, последний комментарий 3 марта 2017

Agile vs ITIL

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

Дмитрий Исайченко, 13 февраля 2017, последний комментарий 7 февраля 2022

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

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

Олег Скрынник, 12 февраля 2017, последний комментарий 20 февраля 2017

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

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

Вопрос из зала, 24 января 2017, последний комментарий 30 января 2017

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

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

Вопрос из зала, 20 января 2017, последний комментарий 23 января 2017

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

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

Денис Денисов, 1 декабря 2016, последний комментарий 1 декабря 2016

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

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

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

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

Павел Дёмин, 28 ноября 2016, последний комментарий 29 ноября 2016

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

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

Вопрос из зала, 25 ноября 2016, последний комментарий 29 ноября 2016

Что такое BRM

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

Разбираемся с Business Relationship Management

В процессе подготовки к вебинару, открыл не самые замусоленные страницы ITIL Service Strategy с целью разобраться с процессом управления взаимоотношениями с бизнесом в целом и инструментами влияния BRM на удовлетворенность заказчиков в частности. Размышлениями на счет последнего хочу поделиться. С картинками. Назначение BRM несколько отличается от других процессов ITIL и не укладывается в стандартную формулировку «обеспечение качества услуг за счет…». Про качество услуг там вообще ни слова, зато нужно: Подружиться с заказчиком. Установить и поддерживать отношения сервис-провайдера и заказчика, основанные на понимании заказчика и его потребностей. Нянчить заказчика. Помогать заказчику в определении ценности предоставляемых сервис-провайдером услуг. Следить за тем, чтобы заказчик чего…

Павел Дёмин, 31 октября 2016, последний комментарий 2 ноября 2016

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

SLA, SLM, BRM

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