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

Про новый процесс в ITIL 2011

Старший консультант канадской компании Thought Rock Грехем Фернис опубликовал своё мнение по поводу нового процесса в ITIL 2011 – Координация проектирования (Design coordination). Этот процесс определён в ITIL на фазе проектирования услуг (Service Design) как "отвечающий за координацию всех действий, процессов и ресурсов, необходимых для проектирования услуг. Координация проектирования обеспечивает целостное и эффективное проектирование новых или изменяемых ИТ-услуг, систем управления услугами, архитектур, технологий, процессов и метрик". Путём приоритезации и составления расписаний, процесс координирует ресурсы с целью сбалансировать спрос на них со стороны множества проектов и изменений. На более высоком уровне, Координация Проектирования создаёт политики, регламенты, бюджеты и модели, которые будут…

Новостной поток, 17 ноября 2011, последний комментарий 18 ноября 2011

Четыре мысли про управление изменениями

Вдогонку прошедшему вебинару хотелось бы поделиться (и обсудить) несколькими мыслями, из опыта внедрения процессов управления изменениями и конфигурациями. Часть из них я озвучивал на вебинаре, но не все успели высказаться. Мысль первая – процесс управления изменениями на начальном этапе может внедряться даже как простой способ обновления CMDB и не более. Т.е. ту часть цели, которая касается снижения негативного влияния изменений можно оставить в стороне на некоторое время. И только после того как удастся добиться стабильной работы процесса в части единообразного проведения изменений, можно будет сосредоточиться и на снижении влияния. К слову сказать, даже просто единообразие отчасти повлияет улучшение ситуации со…

Евгений Шилов, 24 октября 2011, последний комментарий 30 октября 2011

ИТ-скептик про Devops и Agile

Наш друг Роб Ингланд (IT Skeptic) решил опубликовать заметки к своим выступлениям на конференциях в этом году. Первый в очереди – мгновенно ставший популярным в социальных сетях критический очерк о концепции Devops. DevOps (Developers+Operations) – современный свод различных методик, направленных на продуктивную совместную работу разработчиков программного обеспечения и эксплуатационщиков (администраторов) информационных систем. Идея Devops – прямой наследник Agile. Подход предлагает использовать комплекс мер по "разрушению стены между разработчиками и системными администраторами": единые инструменты повсеместной автоматизации, революция культуры взаимодействия, отказ от бюрократических процедур, мелкие и частые изменения продуктивной среды. Скептик выразил крайне консервативное отношение к этой новой идее. Противопоставив ее традиционной…

Новостной поток, 31 августа 2011, последний комментарий 25 августа 2015

Большие преобразования и маленькие процессы

Для снятия наличных я часто использую банкомат, находящийся в одном торговом центре. Всё бы хорошо, но пару месяцев назад у него появилась неприятная особенность – выдача чека после операции стала сопровождаться ожиданием в две-три минуты. При этом отказаться от печати чека нельзя, а оставлять его торчащим из банкомата мне не очень хочется. Неприятно, конечно же, но расположение этого места выдачи денег очень удачное, поэтому приходилось ждать. Как-то раз банкомат вместо традиционных трёх минут "завис" почти на десять. "Это уж слишком!", – подумал я и набрал номер поддержки банка, который был написан тут же на стикере. Оператор, принявший звонок, сообщил мне,…

Олег Скрынник, 31 августа 2011, последний комментарий 1 сентября 2011

Манифест скептиков от ИТ

Наш друг Роб Ингланд, широко известный как IT-Skeptic, в середине новозеландской зимы, задался целью составить манифест таких же как он. Вот, что у него пока получается. Правила нельзя изменить революционным путём. Напротив: они эволюционируют со временем. Каждый раз когда мы пытаемся выкинуть старые правила в форточку, всё заканчивается плохо. Те, кто предлагает нам изменить всё – вендоры, аналитики, консультанты и лихорадочные СМИ – исчезают задолго до того, как наброшенное на вентилятор начинает планомерно разбрызгиваться. Мы можем прогрессировать только если будем совершенствовать то, что имеем, но не начинать каждый раз сначала… Здравый смысл не так то просто отыскать. Если он присутствует –…

Новостной поток, 1 июля 2011, последний комментарий 8 июля 2011

Разбираемся с управлением релизами

И опять из навеянного недавними встречами и обсуждениями с Заказчиками. Вообще назначение процесса управления релизами и его организация вызывают массу вопросов: Нужен ли процесс управления релизами как отдельный процесс? Для обработки каких изменений будет привлекаться процесс управления релизами? В каких отношениях находятся процессы управления релизами и изменениями (кто кому выдаёт задания, кто перед кем отчитывается, кто принимает решения, а кто их исполняет)? Часть из этих вопросов уже поднималась в предыдущих обсуждениях на этом сайте. Стремясь привести свои давние мысли на этот счёт в порядок, я решил освежить свои знания первоисточников, коих использовал три: ITIL, BMC Service Management Process Model (SMPM),…

Дмитрий Исайченко, 29 июня 2011, последний комментарий 14 июля 2011

No country for CSI

ИТ Скептик, в свойственной ему юмористической манере, прошелся по одной из логических неувязок библиотеки ITIL – управление изменениями и постоянное совершенствование. Смысл управления изменениями – сделать так, чтобы продуктивная среда была максимально стабильна. Цель постоянного улучшения – непрерывно изменять продуктивную среду (услуги и процессы), отвечая на изменяющиеся условия. Постоянное совершенствование [как его описывает ITIL] похоже на ученых в белых халатах, которые аккуратно поворачивают ручки и снимают показания приборов, занося их в журнал наблюдений, чтобы по чуть-чуть оптимизировать производительность… ИТ-службы, которые я знаю и люблю – это кричащие люди в рабочих комбинезонах, которые носятся вокруг с огнетушителями… …Руководство компании объявляет, что сделан выбор…

Новостной поток, 17 июня 2011, последний комментарий 20 июня 2011

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

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

Дмитрий Исайченко, 8 марта 2011, последний комментарий 17 марта 2011

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

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

Новостной поток, 14 февраля 2011, последний комментарий 16 февраля 2011

Что такое 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", но в данном случае…

Дмитрий Исайченко, 5 февраля 2011, последний комментарий 22 февраля 2011

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

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

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