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

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

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

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

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

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

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

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

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

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

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

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

Олег Скрынник, 16 ноября 2012, последний комментарий 22 ноября 2012

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

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

Разрушители легенд: управление конфигурациями невозможно без процесса управления изменениями

Недавний разговор об управлении конфигурациями и изменениями опять напомнил мне извечный вопрос о курице и яйце. А разговор, в сущности, был на тему, правда ли необходимо внедрение управления изменениями для обеспечения актуальности CMDB? Распространённое мнение гласит: «Да, управление изменениями необходимо, иначе мы не сможем отслеживать изменения и, следовательно, CMDB утратит актуальность». Я не согласен. Даже если апеллировать к каноническим текстам (книжкам ITIL), назначение процесса управления конфигурациями – «is to ensure that the assets required to deliver services are properly controlled, and that accurate and reliable information about those assets is available when and where it is needed». В то время,…

Дмитрий Исайченко, 6 октября 2012, последний комментарий 15 октября 2012

Мировая статистика процессов INC, PRB и CHG

Компания Pink Elephant продолжает проект по сбору статистических данных о реальных значениях процессных метрик. Напомним, что ITIL рекомендует сравнивать организации, чтобы устранить имеющиеся недостатки в способностях по управлению процессами. Принять участие в опросе может любая компания, а результаты периодически публикуются в блоге Pink Elephant. Сегодня появились обновлённые на июль 2012 года данные по процессам управления инцидентами, проблемами и изменениями. В опросе принимали участие организации из разных стран, различного размера и из разных отраслей. Некоторые выдержки из отчёта: На количество инцидентов в организации больше всего влияют (в порядке убывания значимости): размер организации, количество внутренних и внешних пользователей ИТ, длительность существования формального процесса управления инцидентами….

Новостной поток, 24 июля 2012, последний комментарий 26 июля 2012

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

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

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