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

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

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

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

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

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

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

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

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

Елена Колбей, 5 марта 2017, последний комментарий 9 марта 2017

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

Последнее время я все больше укрепляюсь в давно блуждающей в моей голове и довольно еретической мысли: классический показатель доступности малопригоден для измерения и оценки доступности ИТ-услуг в реальном мире. И в ряде случаев от него можно легко отказаться. Эти случаи касаются в первую очередь измерения доступности услуг типа «ИТ-обеспечение бизнес-процессов» (фактически речь идет об ИТ-доступности бизнес-процессов). Попробую обосновать и буду рад услышать возражения. Полагаю, всем читателям портала знакома формула: 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 по управлению цифровымии информационными технологиями

SLA, SLM, BRM

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