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

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Консалтинг
по управлению ИТ

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

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

Наконец-то: новые экзамены 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% трактовала первый вариант как "Да, потому что так учит ITIL", а какая — "Да, и так учит...

Измерение процессов. Доля срочных изменений

Всем известно, что срочные изменения – это зло, с которым необходимо бороться, но невозможно победить до конца. В связи с этим возникает интересный вопрос: если до конца не победить, то сколько процентов срочных изменений является приемлемым уровнем? Для начала разберемся, что такое срочные изменения. В ITIL v2 срочным считалось любое изменение, которое необходимо выполнить так быстро, что часть стандартных активностей процесса управления изменениями для них приходится либо пропускать, либо выполнять в сокращенном варианте, либо выполнять «задним числом». Например, пропускаем тестирование в тестовой среде (тестируем на продуктиве), согласуем по сокращенному варианту, оформляем в системе автоматизации задним числом. При этом на причину...

Антирейтинг высказываний на Change Advisory Board

Новозеландский специалист по управлению ИТ-услугами Райан Огилви опубликовал свой личный  рейтинг самых вредных фраз для процесса управления изменениями.  Примерно раз в неделю, группа уполномоченных сотрудников собирается, чтобы рассмотреть, оценить и приоритизировать грядущие изменения в инфраструктуре. Во многих организациях такая группа называется Change Advisory Board (CAB) – совет по изменениям. Вот слова, которые я часто слышу на подобных встречах в моей компании. «Это изменение на 30 секунд». Даже за полминуты можно успеть сломать приложение. «На пользователей не повлияет». Даже если изменение проводится в «нерабочее время», не забудьте про план коммуникаций. «Это минимальное изменение в интерфейсе приложения». Обычно за этими словами кроется...

Почему случаются инциденты

Один из авторов ITSMPortal, Robert S. Falkowitz, провел интернет-опрос о причинах инцидентов. Как объясняет Роберт, таким образом он хотел проверить увиденное в одной из публикаций утверждение, что "80% инцидентов являются следствием проводимых изменений".  В обзоре результатов опроса Роберт отмечает, что собранные им данные так же недостоверны, как любые другие результаты подобных опросов: Выборка участников нерепрезентативна и невелика Как ни старался автор сделать вопросы максимально простыми, нашлись те, кто их не понял или понял неверно Знания, на которых участники основывают свои ответы, могут быть неверны; при этом сами участники склонны переоценивать свою практику и качество доступной им информации Тем не менее, опрос проведен...

Одинокий процесс управления изменениями

В своей первой в новом году колонке на itsmportal.com, голландский эксперт Ян ван Бон рассказал о недавней дискуссии на тему связи процессов управления релизами и изменениями. Он резюмировал свою позицию так: Многие справедливо считают, что релиз и изменение различаются. Это правда: релиз – это набор изменений. Поэтому планирование релизов более сложное и требует повышенного внимания. В остальном, релизы и изменения очень похожи: утверждение, планирование, построение, тестирование, проверка готовности, внедрение, оценка и т.д. Некоторые еще полагают, что планирование релизов должно быть отделено от планирования изменений. Мне кажется, что здесь могут возникнуть сложности: размывается главная цель управления изменениями: предотвращение негативного влияния одного...

Самое лучшее в ITSM по-русски

Этот декабрь выдался богатым на анонсы книжного рынка. Параллельно с книгой Романа Журавлёва коллектив авторов портала Real ITSM подготовил к изданию сборник собственных статей. Самое лучшее и практичное из мира ITSM уже доступно для загрузки в формате PDF. В сборнике вы найдёте: фундаментальные статьи: и напечатанные в альманахах itSMF, и выходившие в печатной прессе, и не издававшиеся ранее дотошные вопросы к западным ITSM-экспертам и их робкие точные ответы картинки и опечатки идеальную вёрстку линейки и градусники модели и формулы итоги многодневных дискуссий с вами на портале Real ITSM Читайте на здоровье. А свои отклики и замечания оставляйте здесь, в комментариях.

Первый шаг Джона Коттера

Вчера на вебинаре Константин рассказывал, среди прочего, про замечательную модель Джона Коттера. Наверняка о ней все слышали, а многие даже применяют. Мы вот используем её в больших задачах, так что могу ответственно заявить — модель работает. Напомню кратко те восемь шагов, которые автор, он же Джон Коттер, считает критически важными для любого крупного изменения: Создание ощущения срочности Создание коалиции Разработка видения и стратегии Коммуницирование видения Старт преобразований на всех фронтах Создание быстрых побед Консолидация и усиление изменений Закрепление изменений Особенно мне симпатичен шаг номер один. Мой опыт показывает, что он является чуть ли не самым основным — в том смысле, что его...

Grab@Pizza приходит в США

Не так уж много теперь есть областей, где мы выступаем впереди Северо-Американских Соединённых Штатов. Тем приятнее заметить, что деловая игра "Grab@Pizza — ИТ и основной бизнес" проводится в России с августа 2010 года, в то время как в США первые даты назначены на декабрь 2012 года. Компания Pink Elephant добавила новую игру в свою линейку учебных программ. Занятно, что стоимость удовольствия сильно отличается от российских цен: около 60 000 рублей за двухдневный семинар в Орландо, США против 12 500 рублей за однодневную игру в Москве, Россия.

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM