Управление релизами Archives – Страница 3 из 4

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

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

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

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

Я являюсь клиентом одного большого банка уже много лет. Всем доволен и менять ничего не хочется. Особенно приятно пользоваться интернет-самообслуживанием: я, признаться, уже забыл, как выглядит "оплата квитанций в сберкассе". И вот на днях приходит из банка письмо: Дата:дд.мм.гггг Тема:Информация про недоступность онлайн-сервисов Сообщение: Уважаемый клиент! Мы приносим извинения за вчерашние неполадки в работе наших онлайн-сервисов, вызванные обновлением технологической платформы. К сожалению, осложнения, возникшие в процессе перехода на новую платформу, оказались критическими для ее запуска и вызвали длительную недоступность сервисов. Несмотря на то, что система была протестирована и уже использовалась сотрудниками банка, проблемы, возникшие в период массового запуска, не удалось выявить…

Константин Нарыжный, 17 августа 2012, последний комментарий 25 августа 2012

Между разработкой и эксплуатацией

Работая с разными компаниями, в последние годы мы несколько раз сталкивались с задачей определения требований к взаимодействию в триаде «проектный офис, разработчики, эксплуатирующие подразделения». Практика в этой области весьма разнообразна. Столкнувшись с этой задачей в очередной раз, решил кратко суммировать накопленный опыт (спасибо нашим заказчикам!). Итак, вот основной набор регламентирующих документов в этой области: Документ, определяющий основные стадии создания новой АС (новой версии АС) или выполнения доработок. Обычно называется «Положение о разработке прикладного ПО» или аналогично. Основное содержание – по каждой стадии определяется состав работ, ответственных, входные и выходные документы. Важный момент – вовлечение эксплуатирующих подразделений в определение требований и…

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

Управление черными ящиками

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

Роман Журавлёв, 13 июня 2012, последний комментарий 16 июня 2012

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

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

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

Что можно спросить у технаря, не боясь вызвать смех?

Кит Файгин, действующий американский ИТ-директор, поделился своим опытом на портале techrepublic.com. Сложно задавать правильные вопросы, когда вы не "технарь", но отвечаете за проект, включающий создание программного обеспечения. Для успеха проекта крайне важно вникать в процесс разработки и наладить постоянные потоки информации. Я рекомендую 10 простых вопросов, которые такой менеджер сможет задать своей ИТ-команде. Как лучше всего выстроить коммуникации с техническими ресурсами? Этот вопрос нужно задать ИТ-директору. Покажите мне, что у вас получилось на текущий момент? Этот вопрос следует задавать регулярно. Ждёте ли вы сейчас от меня каких-либо решений? Расскажите, как ваш продукт будет тестироваться? Могу ли я помочь вам с тестированием?…

Чем отличается SAM от управления лицензиями?

А как вы думаете, чем управление активами ПО отличается от управления лицензиями? Давайте, к примеру, зайдем на сайт Microsoft, и найдем там удивительную фразу: «Управление лицензиями — это регулярный бизнес-процесс управления активами программного обеспечения в организации». Уж кто-кто, а парни из MSFT должны знать, что такое SAM. И видимо, с их точки зрения управление лицензиями – это и есть SAM. Смотрим в стандарт ISO/IEC 19770-1: «Эффективное управление, контроль и защита активов ПО в организации». Вот как-то так. Если активами ПО управлять, то это и будет управлением активами ПО. А вот что про SAM говорится в IBPL: «Практика интеграции людей, процессов и…

Михаил Тобурдановский, 21 февраля 2012, последний комментарий 23 февраля 2012

Разработка и эксплуатация

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

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

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

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

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

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

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

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

Релиз – странности терминологии

Освежал сегодня в памяти содержание стандарта ISO 20000. Опять наткнулся на странность, которая меня каждый раз заставляет задуматься – определение релиза. В общем-то, текст стандарта ISO 20000 стройностью и полнотой терминологии никогда не отличался. Например, стандарт с названием "Information technology — Service management" не содержит определения Service. А определения терминов Service desk и Service management и вовсе выглядят комично. Но сейчас не об этом – о релизе. Определение в стандарте звучит так: Release – collection of new and/or changed configuration items which are tested and introduced into the live environment together. Это немного странно. Например потому, что если мы говорим…

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

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

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

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