Управление проблемами Archives – Страница 6 из 8

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

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

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

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

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

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

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

Новостной поток, 3 февраля 2014, последний комментарий 4 февраля 2014

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

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

Вопрос из зала, 16 января 2014, последний комментарий 29 ноября 2024

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

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

Вопрос из зала, 11 декабря 2013, последний комментарий 1 июня 2017

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

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

Дмитрий Исайченко, 20 октября 2013, последний комментарий 11 мая 2017

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

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

Новостной поток, 5 сентября 2013, последний комментарий 17 сентября 2013

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

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

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

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

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

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

Управление проблемами и время решения инцидентов

Задача сокращения среднего времени решения инцидентов стоит перед многими руководителями. На традиционный вопрос «Как сделать так, чтобы инциденты решались быстрее?», есть не менее традиционный ответ «Давайте проанализируем, где теряется время». Здесь работает простая аналогия с подходом к сокращению затрат: начать надо с выявления наиболее затратных областей. Именно там усилия по сокращению затрат могут принести наибольшие результаты. Где же искать ответ? В книге ITIL Service Design в главе про управление доступностью есть любопытный раздел «Expanded incident lifecycle». Это метод, описывающий основные этапы решения инцидента с целью последующего анализа, за счёт чего можно сократить время обработки на каждом из этапов – быстрее…

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

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

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

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