Измерение и оценка ИТ Archives – Страница 9 из 24

Комплект книг о DevOps в продаже на сайте Cleverics

Началась продаж двух книг, посвященных DevOps, изданных Cleverics в этом году, в электронном виде. Это: Второе, дополненное издание книги «DevOps для ИТ-менеджеров» Олега Скрынника и «Запуск и масштабирование DevOps на предприятии» Гэри Грувера (Gary Gruver). Книги можно купить на сайте Cleverics, как по отдельности, так и комплектом. Если вы искали концентрированное структурированное изложение идей DevOps под одной обложкой, если вы хотите узнать, как применять подходы и принципы DevOps для крупных предприятий, а также компаний с жестко- и слабосвязанными архитектурами, эти книги – то, что вам нужно. Также обновлен комплект книг, посвященных ITSM. В него вошла книга «Спасите сервис!», руководство по…

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

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

Новостной поток, 28 июня 2017, последний комментарий 28 октября 2019

Оценка эффективности сотрудника ИТ-службы

В редакцию портала поступил вопрос: Уважаемые коллеги! Вопрос следующего свойства: По книге "ITSM. Руководство по измерению" успешно внедряем индикаторы для процессов Inc mng и rf (Service request) mng, выбрали 2 индикатора TPI и TCR, как сбалансированные. Вопрос в следующем: Как однозначно оценить "эффективность сотрудника"? Т.к. если сотрудник 1 решил за месяц 200 обращений — у него TCR 0.78 и TPI 0.80, а второй решил 10 обращений и у него оба индикатора равны 1 (Идеальный). В описании измерений процессов не нашёл информации как сие реализовать, чтоб было честно с точки зрения сотрудника 1. Свой вариант: Ввести "нормирование" количества обращений, выполненых за период, но данный вариант не предусматривает…

Вопрос из зала, 19 июня 2017, последний комментарий 27 июня 2017

“Здесь играем, здесь не играем …”

Для оценки качества работы первой линии часто используются такие метрики как: «Доля обращений, решённых на первой линии (First Line Resolution – FLR)» и «Доля обращений, решённых в течение первого контакта (First Contact Resolution – FCR)». Причина их появления довольно очевидна – стремление увеличить количество обращений, разрешаемых на первой линии. В свою очередь, это должно привести к снижению стоимости обработки обращений за счёт использования более дешёвых ресурсов первой линии и повышению удовлетворённости пользователей за счёт сокращения времени обработки обращений (нет эскалации – нет потерь времени на реакцию). Применение этих метрик выглядит оправданным и легко реализуемым. В большинстве случаев расчёт предлагается производить по…

Дмитрий Хруслов, 13 июня 2017, последний комментарий 17 июля 2017

DevOps в динамике – 2. Метрики

Продолжение заметки "DevOps в динамике". Одни из ключевых вопросов, которые стоят перед теми, кто строит карту показателей процесса, системы менеджмента или любого другого объекта управления: как убедиться в необходимости и достаточности набора метрик? как получить набор метрик, который даст наиболее точное представление о состоянии объекта управления? Коллеги Дмитрий Исайченко и Роман Журавлев в книге «ITSM. Руководство по измерению» в части разработки процессных метрик предлагают следующий подход: Установить назначение процесса Разработать метрики соответствия назначению Установить ключевые практики Разработать метрики ключевых практик … Назначения процессов широко известны, поэтому шаги 1-2 обычно не вызывают трудностей – что должны показывать метрики понятно, вопрос только в выборе правильной…

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

Измерение ITSM-процессов в денежном эквиваленте

В редакцию портала поступил вопрос: Добрый день. Прочитал книгу «Руководство по измерению» — всё понравилось, всё по делу! Но тема раскрыта в разрезе измерения самих процессов и их производительности. Теперь хочется научится переводить все это в деньги. Нужны ответы на вопросы: «Сколько стоит один инцидент / запрос на обслуживание?», «Сколько стоит блокирующий инцидент (сбой)?», «Сколько стоят этапы работы: классификация запроса, переназначение, заполнение параметров после выполнения», «Какова средняя стоимость 1 часа работы по запросу для 1- 2- 3-линии». Подобные знания позволят намного эффективнее выбирать доработки и изменения для реализации. Например у нас есть типовой ЗнО, и есть идеи по автоматизации его решения. Разработка обойдется в N…

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

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

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

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

“До весны не будить!” Скидка 30% на книги Cleverics

Праздники ушли, осыпавшись еловыми иголками и оставив нас один-на-один с работой и метелью. Но у нас в Cleverics есть для вас прекрасное предложение, как скоротать унылые рабочие будни долгие зимние вечера. Мы решили снизить стоимость всех книг Cleverics в электронном виде на 30%, кроме вышедшей в декабре книги "Real ITSM: проверено временем". Если прямо сейчас начать читать по одной книге в неделю, как раз хватит до весны! Итак, в нашем предложении участвуют: "Введение в реальный ITSM" от Роба Ингланда (IT Skeptic). Управление ИТ-услугами, как оно происходит в реальном мире. По отзывам читателей: "Читать, смеяться и плакать". "Овладевая ITIL", Роба Ингланд (IT Skeptic). Трезвый взгляд на…

Новостной поток, 19 января 2017, последний комментарий 30 января 2017

Измерение ITSM-процессов: как избежать “футбола”?

В редакцию портала поступил вопрос: Коллеги! Доброго времени суток! На данный момент решили применить метрики из книги "ITSM. Руководство по измерению". Для процесса управления инцидентами и запросами на обслуживание были выбраны 2 ключевые метрики — TPI и TCR, как и рекомендует книга) Вроде бы всё "сбалансировано", но есть один вопрос. В первой метрике мы смотрим на "степень вины" группы в просрочке обработки и решения. Во второй – насколько эффективно мы решаем обращения в рамках группы. И собственно вопрос: что мешает специалистам групп заняться "футболом" обращения в рамках первой метрики? Т.е. группа передаёт обращения дальше, чтобы минимизировать свою вину в возможной…

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

Книга “RealITSM: проверено временем” поступила в продажу

Купить книгу "RealITSM: проверено временем" теперь можно: в бумажном виде в книжном магазине itSMF; в электронном виде на сайте Cleverics. Как уже упоминалось, эта книга является сборником самых популярных и ярких авторских заметок, вышедших на портале RealITSM за шесть лет. Поэтому у неё сразу 12 профессиональных авторов. Инвентаризацию заботливо разложенных на пути к эффективному управлению ИТ грабель для вас провели: Агент реального ITSM в центре развития ITIL® 9 ITIL Expert 9 аккредитованных тренеров EXIN а также ITIL Practitioner, DevOps Master, Certified Information Systems Auditor (CISA) и обладатели целого ряда других регалий, на перечисление которых одной заметки не хватит. Благодаря такому количеству авторов читать книгу,…

Новостной поток, 16 января 2017, последний комментарий 18 марта 2022

Вопрос из зала: KPI и своевременность обработки инцидента

В редакцию портала поступил вопрос: Помогите разобраться с ситуацией просчета показателя KPI как своевременность обработки и поиску доли вины по просроченным инцидентам. На вашем ресурсе я уже изучил статью, но остался ряд вопросов. Представим ситуацию, когда был просрочен инцидент, и в процессе решения было несколько смен услуг и несколько смен групп ТП. SLA по услуге = OLA(Время 1ЛТП)+OLA(Гр ТП в зависимости от выбранной услуги). Допустим, инцидент по первоначальной услуге надо было решить в срок 10 дней. 1ая Гр ТП была занята или просто приступила к решению на 5ый день. В итоге было установлено, что услуга выбрана не та и проблема…

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

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

Измерение и оценка ИТ

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