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

Вопрос из зала: разница между изменением и проектом

Постоянный участник дискуссий на нашем портале Александр Пешков спрашивает: Предлагаю обсудить животрепещущий вопрос — разграничение проектов и изменений. Действительно ли это вопрос бюджета, или это вопрос изменения параметров спецификации? Если первое, все понятно — можно установить пороги и разделять. Если второе — тогда проектами становятся только те разработки, которые изменяют пользовательские функции или параметры качества. Здесь нюансы — какие именно параметры и функции? Можно ли считать пользовательскими функции консоли администратора приложения, к примеру? Какая у вас практика, и какие есть плюсы/минусы у этих подходов? Каков процент проектов в общем объеме изменений, в первом и втором случаях?

Вопрос из зала, 20 мая 2012, последний комментарий 23 мая 2012

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

Мы-таки провели этот вебинар (давно уже собирались). Вопрос поднимался неоднократно, системного ответа не было. Теперь, как мне кажется, есть: https://cleverics.ru/subject-field/webinars/46-core/webinars-and-video/380. Если есть вопросы – велкам, обсудим. Специально для этого и создал этот пост.

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

Готовые метрики Управления Изменениями от Pink Elephant

Компания Pink Elephant ведёт занимательный проект – сбор статистических данных о реальных значениях процессных метрик. Принять участие в опросе может любая компания, а результаты периодически публикуются в блоге компании. Сегодня появились обновлённые данные по процессу управления изменениями.

Новостной поток, 25 января 2012, последний комментарий 9 февраля 2021

Аналитик Forrester хочет отменить CAB

Глен О'Доннел из Forrester Research пишет в своём блоге: Главный виновник негибкости изменений – это Консультативный комитет по изменениям (CAB). CAB – это анахронизм. На пути к гибким облачным решениям CAB играет роль лежачего полицейского. В CAB часто участвуют жадные до власти эгоцентристы, которые просто хотят контролировать процесс, но не поддерживать интересы заказчика. Вне зависимости состава, участники CAB не имеют понятия и реальных условиях. Мир стал слишком сложен для этого комитета, поэтому суждения участников трудно принять на веру. Даже самые подкованные технари не поспевают за усложнением. А в состав CAB редко включаются именно такие люди, что еще больше удаляет CAB…

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

Про новый процесс в 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

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

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

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