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

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

Управление изменениями

Всё про контроль изменений в ИТ-инфраструктуре

PIR в управлении изменениями

"Попаразитирую" немного, фактически используя блог в качестве форума. Коллеги, поделитесь, пожалуйста, практикой – как у вас (или у ваших заказчиков) организован PIR в управлении изменениями. Как это устроено организационно? Как PIR поддерживает система автоматизации процессов управления услугами? Что в этой практике вам кажется полезной или наоборот – вредно-бесполезным? Головы здесь порой собираются приличные. У таких и совета не грех попросить 🙂

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

Передовой опыт, или "лучшие практики", – рассуждает в своей колонке на ITSMPortal Aale Ross, – обычно основаны на экспериментальных исследованиях. Обычно, но не всегда. В ITSM то, что называется передовым опытом, часто представляет собой результат предположений и теоретических рассуждений, а иногда – опыта, но скорее частного, чем систематически и научно подтвержденного.  Существует много свидетельств практической пользы от организации службы поддержки. Удивительно, как часто на разного рода конференциях докладчики рапортуют об успехах в деле "внедрения ITIL", приводя в подтверждение именно преимущества, полученные от внедрения help desk.  Стремясь получить подтверждение пользы от внедрения в компаниях процесса управления изменениями, Aale Ross провел опрос…

Что такое CAB и зачем это надо?

В своей заметке на ITSM Watch Elizabeth Harrin приводит мнения нескольких экспертов о том, что такое CAB (Change Advisory Board), каковы основные требования к его участникам, и о том, кто такие эти его участники.   Интересно наблюдение о необходимости обеспечить прозрачность принципов принятия решений об одобрении или отклонении изменений для сотрудников организации (а не только для участников CAB). Важно обеспечить уверенность всех заинтересованных сторон в том, что решения принимаются в интересах организации, взвешено и с учетом мнения экспертов.  Полный текст заметки – на ITSM Watch

Выделенный Change manager

На семинаре itSMF 19.01.2011 обсуждали тему координаторов изменений. Идея заключается в том, чтобы отделить функцию общего контроля исполнения и организации работ по проведению изменений от функции организации обработки отдельных запросов на изменения. Первое – ответственность менеджера изменений (менеджера процесса управления изменениями), второе – небольшого количества людей, обычно называемых координаторами изменений. "Обычно" потому, что роль координатора изменений, не будучи упомянутой в ITIL, используется в большинстве распространенных вендорских процессных моделей, в частности в модели BMC, HP и IBM (только в IBM Tivoli Unified Process эта роль называется "Владелец изменений", это не очень здорово очередным неоднозначным использованием слова "Owner", но в данном случае…

Конфигурационные единицы, которых нет

После прочтения курса по управлению конфигурациями есть еще пара мыслей, которыми хочется поделиться. Например, обязательно конфигурационные единицы в CMDB это нечто реально существующее, или можно для упрощения картинки вводить некие "суррогатные конфигурационные единицы", которых на самом деле нет, но которые могут внести в картинку ясность и указать на реальное положение дел: взаимосвязь конфигурационных единиц, влияние друг на друга и т.д. Давайте рассмотрим пример. Ниже привожу тоже самое, но в текстовом виде. Для примера предлагаю рассмотреть следующую схему: Есть ИТ-сервис (например, электронная почта) ИТ-сервис зависит от работы ИТ-системы (например, "Почтовый сервер") ИТ-система установлена на сервер  Теперь представим, что ИТ-системы две и они располагаются на двух серверах, при этом сервера…

Семинар по управлению изменениями и релизами

На этой неделе поучаствовал в совместном семинаре itSMF Russia и ГУУ на тему "Управление изменениями и релизами. Изюминки и трюки". Что могу сказать – по-моему, интересное мероприятие получилось. Около 70 участников. К сожалению, маловато заказчиков (по моим оценкам около трети участников), в основном – коллеги-консультанты-интеграторы. Тем не менее, были интересные вопросы, получилась довольно живая дискуссия. Все снимали на видео, может быть оно будет доступным (кому и когда пока не знаю). Бросается в глаза неоднородность аудитории. Об этом можно судить, например, по вопросам из зала. Диапазон широк. На "верхнем" крае – взаимодействие управления изменениями и проектами, управление сложными изменениями с вовлечением…

Где граница между изменениями и “просто работой”?

Скептик отвечает на вопрос читателя о границе между Изменениями (проводимыми под контролем соответствующего процесса) и рутинной работой по администрированию. Вкратце ответ Скептика звучит так: "Записи об изменениях содержат информацию о том, что что-то было изменено. Если вам важно знать, когда что-то изменяется – регистрируйте такие действия. Любая задача по администрированию, по которой должна быть обеспечена возможность последующего аудита проведенных модификаций, должна управляться как изменение." Аргументы и подробности – в блоге Скептика

Опять они. ITIL не работает в облаках

Bob Lewis и Rick LiaBraaten рассуждают о том, как ITIL не работает при использовании облачных решений.  Сомнению подвергаются возможности управления доступностью, производительностью, изменениями, проблемами и  поставщиками.  Основные аргументы связаны с отсутствием в ITIL методов, а у команд ИТ – инструментов для мониторинга и анализа облачной инфраструктуры и/или услуг, предоставляемых SaaS-поставщиками.  Полностью рассуждения Боба и Рика доступны на CIO.com

Неожиданные факты о мотивации…

…в увлекательной творческой форме. Немножко быстро, но очень интересно.     Некоторые из фактов:   схема "лучше работаешь – больше получаешь" отлично работает только для механического, неинтеллектуального труда. для творческих интеллектуальных задач она дает обратный эффект: больше денег – хуже результаты оптимальный эффект достигается в тех случаях, когда финансовые и вообще материальные потребности удовлетворены, и в дело вступают возможности самореализации.  По сути – ничего принципиально нового, все это можно увидеть в пирамидке имени А.Маслоу, но (1) любопытная форма и (2) интересные экспериментальные  примеры-подтверждения.  …а еще хочется присоединиться к наблюдениям Александра Варламова из Getronics Consulting, в чьем блоге я встретил это…

Профессиональная сертификация APMG – еще разнообразнее, еще ближе к жизни

На прошедшей в начале ноября конференции itSMF-UK был представлен первый экзамен новой квалификационной линейки APMG, ориентированной на конкретные роли в системе управления услугами. Первым стал Change Analyst, на очереди – Problem Analyst.  Новая квалификационная схема призвана ответить на растущий спрос на практически полезные курсы и экзамены. Экзамен Change Analyst – это тест из 20 вопросов, проходной порог – 13 из 20.  Пресс-релиз APMG – на сайте APMG International

Самая важная и самая трудная часть ITSM-проекта

В своей очередной колонке на ITSMPortal.com Роман Журавлёв сделал попытку применить к специфике ITSM-проектов методику поддержки культурных (организационных, поведенческих…) изменений, разработанную компанией VitalSmarts.  Любой ITSM-проект предполагает изменение культуры, то есть того, как люди выполняют свою работу и того, как они к этой работе относятся. Такие изменения – самая важная часть ITSM и при этом наименее исследованная, а в проектах ей часто уделяется непростительно мало внимания. Как любое изменение, изменения в культуре и организации работ встречают сопротивление на самых разных уровнях. Без специальных шагов, направленных на преодоление этого сопротивления проект практически обречен. В то время как процессам управления ИТ-услугами посвящена целая…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM
;