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

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

Процессы

Все про процессы: внедрение, управление, совершенствование

Процессы и функции

В общении на профессиональные темы я иногда сталкиваюсь с тем, что некоторые мои собеседники не всегда чётко представляют себе разницу между процессами и функциями. Слушатели наших курсов – например, по ITIL Foundation – получают следующие определения этих терминов: Процесс – комплекс совместно управляемых видов деятельности, использующий ресурсы и способности для формирования результатов, прямо или косвенно создающих ценность для заказчика или заинтересованного лица (stakeholder). Для процесса характерно: преобразование одного или нескольких определённых входов в определённые выходы; включение в себя любых ролей, обязанностей, инструментов и контролей, необходимых для надёжного предоставления результатов; определение (при необходимости) политик, стандартов, рекомендаций, видов деятельности и рабочих инструкций. Функция –…

ИТ-поддержка и «тикетные» процессы

За годы работы в области ITSM мы несколько раз применяли и процессную организацию, и средства ITSM-автоматизации за рамками управления ИТ – к административно-хозяйственной деятельности, претензионной работе и так далее. И если ITSM-решения можно применить к другим видам деятельности, то почему нельзя поступить наоборот – обобщить не-ИТ-шные «тикетные» процессы на ITSM или хотя бы на ИТ-поддержку? Опыт показывает, что сложность современных ИТ-архитектур, организационных структур и схем привлечения подрядчиков делают ИТ-процессы весьма непростыми. В среднем сложнее, чем другие «тикетные» процессы организаций. Особенно это справедливо для таких непростых с точки зрения workflow-автоматизации процессов, как поддержка пользователей и управление изменениями. Приведу пример недавнего сравнительного…

Где в ITIL шаблоны процессов?

Ян ван Бон, ITSM-эксперт из Нидерландов, высказывается на тему популярного запроса в Google и заодно даёт определение слову “практика”. Я регулярно встречаю людей, которые ищут «шаблоны процессов ITIL». Если ввести эти слова в поисковике, вы увидите огромное количество подобных продуктов, чему я безмерно удивлён. Нет ли здесь фундаментальной ошибки? На первой странице ITIL написано, что это набор практик. Практика – это результат процесса, выполняемого людьми, с помощью инструментов, описывающий, как следует предоставлять услуги. Поэтому, если вам нужна процессная модель, нужно искать где-нибудь поглубже, чем в ITIL. В книгах ITIL вы найдёте кусочки, близкие к описанию процессов, но составить из них модель какого-нибудь…

BRM: красота и простота здравого смысла

Дополняем изложение наиболее замечательных выступлений на конференции форума по управлению ИТ-услугами Норвегии – itSMF Norway. К одному из них, по мнению Софи Данби, относится доклад, посвящённый красоте здравого смысла применительно к процессу управление взаимоотношениями с бизнесом (BRM). Доклад хорош тем, что вне зависимости от того, по какую сторону мнимых "баррикад" вы находитесь – в ИТ или в бизнесе –  его идеи применимы, в том числе и в обычной жизни. Итак, основные выводы и советы, прозвучавшие в ходе доклада и последующего обсуждения, следующие: Не относитесь к BRM как к процессу или названию должности. Это ни то, ни другое – это практический навык! Не стоит недооценивать тот факт, что совсем…

Вопрос из зала: изменения и проекты

Сергей Зайцев спрашивает у нас, коллеги: Добрый день, коллеги! В ходе работы на ITSM-проектах неоднократно сталкивался с ситуациями, когда в ИТ-подразделениях одновременно внедряются процесс управления изменениями (в соответствии с рекомендациями ITIL) и управление (ИТ-)проектами. Зачастую внедрения осуществляются при поддержке различных "спонсоров". Возникает, с одной стороны, необходимость разграничения сфер ответственности и задач управления изменениями и пректами и, с другой стороны, вопрос их стыковки и взаимодействия. Прошу поделиться Вашими соображениями и опытом по поводу того как решить две вышеуказанные задачи. Литературный скучный ответ примерно такой: ​​ Close alignment between change management and programme and project management is essential to ensure that the change schedule is…

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

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

Наконец-то. Правильный порядок внедрения ИТ-процессов от ISO

Знаток стандарта ISO 20000 Линда Купер в своем блоге на сайте APMG продолжает знакомить читателей с содержанием обновляемых частей стандарта системы управления ИТ-услугами ISO 20000. На этот раз она пересказывает содержание довольно востребованной пятой части: Exemplar implementation plan for ISO/IEC 20000-1 (примерный план внедрения требований ISO 20000). Слово эксперту: Согласно названию, пятую часть нужно использовать совместно с первой. В документе приводятся рекомендации по внедрению системы менеджмента услуги (SMS) согласно редакции стандарта 2011 года. Читатели этой части – прежде всего, поставщики услуг, но её могут использовать и консультанты по внедрению. Здесь поставщикам услуг рекомендуется конкретный порядок планирования, внедрения и совершенствования частей SMS, а в качестве примера…

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

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

О моем инциденте замолвите слово…

Слушатели на последнем тренинге рассказали о том, как решен у них вопрос эскалации инцидентов в профильные группы ИТ. Напомню вкратце, что проблема заключается в том, чтобы с одной стороны, сервис-деску не приходилось слишком много знать о доступности и возможностях 2 и 3 линий, чтобы отдавать инцидент прямо в руки самому «правильному» эксперту, а с другой – чтобы инцидент не застаивался «без глазу», не будучи назначен кому-то конкретному. Итак, в этой компании каждый специалист второй и третьей линии сам берет на себя ответственность за те инциденты, которые связаны с его областью знаний (уже это само по себе очень круто, так как…

ITSM-процессы на упаковке шампуня

"Намылить, ополоснуть, повторить" – инструкция по применению, написанная на многих упаковках для шампуня. И, по мнению Эрла Бегли из университета Кентукки, эта последовательность представляет из себя хороший эталон для процессов. Судите сами: Первое полезное качество – он прост для исполнения и не содержит сложных нюансов. Мы ведь стремимся сделать ITSM-процессы как можно проще? Мой опыт подсказывает, что зачастую мы, ИТ-шники, пытаемся открыть Visio и прорисовать каждую возможную ситуацию, создавая тем самым монструозную диаграмму плавательных бассейнов. Но разве мы все так детально расписываем из-за того, что это необходимо заказчику, или же у нас просто есть офигенные системы, которые умеют делать очень…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM