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

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

Процессы

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

Лучший способ предотвратить инциденты

Организации, которые тратят время и усилия на решение проблем, получают огромную отдачу от своих инвестиций. Хотя исправление инцидентами, когда они происходят, очень важно, гораздо лучше, чтобы они вообще не происходили; и если вы не можете их предотвратить, то по крайней мере убедитесь, что вы знаете, как минимизировать влияние будущих инцидентов. ITIL (ведущие в мире лучшие практики управления ИТ-услугами) говорит, что целью управления проблемами является «снижение вероятности и воздействия инцидентов путем выявления фактических и потенциальных причин инцидентов, а также управления обходными решениями и известными ошибками». Каковы фазы управления проблемами? Согласно ITIL 4 (последний выпуск ITIL, опубликованный в феврале 2019 года), управление…

Обзор управления организационными изменениями

Управление организационными изменениями является одной из новых практик управления ITIL 4. Стивен Манн объясняет и рассказывает, что это такое и почему это важно, прежде чем дать несколько практических советов о том, что должно включать управление организационными изменениями. ЧТО ТАКОЕ УПРАВЛЕНИЕ ОРГАНИЗАЦИОННЫМИ ИЗМЕНЕНИЯМИ? Есть много определений, изложенных в книгах и в Интернете, того, что такое управление организационными изменениями. ITIL 4 трактует практику управления организационными изменениями следующим образом: «Практика обеспечения того, чтобы изменения в организации проходили гладко и успешно, и чтобы долгосрочные выгоды были достигнуты благодаря управлению человеческими аспектами изменений». Источник: AXELOS, “ITIL Foundation: ITIL 4 Edition” Но определение управления организационными изменениями,…

Как потоки создания ценности могут помочь вам лучше делать свою работу

Люди, которые работают в сфере управления ИТ-услугами (IT service management, ITSM) тратят много времени на обдумывание и совершенствование своих процессов. И это хорошо. Но когда мы фокусируемся на процессах в ущерб всему остальному, мы проигрываем. В этом блоге я собираюсь объяснить, почему вам следует думать о том, что вы делаете, с точки зрения потоков создания ценности, а не процессов. В чем разница между потоком создания ценности и процессом? Существует путаница относительно разницы между потоками создания ценности и процессами. И это неудивительно, поскольку и потоки создания ценности, и процессы описывают, каким образом разные виды деятельности работают совместно, чтобы достичь какого-то результата….

Работает ли приоритизация изменений?

Одним из важнейших вопросов, которым следует задаться, решая задачу по запуску любого процесса – это по каким признакам должно стать понятно, что процесс действительно заработал. Недавно мне довелось снова принять участие в подобном обсуждении, и по итогам возникла идея поделиться на страницах портала REALITSM некоторыми выводами. Как известно, хорошей практикой при проектировании ключевых показателей эффективности, помимо оценки результативности процесса, является измерение уровня реализации ключевых видов деятельности. В данном контексте одним из ключевых признаков функционирования процесса управления изменениями является корректная работа системы приоритизации изменений. Как мы знаем (в том числе из ITIL), определение приоритета, то есть определение последовательности реализации изменений, основано…

Ежедневный скрам – бесполезная потеря времени?

Довольно часто на начальном этапе работы с разными командами приходится сталкиваться с сопротивлением по отношению к ежедневным собраниям. Разработчики не видят ценности в ежедневном стоянии у доски, зачастую им кажется, что это время стоит потратить на что-то более ценное (написание кода, например). Вот как подходит к донесению ценности регулярных собраний Марк Левинсон. Ежедневный скрам – это пустая трата времени, прерывающая мою работу. Ежедневный скрам – шанс для скрам-мастера проявить себя и позаниматься микроменеджментом. Ежедневный скрам предназначен для сообщения о статусе задач, но для этого я могу воспользоваться электронной почтой. Эти жалобы звучат так знакомо. Сейчас очень модно шутить над бесполезностью…

Пару слов про управление реализовавшимися рисками

В очередной раз убеждаюсь, что это весьма и весьма полезно – ходить друг к другу на курсы. Конечно же, я про различные курсы, которые проводит Cleverics. Хотя это довольно дорого для компании – выделять двойные ресурсы под трёх-, а то и пятидневный курс, сложно переоценить объём полезной информации, которую можно получить во время курса. Всё потому, что тренер, с виду притаившийся в углу класса и что-то с упоением записывающий, имеет возможность не только подсмотреть приёмы подачи материала у коллеги и, что называется, со стороны оценить обучающие материалы, но и послушать вопросы участников. А в этих вопросах целый мир. В этот…

Сфера ответственности координатора релизов

Сразу уточним – в ITIL роль “Координатор релизов” не описана. Вопрос про сферу ответственности возник у слушателей курса ITIL RCV при обсуждении соответствующего раздела. Почему такой вопрос возник, в целом понятно. По аналогии с процессами управления изменениями или управления инцидентами при управлении релизами напрашивается необходимость фиксации так называемой “сквозной” ответственности за релиз. То есть выделения роли, отвечающей за координацию деятельности в рамках релиза на всём протяжении его жизненного цикла – от планирования до закрытия. По аналогии с “Координатором изменений” хочется назвать её “Координатор релизов”. Однако в ITIL V3 подобная роль не выделена. Справедливости ради следует отметить, что роли “Координатор изменений”,…

Заблуждения и мифы о Канбан-методе

Вокруг любого управленческого подхода со временем выстраивается огромное количество заблуждений и мифов. Это обусловленно особенностью людей по-разному понимать одни и те же вещи и желанием интерпретировать факты в своих интересах. Канбан, как метод определения, управления и совершенствования сервисов, при разработке интеллектуальных продуктов, сравнительно молод, но уже успел обзавестись своей мифологией. Разработчики Kanban Tool (инструмента для визуализации потока) в своем блоге постарались разобрать наиболее распространенные мифы, возникшие из-за неправильного понимания принципов Канбан. «Канбан на самом деле не метод организации рабочего процесса, а инструмент улучшения рабочего процесса.» Часто говорят, что Канбан – это инструмент для создания знаний, а не метод управления рабочим…

Стандартные изменения в ITIL V3 и ITIL4

В каком случае изменения могут быть стандартизованы и выполняться, как запросы на обслуживание? Вопрос, безусловно, уже с бородой. Однако он по-прежнему не теряет своей актуальности. Во всяком случае, слушатели курса ITIL RCV задают его снова и снова. Одним из тезисов, вносящих некоторую путаницу в понимание, является следующий: стандартные изменения являются “заранее авторизованными”. На самом деле это вовсе не означает, что стандартные изменения не требуют никакой авторизации. Давайте вспомним, что сказано про стандартные изменения в ITIL V3 (перевод текста источника здесь и далее выполнен автором заметки): Стандартное изменение – это изменение услуги или другой конфигурационной единицы, для которого управлением изменениями заранее…

Дизайн услуг. Принципы

Дизайн услуги – это все, что связано с получением услуги и с ее соответствием потребностям пользователя в ней. Его можно использовать для улучшения существующей услуги или создания новой. Чтобы адаптироваться к дизайну услуг, необходимо понимать основные принципы мышления при проектировании услуг и уметь фокусироваться на них при создании услуг. Принципы, приведенные здесь, взяты из материалов проектирования Design4Services – организации, которая занимается разработкой дизайна услуг и содействует трансформации бизнеса. Они широко приняты в коммерческом секторе. Существуют и другие подходы к проектированию услуг, которые не так широко используются, но могут повысить ценность инструментария дизайнера услуг. Author/Copyright holder: jonny goldstein. Copyright terms and…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM