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

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Новые экзамены
по ITSM
Реестр ESM- и ITSM-систем в России 2024

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

Всё об управлении релизами, развёртыванием и внедрением услуг, технологий и процессов

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Освежал сегодня в памяти содержание стандарта 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. Это немного странно. Например потому, что если мы говорим…

Семинар по управлению изменениями и релизами

На этой неделе поучаствовал в совместном семинаре itSMF Russia и ГУУ на тему "Управление изменениями и релизами. Изюминки и трюки". Что могу сказать – по-моему, интересное мероприятие получилось. Около 70 участников. К сожалению, маловато заказчиков (по моим оценкам около трети участников), в основном – коллеги-консультанты-интеграторы. Тем не менее, были интересные вопросы, получилась довольно живая дискуссия. Все снимали на видео, может быть оно будет доступным (кому и когда пока не знаю). Бросается в глаза неоднородность аудитории. Об этом можно судить, например, по вопросам из зала. Диапазон широк. На "верхнем" крае – взаимодействие управления изменениями и проектами, управление сложными изменениями с вовлечением…

Ода V-модели

В своей колонке на ITSMPortal'e John Worthington описывает любимую игрушку авторов книги Service Transition, действительно полезную и толковую штуку – V-модель. V-модель наглядно демонстрирует основные этапы проектирования, конфигурирования и передачи в эксплуатацию новых или изменяемых услуг.  Автор сложил в честь такого полезного инструмента оду, вольный перевод которой мы публикуем.  Оригинал – на ITSMPortal.com   Я хочу, чтобы все здесь уразумели Красоту и полезность V-модели. Это не просто буква знакомая, Это волшебная пуля искомая.   Она нам покажет жизнь сервиса трудную – От первичной задумки, сквозь дискуссии нудные, Переделки и тесты – от ошибок очиститься – Прямо в эксплуатацию, где он будет…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM