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

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

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

Всё о метриках, KPI, CSF, а также об измерении услуг, процессов, технологий. И про CleverKPI.

Сколько времени уходит на устранение дефектов

На прошедшей неделе компания Rollbar (поставщик платформы постоянного совершенствования кода) опубликовала результаты исследования, которое провела независимая исследовательская компания Propeller Insight в конце декабря 2020.Исследование проводилось методом опроса репрезентативной (для США) выборки 950 разработчиков. Поскольку инициатива проведения исследования исходит от компании, бизнес которой – автоматизация работ по повышению качества кода, предсказуемым лейтмотивом отчёта видится значимость проблемы – борьба с дефектами ведёт к существенным потерям бизнеса, а ручной формат этой борьбы крайне неэффективен. Однако, если отбросить классическое «Я не верю в микробов. Их придумали продавцы мыла», любопытными кажутся цифры, полученные в результате опроса. 38% респондентов сказали, что тратят до 25% своего времени…

Метрика эффективности потока, похоже, совершенно бесполезна

Рассмотрим поток создания ценности. Для измерения его эффективности настоятельно рекомендуется применять метрику Flow Efficiency. Действительно, ещё со времён увлечения Lean нам известно, что далеко не всё время, которое заготовка проводит в нашей производственной системе, над ней кто-то работает. Существенную часть времени она находится в очередях, в ожидании, перемещаясь между участками работы и так далее. Потери, одним словом. Плохо. И Lean, и Канбан-метод, и даже ребята из DevOps советуют измерять эффективность потока путём деления времени, потраченного на собственно работу по созданию ценности, на общее время, которое задача провела в потоке. К примеру, вот что написано в словаре книжки “Essential Kanban Condensed”…

Топ-10 метрик для измерения производительности

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

Я знаю три слова…

Есть довольно ощутимые вещи, которые вы можете сделать, чтобы прокачать свои знания в ITSM: посетить учебные курсы, мастер-классы, деловые игры, семинары и тренинги. Что выбрать в этом многообразии и как учесть тенденции быстро меняющегося мира? Да, мир не стоит на месте и вслед за официальным объявлением AXELOS об отмене сертификации ITILv3, о котором мы уже писали, набирает обороты новая линейка курсов и сертификации ITIL4. Но что делать тем, которым нужны знания в области ITSM, при этом вопросы сдачи англоязычных экзаменов не так актуальны? А если еще учесть то, что материалов в публикациях «ITIL® 4 Practice Guide» намного больше, чем требуется…

Не зрелость

Запись вебинара “Не зрелость”, посвященного оценке процессов управления ИТ в интересах руководителя, опубликована на канале YouTube Cleverics. Программа вебинара: Что такое зрелость системы управления Что даёт оценка зрелости Чего оценка зрелости дать не может Оценка эффективности Целевые аудитории для разных видов оценки Ведущий: Дмитрий Исайченко, управляющий партнёр Cleverics. Практикующий консультант с пятнадцатилетним стажем, преподаватель. Имеет опыт обследования и реорганизации работы подразделений ИТ ряда средних и крупных компаний: ВТБ24, Raiffeisenbank, UniCredit Bank, Банк «Санкт-Петербург», М.видео, Спортмастер и других. ITIL Expert, ITIL 4 Managing Professional, соавтор и рецензент материалов ITIL 4. Автор публикаций и программных продуктов по управлению ИТ.

Мероприятия предстоящей недели

В четверг 17 декабря пройдёт вебинар “Не зрелость”, посвященный оценке процессов управления ИТ в интересах руководителя.  Ведущий вебинара: Дмитрий Исайченко, управляющий партнёр Cleverics, практикующий консультант с пятнадцатилетним стажем, соавтор и ITIL 4.  Программа вебинара:  Что такое зрелость системы управления Что даёт оценка зрелости Чего оценка зрелости дать не может Оценка эффективности Целевые аудитории для разных видов оценки Начало вебинара 11:00 по московскому времени Регистрация В пятницу 18 декабря сообщество ИТ-специалистов Infostart проведёт митап “Методологии управления в ИТ”. В программе митапа – 5 докладов от экспертов, применяющих ITSM-методологии, как в международных компаниях, так и в среднем бизнесе.  Вопросы, которые обсудим на мероприятии:…

Он и тебя посчитал

В своей недавней заметке Олег Скрынник начал диалог на тему диагностики продуктовых команд, как потока. Думая о теме со своей стороны, больше с ракурса уютной внутрикомандной работы, где все (хочется надеяться) друг друга знают, притёрлись к особенностям и лёгким странностям соратников, и слаженно (потому что как ещё это можно видеть изнутри?) работают, я особенно зацепилась за вопрос привлечения сторонних консультантов к диагностике. То, что это – хорошая практика ясно: взгляд со стороны, отсутствие замыленности, ведь консультанты находятся вне жизни команды. Но так ли тут всё однозначно и просто, как кажется на первый взгляд? Сама процедура регулярной диагностики достаточно прочно ассоциируется…

Диагностика продуктовых команд как поток

Представим, что у нас есть продуктовая команда. Ну или группа людей, которые очень хотели бы таковой стать. Ну или мы хотим, чтобы они стали – не суть. Предположим, что с этой командой мы какое-то время поработали: разобрались в её рабочем процессе, особенностях, составе, области ответственности… Реализовали набор практик, помогающих работу/результаты структурировать, визуализировать, организовывать, измерять и улучшать. Всё на основе важных принципов и исходя из определённого, нового продуктово-гибкого mindset’а (это слово я на русский перевести затрудняюсь). Итого: первоначальные инвестиции сделаны, далее ожидается более самостоятельное движение этой команды вперёд. Возникают важные управленческие вопросы: как убедиться, что команду можно “отпускать в более свободное…

Книга Cleverics про метрики и KPI рекомендована слушателям MBA по направлению ИТ

Вышедшая в начале года книга Дмитрия Исайченко и Павла Демина «Управление услугами на основе измерений» получила рекомендацию от Высшей школы бизнес-информатики НИУ ВШЭ в качестве литературы для студентов MBA в области управления ИТ и слушателей дополнительного профессионального образования в области бизнес-информатики. Способность системы управления ИТ (СУИТ) адаптироваться к изменениям внешней среды и своевременно реагировать на внутренние запросы зависит от непрерывного мониторинга качества работы СУИТ в целом и оказания ИТ-услуг в частности на основе разработанных показателей и метрик. Однако реализация такого мониторинга задача достаточно сложная, требующая анализа СУИТ и процессов компании. Ценность книги «Управление услугами на основе измерений» в том, что…

Может ли быть слишком много прозрачности в работе Agile-команд?

Прозрачность часто называют одним из трёх столпов Agile, наряду со способностью к проверке и адаптации. Но может ли команде быть нанесён вред от излишней прозрачности? Майк Кон (Mike Kohn), один из соавторов и основателей Scrum и Scrum Alliance, считает, что это возможно, и предлагает свой подход по снижению возможного урона. Для начала давайте определим, предлагает Майк, прозрачность как отражение того, как работает команда. Измеримая часть на самом базовом уровне может быть представлена следующими метриками: скорость работы отработанные часы количество story points на одного сотрудника команды диаграммы выгорания количество исправленных дефектов за один спринт и проч. Некоторые из них, возможно, стоит…

Кризис-менеджмент в поддержке

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

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM