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

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

Процессы

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

Пауки для ИТ-руководителя

«Пауки», они же радарные диаграммы, весьма распространены в современном мире, в том числе в мире ИТ-менеджмента. Чаще всего ИТ-директор видит их в аудиторских заключениях, где они представляют сведения о зрелости процессов управления (обычно по шкале от 1 до 5). Иногда на этих диаграммах указывается не только текущий, но и целевой уровень зрелости процессов, что иллюстрирует величину разрывов между текущей и рекомендованной практикой управления. Однако, с моей точки зрения, такие диаграммы не являются основанием для принятия каких-либо решений и потому не несут заказчикам значимой ценности. Идея, которая посетила нас относительно недавно, заключается в дополнении радара по уровню зрелости радаром по показателю…

Реальные примеры описаний процессов: управление конфигурациями

Продолжая серию публикаций с подборкой реальных документов из различных областей управления ИТ-услугами (таких как INC, CHG или SLM), наша редакция спешит поделиться с вами новыми находками. В этот раз в центре внимания оказался процесс управления конфигурациями. Во-первых, раз уж мы говорим о процессе, полезно посмотреть на его описание. Fermilab – по ссылке можно найти пример политики управления конфигурациями, которая по факту содержит и описание процесса. Marine Corps – вот четкий документ от морпехов описание процесса, сделанное для корпуса морской пехоты военно-морского министерства США. Как известно, одним из основных документов рассматриваемого процесса является план управления конфигурациями. Вот подборка реальных примеров этого документа, которые можно скачать и поизучать: State of…

7 условий реализации успешного ITSM проекта

На днях натолкнулся на документ, который, как мне кажется, достоин внимания каждого кто задумывается об ITSM проекте или уже начал его реализовывать. Речь о документе "The Seven Enablers & Constraints Of IT Service Management", производства компании Pink Elephant. Интересно, что один из авторов документа (Troy DuMoulin) нам уже знаком по книге, которую мы недавно переводили "Каталог услуг для успешного управления ИТ". Документ мне понравился тем, что ровно такие слова мы обычно говорим заказчикам когда начинаем проект. Весь документ пересказывать не буду, перечислю и прокомментирую только основные факторы успеха, которые описаны в документе: Лидерство: Поддержка и участие руководителей. Без такой поддержки при проектировании процессов сложно…

Серый, дешёвый, злой…

Пройдя обучение на этом тренинге, вы будете уметь:  обосновывать необходимость внедрения и совершенствования процессов управления службой технической поддержки по методике, описанной в «IT Infrastructure Library»;  формализовать процессы управления службой технической поддержки;  описывать назначение, процесс внедрения и ключевые показатели эффективности основных процессов и функций управления; Это не я придумал. Это так продавцы курса отвечают на ими же заданный вопрос "Что я буду уметь, если пройду этот курс?". Понимаете, вы идёте на курс, и там вас за три дня и примерно 25 тысяч рублей учат обосновывать необходимость внедрения процессов. Курс, кстати, "Основы ITIL", точнее, "ИТ менеджмент ITIL v.3".  То есть очень красивая landing…

Новая процессная модель?

Все побежали, и я побежал. Из известного советского к/ф. Работая на рынке обучения по управлению ИТ и процессного консалтинга вот уже 10 лет, мы не могли не задуматься о том, как лучше объяснить себе и другим людям, как, собственно, устроено управление ИТ. Разумеется, существует изрядное число различных процессных моделей, но, на наш взгляд, все они имеют те или иные недостатки. Поэтому ни N процессов ITIL (20<N<30, никто не знает, сколько точно), ни 34, а теперь уже 37 процессов COBIT нам в качестве ответа не годились. Были свои сложности и с проприетарными моделями от таких уважаемых вендоров как Microsoft, HP, BMC,…

ITIL: восьмой процесс, третья попытка…

В начале июня наш финский друг Aale Roos получил из itSMF довольно традиционный опрос о внедрении процессов ITIL – если судить по таким опросам, основные процессы ITIL должны были быть внедрены у всех, давно и не однажды. Это ироническое по сути замечание навело Аале на мысль провести свой собственный опрос (мы с вами помним, что Аале, в далеком прошлом статистик, любит и умеет проводить опросы) среди финских компаний об их опыте построения процессов ITIL. Подробные результаты можно найти на сайте компании Аале, а я приведу здесь два любопытных результата: Во-первых, большинство респондентов вспомнили более одного ITIL-проекта, в среднем – три…

ITMF2014: оцениваем процессы и размышляем над уроками

5 июня на XI форуме по управлению ИТ (ITMF2014) среди прочих интересных выступлений был проведен кейс-тренинг по оценке процессов. Участникам была предложена такая ситуация:  В связи со сменой владельцев в торговой компании проводится комплексная оценка действующих практик управления. В частности, новые руководители компании хотят получить оценку процессов управления ИТ. Вообще-то, руководство интересуют:  соответствие практик управления ИТ целям и приоритетам бизнеса; уровень ИТ-рисков; эффективность (рациональность) деятельности по управлению ИТ; соответствие практик управления ИТ рекомендациям и требованиям отраслевых сводов знаний и стандартов. Но с учётом ограничений по времени и стоимости оценки, а также ввиду отсутствия формализованных целей и приоритетов бизнеса, да и…

Вопрос из зала: собираем SDP

Продолжаем познавательную рубрику – “Вопрос из зала”, в которой любой может получить ответ на интересующий его вопрос по тематике, связанной с управлением ИТ-услугами. Читатель нашего портала Олександр Винницкиий интересуется практикой создания проектной документации услуги (SDP, service design package), а точнее составлением перечня документов, которые входят в SDP: Добрый день, коллеги. Возник следующий вопрос: одним из важных результатов работы процессов входящих в Service Design является SDP (Service Design Package), который активно используется процессами Service Transition и Service Operation, а в рамках какого процесса создается собственно перечень тех документов и шаблонов, которые должны быть созданы при проектировании сервиса или значительного изменения? Наверняка у…

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

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

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

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

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

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

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM