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

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

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

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

Братишки Дженси и классификация изменений

Бывший практик, а ныне консультант, Райан Оджильви ведет интересный блог, в который с завидной регулярностью пишет статьи на разные любопытные темы из области ITSM. Так, следуя последним веяниям моды, он в декабре написал пять заметок про "основы" управления услугами. А незадолго до этого опубликовал пост с симпатичным объяснением различия срочных (Urgent) и экстренных (Emergency) изменений. Итак, разрешите представить братьев Дженси: Ур Дженси (Urgency, срочность) Ур – младший из двух братьев. Он очень нетерпелив – вы часто можете увидеть, как он поглядывает на свое запястье даже, если на нем нет часов или потопывает ножками. У него есть врожденное желание ставить всем своим…

А есть ли Change без CMDB?

Вопрос практикам и специалистам по управлению изменениями задает Владимир: Немного философский вопрос, но очень интерисует ответ на него. Возможно ли построение Change Management без CMDB, например только на картах ИТ-услуги? Коллеги, может у кого-то есть подобный опыт?

Оценка RFC

На днях прорабатывал последовательность действий по оценке запроса на изменение в ИС. Получилась несложная и довольно универсальная методика, которую можно понятным образом уложить и в процедуры процесса, и в формы документов. Конечно, решил сравнить с ITIL, тем более что со времен разработки и чтения курса IPRC в 2006-м году, помню про описанный в ITIL подход «Семь R». У кого под руками есть книжка Service Transition, смотрите раздел 4.2.5.4 «Assess and evaluate the change». У кого книжки нет, вкратце оценку RFC там предлагается выполнить, ответив на семь следующих вопросов: Who Raised the change? What is the Reason for the change? What…

Управление изменениями в организациях: взгляд PMI

Область знаний об управлении изменениями в организации – Management of change, MOC – значение которой для успешного проведения таких трансформаций, как внедрение лучших практик, а также для любых других организационных изменений, трудно преувеличить, вызывает сегодня живой интерес. Все больше руководителей понимает, что только проектного подхода недостаточно для того, чтобы новые структуры, практики и правила прижились и стали частью обычной работы организации. Прошедшая конференция itSMF подтвердила, что организационными изменениями живо интересуется и российское ITSM-сообщество. Тем приятнее нам сообщить читателям о выходе новой хорошей книги, посвященной управлению изменениями в организации. Именно этой теме посвящена первая публикация серии "Practice Guides" – новой линейки…

Записки с полей:Типовые заявки

За последние пару месяцев несколько раз столкнулся в разных организациях с непреодолимым желанием ИТ-специалистов упростить жизнь пользователям в части оформления типовых заявок на выполнение работ из разряда "предоставьте рабочее место", "дайте права", "отберите права" и т.д. Обычно такие заявки оформляются в виде служебных записок, длинных форм в Word или Excel и тому подобного. Типовая последовательность обработки заявок состоит из этапов, известных нам по процессу управления запросами на обслуживание. Начинается все с регистрации и заканчивается подтверждением пользователем с последующим закрытием заявки. При этом в некоторых организациях серьезный акцент делается на выделенном этапе согласования, который существенно усложняет обработку подобных запросов, но снижает риски выполнения несанкционированных операций, например, предоставления доступа не тому…

Вопрос из зала: процедура актуализации типовых изменений

Евгений спрашивает: Добрый день! Помогите, пожалуйста, в вопросе написания процедуры. Новичок в ISO, но по ряду рабочих обязательств, возложенных на меня, мне нужно разработать процедуру актуализации списка типовых изменений. Помогите, в каком направлении излагать мысли? Может, есть какие-то наработки, статьи, темы, размышления и т.д. Есть ли у кого-нибудь советы и рекомендации по составлению такой процедуры? Какой информации не хватает для полноценного ответа на поставленный практический вопрос?

Догонять и причинять добро: как убедить людей работать в новых процессах

У гостей и участников 10-го Russian IT Management Forum (ITMF-2013), который пройдет в Москве 6 июня 2013 года, есть редкая возможность принять участие в интерактивном тренинге, основанном на реальном кейсе. Тренинг пройдет в формате деловой игры, демонстрирующей трудности принятия в компании процесса управления ИТ-изменениями. Наш проектный и тренинговый опыт за последние девять лет показывает, что описанный в кейсе сценарий весьма распространен и актуален для многих организаций. Это касается и непосредственно процесса управления изменениями, и в целом проектов по организации процессов ITSM. Так, согласно статистике компании Pink Elephant, 82% ITSM-проектов, впервые инициирующих в организации процессы управления ИТ-услугами,  терпит неудачу. И основная…

Наконец-то: новые экзамены ITIL 2011 на русском языке

Долгожданные новости поступают из компании APMG, официального (на текущий момент) распорядителя экзаменационной линейки ITIL.  В конце апреля все экзаменационные институты получили извещение о готовности перевода ряда экзаменов на различные мировые языки. В частности, говорится в нем о русифицированных ITIL Intermediate RCV и OSA. 28 мая 2013 года будут опубликованы пробные, а еще чуть позже экзаменационным институтам предложено продавать настоящие экзамены на нашем родном языке. Сроки локализации остальных экзаменов ITIL пока не разглашаются. Мы будем держать вас в курсе развития событий и с удовольствием поможем подготовиться к экзаменам на литературном русском языке.

Больше Bok’ов, хороших и разных

APMG и Change Management Instutute (а есть и такой) объявили о начале работ по созданию универсального свода знаний по управлению изменениями – CMI Change Management Body of knowledge, CMBok.  Опросы, проведенные среди членов CMI показали, что большинство из них считают необходимой разработку универсального свода знаний по управлянию изменениями, поддержанного системой профессиональной сертификации, что, конечно, поспособствует развитию профессии менеджеров изменений и принесет много пользы, особенно на быстро развивающихся рынках вроде Китая.  Новая сертификация будет называться AACM (Accredited Associate Change Manager) и дополнит уже существующую ACM (то же, но без Associate). Требования к кандидатам и экзамены будет разрабатывать APMG, "чей богатый опыт…

Групповая безответственность

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

Они такие похожие… и всё-таки они врозь?

Тема объединения/разделения процессов управления изменениями и релизами продолжает оставаться предметом споров и публикаций. Запущенный несколько недель назад на itsmportal.com опрос получил уже более ста ответов, и можно подвести промежуточные итоги. Вопрос задаётся очень простой: Управление изменениями и управление релизами – разные процессы? Голоса распределились так: Да, так учит ITIL – 58% Нет, управление релизами – вид управления изменениями, за который отвечает управление изменениями – 24% Нет, управление релизами – это функция, а управление изменениями – процесс – 16% А? Что такое управление релизами? – 2% Любопытно, какая часть респондентов из первых 58% трактовала первый вариант как "Да, потому что так…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM
;