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

Измерение процессов. Доля срочных изменений

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

Дмитрий Исайченко, 25 марта 2013, последний комментарий 21 апреля 2013

Измерение процессов. Incident rate

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

Дмитрий Исайченко, 19 марта 2013, последний комментарий 28 ноября 2014

Опрос itSMF International

Международный форум по управлению ИТ-услугами itSMFi на днях объявил о запуске всемирного опроса общественного мнения. Опрос проводится совместно с Государственным университетом Сингапура. Члены национальных форумов itSMF могут оставить свои ответы на вопросы для того, чтобы оценить состояние нашей дисциплины менеджмента на сегодняшний день. Все, кто заполнит анкету опроса, автоматически получат результаты по электронной почте. Процедура вряд ли займет более 10 минут. Кроме того, заполнившие анкету становятся участниками лотереи с призом в виде iPad 4. Сам опрос состоит из 16 пунктов, большинство из которых про ITIL®. Вас спросят про зрелость процессов и про выгоды, которых ваша организация достигла в ходе реализации…

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

Влияние синих пробирок на совершенствование процессов

"У меня пробирки посинели", – такой простой, но емкой фразой пользователь описал сложившуюся у него ситуацию оператору Service Desk. Таких примеров, уверен, каждый из Вас приведет сотни. Шутки шутками, но оператору такие обращения приходится регистрировать и классифицировать, в том числе определять, к какой ИТ-услуге относится данное обращение, чтобы правильно вычислить сроки по соглашениям, ответственных и т.д. Чтобы затем правильно построилась отчетность по ИТ-услуге, и менеджер принял верное решение по совершенствованию процессов. При создании каталога ИТ-услуг мы обычно задумываемся над способом формирования каталога: от ИТ-систем, от бизнес-процессов, и т.д. И, рассуждая, говорим, что пользователям, конечно, ближе бизнес-процессы. Но на практике случается…

Евгений Шилов, 14 марта 2013, последний комментарий 19 марта 2013

Мёртвые души

В модели оценки уровня возможности процессов COBIT 4.1 определено 5 уровней. Уровень 2 – процесс повторяемый и исполняется на практике, уровень 3 – процесс исполняется на практике и документирован (т.е. зафиксированы правила, которые определяют кто, как и когда исполняет те или иные действия по процессу). Это авторы COBIT сделали, не подумав (как Шарик из Простоквашино, купивший на зиму кеды вместо валенок) 🙂 Потому что на практике иногда случаются крупные ITSM-проекты, на которые деньги выделяются «раз в жизни», и поэтому в рамки этих проектов заказчики стараются уложить все мыслимые процессы. Пусть будут! И появляются у нас на практике процессы, которые полностью…

Дмитрий Исайченко, 13 марта 2013, последний комментарий 13 марта 2013

Почему случаются инциденты

Один из авторов ITSMPortal, Robert S. Falkowitz, провел интернет-опрос о причинах инцидентов. Как объясняет Роберт, таким образом он хотел проверить увиденное в одной из публикаций утверждение, что "80% инцидентов являются следствием проводимых изменений". В обзоре результатов опроса Роберт отмечает, что собранные им данные так же недостоверны, как любые другие результаты подобных опросов: Выборка участников нерепрезентативна и невелика Как ни старался автор сделать вопросы максимально простыми, нашлись те, кто их не понял или понял неверно Знания, на которых участники основывают свои ответы, могут быть неверны; при этом сами участники склонны переоценивать свою практику и качество доступной им информации Тем не менее, опрос проведен…

Своевременность реакции на назначение как KPI?

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

Дмитрий Исайченко, 2 февраля 2013, последний комментарий 1 сентября 2014

Соц.соревнование как стимул и мотиватор

На прошлой неделе проводили сразу три одновременные игры "The Challenge of Egypt – управление проектами" у одного хорошего и постоянного клиента, который приглашает нас на свои корпоративные ежеквартальные выездные сессии уже третий раз подряд. И на каждой такой сессии мы проводим 3-4 параллельные деловые игры для сотрудников различных подразделений. Впечатлений, как обычно, множество, но особенно яркое – соревновательность команд. Я и раньше замечал насколько участникам интересно то, что происходит "у соседей", но в этот раз дошло аж до разбора получившихся пирамид и проверки "что у них там внутри, не сжульничали ли при постройке?". Ну и традиционные вопросы "а как они…

Олег Скрынник, 1 февраля 2013, последний комментарий 11 февраля 2013

Самое лучшее в ITSM по-русски

Этот декабрь выдался богатым на анонсы книжного рынка. Параллельно с книгой Романа Журавлёва коллектив авторов портала Real ITSM подготовил к изданию сборник собственных статей. Самое лучшее и практичное из мира ITSM уже доступно для загрузки в формате PDF. В сборнике вы найдёте: фундаментальные статьи: и напечатанные в альманахах itSMF, и выходившие в печатной прессе, и не издававшиеся ранее дотошные вопросы к западным ITSM-экспертам и их робкие точные ответы картинки и опечатки идеальную вёрстку линейки и градусники модели и формулы итоги многодневных дискуссий с вами на портале Real ITSM Читайте на здоровье. А свои отклики и замечания оставляйте здесь, в комментариях.

Обследования (основы)

Очередной проект показал, что мыслями на эту тему стоит поделиться. Давайте рассмотрим две наиболее распространенные ситуации, при которых обычно заказывается обследование: Есть проблемные области в управлении ИТ, ситуацию в которых хотелось бы улучшить. Есть непреодолимое желание проверить, что "все сделано правильно". Одним из ключевых факторов успеха является постановка задачи.Без этого никак: необходимо определиться, зачем делается обследование и что должно быть на выходе. Итак, начнем с проверки на "правильность". Понятие "правильно" у каждой компании свое, поэтому проверка на соответствие стандартам не всегда дает возможность правильно выбрать направление для совершенствования. В некоторых случаях разумное отступление от положений стандарта позволяет получить лучший результат. Несомненно, на…

Евгений Шилов, 30 ноября 2012, последний комментарий 27 декабря 2012

Много работаешь – не обязательно молодец

Эта проблема знакома многим. "Как мы выделим ресурс на менеджера процесса, если у нас все люди полностью загружены?", – говорят нам клиенты. "Откуда мы возьмём людей на первую линию, ведь все инженеры бегают по заявкам?", – говорят нам назначенные руководители Service Desk. "Да, я не подготовил ежемесячный отчёт о работе процесса, потому что я перегружен другой работой", – говорит нам свеженазначенный менеджер процесса. Чего греха таить, мы и в своей организации постоянно слышим подобное. Ресурсов мало, они ценны, они планово используются на 100%, а то и больше. Но вот беда – очень многие путают интенсивность труда с производительностью. Производительность труда…

Олег Скрынник, 31 октября 2012, последний комментарий 2 ноября 2012

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

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

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