Управление изменениями Archives – Страница 10 из 14

Оценка 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…

Дмитрий Исайченко, 22 декабря 2013, последний комментарий 23 декабря 2013

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

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

Новостной поток, 14 сентября 2013, последний комментарий 14 сентября 2013

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

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

Евгений Шилов, 31 июля 2013, последний комментарий 14 августа 2013

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

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

Вопрос из зала, 15 июля 2013, последний комментарий 18 июля 2013

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

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

Новостной поток, 14 мая 2013, последний комментарий 15 мая 2013

Наконец-то: новые экзамены 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 не установлены, т.к. прикладники…

Евгений Шилов, 29 марта 2013, последний комментарий 1 апреля 2013

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

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

Новостной поток, 28 марта 2013, последний комментарий 28 марта 2013

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

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

Дмитрий Исайченко, 25 марта 2013, последний комментарий 21 апреля 2013

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

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

Новостной поток, 5 марта 2013, последний комментарий 11 марта 2013

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

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

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