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

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

Процессы

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

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

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

Правильная последовательность внедрения 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, является межотраслевым и планируется к применению в коммерческом, некоммерческом…

Лицом к лицу

О "консюмеризации услуг" говорит Стефен Манн (Stephen Mann) в своей недавней заметке на сайте компании Atlassian. Сотрудники приходят в компании и, сталкиваясь с общекорпоративным уровнем предоставления услуг, ощущают значительный разрыв в восприятия потребительского опыта по ставнению с тем, к чему они привыкли в своей повседневном жизни.  Ключевым объектом управления, по мнению Стефена, являются ожидания пользователей, причем речь идет не только о технологиях. Не является достаточным заказать и предоставить новое оборудование или услуги для удовлетворения потребностей пользователей, нужно обеспечить ещё и хорошие возможности и способности в части поддержки этого оборудования, и действительно превосходную услугу поддержки пользователей. Потребительский опыт во главе угла. Статистика, предоставленная Help Desk Institute в октябре 2014г. в статье "Service…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM
;