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

Business Agility, DevOps, ITIL, ITSM, COBIT, PRINCE2, TOGAF, Kanban...

14 лет в эфире. 3 000 записей. 10 000+ постоянных подписчиков.

 

 

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

Может ли Change Management быть “бумажным”?

Вопрос может показаться странным, но он возник не на пустом месте. Если на этапе разработки процесса нет ясности, каким образом будет решаться вопрос автоматизации, процесс проектируется "на бумаге". Разрабатывается только регламент процесса, для которого пока не предполагается соответствующего функционала в ITSM-системе. Функционала, обеспечивающего возможности учёта объектов управления и направляющего исполнителей ролей процесса по нужному пути. В целом, если автоматизация предполагается на следующем этапе, в виде отдельного проекта, никаких противоречий, вроде бы, нет. Ведь это, как раз, правильно – проектировать процесс от потребностей, а не выстраивать его в зависимости от возможностей конкретной ITSM-системы. Затем сформулировать требования к автоматизации и "уложить" процесс…

Главная ошибка руководителя (на примере деловых игр)

В конце прошлого года нас накрыла волна запросов на деловые игры. Обычно мы проводим несколько десятков игр в год, и они более-менее равномерно распределены по месяцам. Однако в 2015-м случилась очередная аномалия, и запросов под конец года стало слишком много. К счастью, в году наступившем они не прекратились, и та самая волна пока не схлынула. Проводить бизнес-симуляции любят многие тренеры; я не являюсь исключением. Как правило, я привлекаюсь к проведению учебных курсов и игр довольно редко – ежедневная загрузка не позволяет выделять достаточно времени. Но большое число запросов на игры стало для меня превосходным оправданием: это же производственная необходимость! В таких…

Как усидеть на двух, а то и трёх стульях…

На курсах, да наверняка и в реальной жизни, часто возникает вопрос "Какие роли можно совмещать". И действительно, где взять столько людей, чтобы распределить необходимые роли? Даже если у вас не все 26 процессов, которые предлагает библиотека ITIL?  Как возможный вариант ответа на этот вопрос можно рассмотреть точку зрения консультанта из Испании. В своей статье Невен Зитек (Neven Zitek)  "Роли из ITIL – какие роли может занимать один человек" (ITIL Roles – Which Roles Can Be Filled By One Person?) автор приводит следующие аргументы за совмещение ролей в одном лице:  Business Relationship Manager: отвечает за соответствие каталога услуг ожиданиям заказчиков, согласование и соблюдение уровней услуг Service…

Как построить карьеру с журналом “Управление проектами”

Журнал «Управление проектами» – один из немногих профильных источников знаний, который может дополнить понимание методологии PRINCE2 практическим опытом, предлагаемым авторами статей. Он издается с 2004 года и является открытой площадкой для профессионалов, готовых делиться накопленным багажом знаний. Темой номера является обсуждение развития карьеры в управлении проектами, этому посвящено несколько статей. И начинается оно публикацией «Как построить карьеру в управлении проектами». Из статьи «Школа управления проектами как способ рекрутинга в профессию» можно узнать с чего можно начать, если вам, как например студентам из Владивостока, повезло попасть в экспериментальный формат погружения в проектную деятельность.  О том, как приобрести необходимый уровень профессионализма, описано в статье «Роль офиса управления проектами в развитии навыков руководителей проектов». Возможно, публикация прольёт некоторый свет на…

Будни консультанта: об обучении и лоскутном ITSM

В нашей компании есть два направления деятельности: консалтинговые услуги и услуги обучения. Команды, реализующие эти направления, разные. Для того, чтобы ценность, приносимая ими нашим заказчикам, не снижалась со временем, мы практикуем временное вовлечение членов одной команды в деятельность другой. Так, ваш покорный слуга, прошел подготовку к прочтению курса ITIL Release Control and Validation (RCV), взлянув на него глазами тренера, и поработал в группе коллег в процессе разработки нового курса ITIL Practitioner. Погружение в работу тренеров обогатило мой опыт и взгляд на определенные вещи, поэтому хочу поделиться с вами двумя наблюдениями: О тренерской работе и столкновении теории с имеющимся опытом, а также немного о разработке нового курса; О применении фреймворков и "лоскутном" внедрении ITSM процессов….

Гримасы сервиса

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

Изменения и релизы: они такие разные, но они – пара

Вопрос о разделении задач и ответственности между процессами управления изменениями и управления релизами задает себе почти каждый из впервые знакомящихся с преобразованием услуг. Просто и понятно на этот вопрос отвечает Вонс Мерфи (Vawns Murphy) в своем блоге на theitsmreview.com. Не смотря на то, что для этих процессов декларированы очень близкие цели по обеспечению реализации изменений услуг с наименьшими рисками, ключевые акценты этих процессов различны. Управление изменениями выступают в качестве защитников продуктивной среды, обеспечивая выполнение успешных авторизованных изменений. Управление релизами, обрабатывая поток изменений, занимается их пакетированием. Тем самым процесс обеспечивает экономию ресурсов и также минимизирует риски, обеспечивая надлежащий контроль над непосредственным исполнением изменений (развертыванием релиза). Для того, чтобы эти…

Вопрос из зала: как измерять и контролировать качество процесса?

Читатель нашего портала, Антон, обратился к нам с вопросом по поводу измерения качества процессов: Коллеги, добрый день! Предположим процесс описан, утвержден, автоматизирован. Люди обучены и работают по регламентам (так или иначе). Есть задача контролировать качество процесса.  Что общественность включила бы в ту самую, значимую для стейкхолдеров, совокупность характеристик процессов определяющих его качество?   Приглашаем вас поучаствовать в обсуждении.

День сурка

– Изменяться и не останавливаться! Это призыв, которым следует руководствоваться при неудачах проведения изменний, по словам Райана Оджилви (Ryan Ogilvie). В своем блоге Райан показывает, что не стоит опускать руки, даже если какие-то изменения не удается реализовать с одной попытки. Необходимо в какой-то момент остановить череду бесплодных усилий, проанализировать текущее положение дел и выявить те причины, которые мешают достичь результата. На примере запуска процесса управления проблемами "с нуля" Райан показывает как можно подходить к этим подводным частям айсберга. Все в организации знают о тех выгодах, которые приносит процесс управления проблемами. Все хотят улучшить нашу услугу уменьшив количество влияющих на бизнес инцидентов. Почему нам может не удаваться это сделать, с какими препятствиями можно столкнуться?…

Практикуя ITSM: борьба с ветряными мельницами

  Свежая публикация Кирсти Магован (Kirstie Magowan) на портале AllThingsITSM.com задевает определенные струны в головах людей практикующих сервисный подход к организации информационных технологий. Если коротко, то Кирсти пишет о том, что за те 15 лет, которые она находится в профессии, основные сложности с которыми ей приходится сталкиваться лежат совсем не в технологиях. За прошедшее время было разработано и опубликовано огромнейшее количество фреймворков и стандартов, изменились основные подходы к разработке ПО. Говорить о скорости изменения технологической составляющей вообще страшно: тотальная "мобилизация", BYOD, облачные технологии, виртуализация, интеграция всего и всех и соцсетей, технологии автоматизации учета активов стремительно приближается к концепту интернета вещей. Не меняются люди. Они продолжают не…

“Прочен ли фундамент?” или ещё пара слов о выделении ключевых процессов

Словно в продолжение темы про понятную процессную модель, опубликованную на нашем форуме, на сайте ISACA размещена статья Lisa Young, экс-президента одного из отделений компании. В статье рассматриваются общие принципы построения процессов, которые в COBIT 5 относятся к поддерживающим факторам (enablers). Прежде всего, автор напоминает нам, что сам по себе процессный подход является компонентом системы менеджмента качества. Системное управление качеством позволяет организациям отладить процессы, обеспечить их повторяемость и измеримость, повысить собственную уверенность в стабильности результатов процессов. В статье автор приводит несколько полезных рекомендаций по выделению приоритетных областей управления ИТ, в которых требуется постановка или совершенствование процессов. В частности, к потенциальным кандидатам на…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM