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

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

Управление проблемами

Всё об управлении проблемами

Опочтарение и problem management

Есть еще такая болезнь – профессиональная деформация… Кто не может выражать свои мысли без помощи power point'a, видит в окружающем мире проявления ITSM-процессов и разговаривает терминами ITIL, тот я.  Вот хочу поделиться замечательным примером управления проблемами, случившимся, впрочем, задолго до того, как кто-то придумал этот термин. Рассказали мне эту историю в музее американской почты, что в городе Вашингтоне. Мы там случайно попали на экскурсию, проводившуюся пожилым волонтером и оказавшуюся скорее экскурсией по почтовым маркам США – волонтер на вопрос о причинах его такой работы ответил "я с шести лет собираю марки, а тут столько марок…", то есть его интерес к…

ITSM. Руководство по измерению

Каждый год мы с друзьями вместо похода в баню выпускаем книжки по управлению ИТ. Некоторые – смешные, некоторые – серьёзные. Некоторые мы пишем сами, некоторые – переводные. Но все – полезные (во всяком случае, мы очень стараемся). В этом году книга будет серьёзной, и написали мы её сами. Она называется «ITSM. Руководство по измерению» и, как следует из названия, посвящена вопросам измерения процессов ITSM, а также оценки деятельности специалистов, подразделений и руководителей, вовлечённых в исполнение этих процессов. В книге три главы. В первой мы обсуждаем базовые понятия и методику формирования структурированной системы оценки, основанной на измерении. Во второй, применяя данную…

Количество проблем в обработке

«Разрешите поинтересоваться в целях повышения образованности…» Из м/ф «Зима в Простоквашино»   Задал мне недавно один клиент отличный вопрос. Не в бровь, а в глаз. Сколько проблем одновременно может эффективно обрабатывать координатор / менеджер? Обсудили разные принципы определения такой границы  – число Миллера, Top 5-10. Но однозначного ответа, конечно, нет. А вопрос важен, поскольку бороться с меньшим числом проблем и побеждать гораздо лучше, чем тонуть в потоке проблем, не достигая результатов. Лучше и с моральной, и с экономической точек зрения. Вот и Kanban, например, одним из принципов провозглашает ограничения уровня максимальной загрузки (work-in-progress limit) и, как мне кажется, не зря….

О проблемах англичан

Отделение itSMF в Великобритании, как известно, является одним из самых больших и развитых среди себе подобных. Некоторые члены itSMF UK входят в так называемые Special Interests Group (SIG) – группы по интересам, занимающиеся исследованиями какой-то определенной темы. Недавно одна из таких групп подготовила отчет о состоянии процесса управления проблемами в организациях Великобритании.  В качестве входных данных использовались результаты опроса, проведенного между 25 организациями, активно участвующими в мероприятиях Problem Management SIG. Сам опрос содержал 20 вопросов, среди которых встречались, например, такие: Каким образом расставляются приоритеты в работе в рамках процесса управления проблемами? Какие техники/методы используются для поиска корневых причин? Какие политики существуют для управления обходными…

Метрики управления проблемами от ИТ-скептика

ИТ-скептик (в миру Роб Ингланд), споря со статьей Симона Хиггинсона на портале The ITSM Review, предлагает несколько собственных KPI для управления проблемами. Есть несколько замечаний: У проблемы обычно несколько причин. Объявлять единственную причину «корневой» – значит быть субъективным. Например, если время диагностики ограничено: «ой, наше время вышло, волевым решением объявляем обнаруженную причину корневой». Продолжительность диагностики и продолжительность исправления нужно измерять, чтобы выявлять тенденции. Но можно ли использовать их в качестве целевых показателей? «Доктор, вам нужно продиагностировать всех пациентов за два часа». Или: «Пожарный, вы должны устранять маленькие пожары за три дня, средние за восемь часов, а огромные пожары за два часа». Надо помнить,…

Вопрос из зала: управляем рисками вместо проблем

Наш читатель Андрей задает еще один короткий, но, уж точно, ёмкий вопрос: Расскажите, можно ли активно развивая процесс управления рисками, заменить или покрыть управление проблемами? Что скажете, коллеги?

Проблемы и известные ошибки

Интересную задачку нам предложили некоторое время назад в разделе "Задать вопрос":  Расскажите пожалуйста преимущества (пользу) и недостатки (затраты) вариантов: 1. Известная ошибка это статус проблемы и тогда в системе автоматизации один объект. 2. Известная ошибка и проблема это 2 отдельных объекта. Любой, кто участвовал в построении процесса управления проблемами, наверняка, размышлял о разных вариантах реализации такого объекта, как известная ошибка. Поделитесь своим мнением, коллеги!

Определяем сроки обработки проблем

Как известно передовой ITSM-общественности, в общем случае нормативы обработки проблем установить нельзя. Это, в частности, связано с тем, что в большинстве случаев для решения проблемы необходимо реализовать изменение, причем вряд ли стандартное, а срок реализации изменений есть результат индивидуального планирования. Более того, в случае управления проблемами дело, как правило, осложняется тем, что у проблемы может быть несколько решений, отличных по степени надежности, стоимости, срокам реализации – оптимальный вариант придется выбирать. Время, в течение которого выполняется тестирование результативности решения, также не поддается нормировке. Например, если проблема проявляется ежедневно, то тестирование можно выполнить за 2-3 дня. А если проблема связана с недопустимым торможением…

ITIL: чтобы не отучаться, можно улучшить

Пока новая управляющая компания активно слушает экспертов и участников рынка, многие стараются не упустить возможность и делают различные предложения по улучшению ITIL. Наш друг Аале Роос, известный идеями "Отучения от ITIL", тоже старается внести свою лепту и видит три области, которые можно улучшить: Жизненный цикл услуги; Слишком сложная и избыточная процессная модель; Сервис деск, управление инцидентами, событиями, запросами на обслуживание, проблемами; Он решил начать с конца и озвучил три процесса, которые, по его мнению, реально нужны в операционной деятельности ИТ-департамента: Обработка заявок, сконцентрированная вокруг продуктов или услуг (и их конкретных характеристик), необходимых заказчику. В большинстве случаев обработка заявок должна представлять из…

В защиту управления проблемами

– Кто мы? – ИТ-службы! – Что нам нужно? – Управление проблемами! – Когда нам это нужно? – Прямо сейчас!   В своей колонке на itsmportal.com Пол Вилкинсон вновь обращает внимание читателей на недооцененный и недоиспользуемый процесс управления проблемами.  Совместно с CSI управление проблемами – одна из основных способностей, необходимых ИТ-организации. Именно сейчас, когда спрос на ИТ со стороны бизнеса и важность используемых ИТ растут; именно сейчас, когда новые технологии появляются и развиваются стремительно; именно сеячас, когда широко применяются методы быстрого проектирования и разработки; именно сейчас, когда меняются модели сорсинга ИТ-решений. Управление услугами – это всегда управление ценностью и результатами для…

Наконец-то: новые экзамены ITIL 2011 на русском языке

Долгожданные новости поступают из компании APMG, официального (на текущий момент) распорядителя экзаменационной линейки ITIL.  В конце апреля все экзаменационные институты получили извещение о готовности перевода ряда экзаменов на различные мировые языки. В частности, говорится в нем о русифицированных ITIL Intermediate RCV и OSA. 28 мая 2013 года будут опубликованы пробные, а еще чуть позже экзаменационным институтам предложено продавать настоящие экзамены на нашем родном языке. Сроки локализации остальных экзаменов ITIL пока не разглашаются. Мы будем держать вас в курсе развития событий и с удовольствием поможем подготовиться к экзаменам на литературном русском языке.

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM
;