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

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

Процессы

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

12 «лучших практик» в ИТ, которых следует избегать любой ценой

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

Адаптивные модели изменений

"Жизнь многообразна, бумага не бесконечна!" )) "Ну хорошо, а сколько их нужно сделать?" Этот весьма насущный вопрос возникает, когда начинаешь проектировать модели изменений. Мы уже делились на нашем портале разными мыслями по поводу моделей изменений. Например, здесь и здесь. А здесь даже лежит вебинар по данной теме. Но если мы говорим, что модели позволяют учесть различную специфику проведения изменений в зависимости от того, как это изменение классифицировано, то каков должен быть масштаб проработки этой специфики? Какова должна быть детализация того самого классификатора? И какие конкретно параметры изменений должна настраивать модель? Как обычно, следует искать рациональный баланс. Чётко прописать всю специфику вплоть до…

Правильная последовательность внедрения ITSM-процессов

В редакцию портала поступил вопрос: Добрый день, коллеги! Наша компания находится на этапе внедрения процессов ITSM. В качестве первоочередных к внедрению процессов остановились на 6: управление обращениями, управление инцидентами, управление запросами на обслуживание, управление изменениями, управление конфигурациями, управление проблемами. Возник спор: в какой последовательности внедрять процессы. Я считаю, что правильнее было бы сперва смоделировать и описать регламенты всех шести процессов, а уже после этого формировать требования для разработчиков системы автоматизации, автоматизировать и обучать персонал новым правилам работы, т.к. часть изменений в системе автоматизации по одному процессу затронет и другие. Коллеги придерживаются мнения, что внедрять каждый из процессов нужно последовательно. Подскажите, есть…

Измерение ITSM-процессов в денежном эквиваленте

В редакцию портала поступил вопрос: Добрый день. Прочитал книгу «Руководство по измерению» — всё понравилось, всё по делу! Но тема раскрыта в разрезе измерения самих процессов и их производительности. Теперь хочется научится переводить все это в деньги.  Нужны ответы на вопросы: «Сколько стоит один инцидент / запрос на обслуживание?», «Сколько стоит блокирующий инцидент (сбой)?», «Сколько стоят этапы работы: классификация запроса, переназначение, заполнение параметров после выполнения», «Какова средняя стоимость 1 часа работы по запросу для 1- 2- 3-линии». Подобные знания позволят намного эффективнее выбирать доработки и изменения для реализации.  Например у нас есть типовой ЗнО, и есть идеи по автоматизации его решения. Разработка обойдется в N…

Я достаю из широких штанин… cmdb неподъёмного размера

Недавнее наблюдение за процессом замены паспорта (гражданина РФ) породило навязчивую мысль об аналогии между наблюдаемым и задачей по построению взаимодействия процессов управления изменениями (Change Management [CHG]) и управления сервисными активами и конфигурациями (Service Assets and Configuration Management [CFG]). Как всё это выглядит в случае с паспортом? По истечении срока действия общегражданского паспорта его следует заменить. В настоящее время срок действия привязан к возрасту владельца. Замена паспорта – это не просто замена одного документа на другой. В момент, когда граждане обращаются за новым паспортом, запускается механизм проверки. Проверки чего, точно не известно, Как минимум, проверяется регистрация («прописка»). Штампика в вашем старом…

“Человек процесса”, “человек проекта”…

На днях встречался с представителем заказчика. Как это часто у меня бывает, подобные встречи всегда дают пищу для размышлений, заставляют по-другому взглянуть на вещи, порадоваться, как одним ёмким выражением передаётся и подчёркивается суть вещей. В этот раз я восхитился отношением к одному из распространённых понятий. Часто ли вы слышите в своей повседневной рабочей деятельности выражение "он  – человек процесса" или "для неё важен процесс"? Я – регулярно. Обычно в эти выражения вкладывается негативный подтекст. Ну а как же – процесс же, что-то длительное, без видимых и осязаемых в ближайшей перспективе результатов, с туманными целями. И человек, награждаемый подобными эпитетами, в…

Что главное в управлении инцидентами

Joe the IT Guy, рассуждая на этой неделе в статье «Управление инцидентами – основы по-прежнему имеют значение» о том, как всё изменилось с момента зарождения ITSM, утверждает, что, несмотря на DevOps и прочие новые веяния, основы по–прежнему важны. Инциденты были, есть и будут. И с ними нужно работать. Или, как пишет Joe: «Управлению инцидентами – да! Потому, что инциденты по-прежнему происходят». Пытаясь сформулировать ключевые моменты в этом процессе, автор формулирует несколько утверждений, которые, возможно, помогут кому-то взглянуть на процесс  по-новому. По мнению эксперта, основа процесса заключена в двух вещах: Работать со сбоем только один раз Возможность задавать вопросы, не имея…

Нужен ли процесс “Управление запросами на обслуживание” процессу “Управление инцидентами”?

За последнее время несколько раз на курсах по ITIL(с) обсуждался вопрос использования процесса управления запросами на обслуживание (Request Fulfillment Management [RFF]) для решения задач, лежащих в области интересов других процессов из процессной модели ITIL. Последнее обсуждение было вчера (Да. В корпоративном формате мы проводим тренинги и в выходные). В качестве примера подобного обсуждения вопрос: «В каком процессе должен отрабатывать запрос на получение информации об инциденте, находящемся в работе (например, о текущем статусе инцидента)? В процессе «Управление инцидентами» [Incident Management , INC] или в RFF?» Сначала зафиксируем очевидное. Во-первых, источником информации (в т.ч. о текущем статусе) является, конечно же INC, поскольку…

Пропасть незнания

Работа консультанта в проекте по внедрению и автоматизации бизнес-процессов всегда играет яркими красками. Совсем недавно я писал о том, как мне пришлось выступать в роли тренера, и вот снова наступил момент, когда приходится выходить за рамки привычной деятельности. Очень часто в проектных командах интеграторов присутствует два тесно взаимодействующих лагеря: проектировщики/архитекторы и разработчики. Первые разрабатывают архитектуру и принципиальную схему решения, документируют процессы, логику, интерфейсы. Вторые участвуют в проектировании и впоследствии занимаются непосредственной разработкой, настройкой средств автоматизации. В настоящем проекте я выступаю не только в роли аналитика и проектировщика, но и в роли технического эксперта и разработчика. Так исторически сложилось, что хоть я и не…

Краткая запись о пользе управления знаниями

Тот факт, что наша компания является компанией полного производственного цикла, позволяет на собственном, личном примере наглядно продемонстрировать всю пользу от процесса управления знаниями. В проекте, над которым в настоящее время мне с коллегами приходится работать, я выступаю в нескольких ролях: процессного консультанта, разрабатывающего архитектуру решения, и разработчика решения, осуществляющего доработку и настройку платформы автоматизации. Для успешной работы в качестве разработчика/технического эксперта на настоящем этапе мне требуется следующая информация: Проектная документация: Актуальный проектный план, для понимания охвата и вех; Список текущих проектных задач, для оперативного планирования и координации работ; Список открытых вопросов, для планирования коммуникаций и мероприятий по их разрешению; Список контактных лиц. Процессная…

itSMF России и ABPMP Russia объявляют о сотрудничестве

itSMF России объявил о своём сотрудничестве с ABPMP Russia (российское отделение международной ассоциации профессионалов управления бизнес-процессами). Стороны выразили готовность оказывать всестороннюю поддержку инициатив обеих организаций и стремление к проведению совместных проектов, направленных на популяризацию подходов к анализу бизнеса и ИТ, управлению бизнес-процессами и ИТ-услугами в России. Первое совместное мероприятие, направленное на формирование понимания как ИТ становится полноправным партнером бизнеса, планируется провести осенью. В рамках данного сотрудничества, itSMF России и ABPMP Russia приглашают заинтересованных профессионалов поддержать инициативу по разработке профстандарта «Специалист по процессному управлению». Этот стандарт разработан при активном участии ABPMP Russia, является межотраслевым и планируется к применению в коммерческом, некоммерческом…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM