Как и зачем классифицировать изменения?

Как и зачем классифицировать изменения ? Евгений Шилов Заместитель директора по консалтингу компании Cleverics При информационной поддержке: D S E

О чём мы будем говорить
Изменение – добавление, модификация или удаление чего-либо, способного оказать влияние на ИТ-услуги
Процесс управления изменениями:
Управляемое проведение всех значимых модификаций ИТ-инфраструктуры
Единый подход к планированию, согласованию и контролю проведения всех изменений
Сегодня мы поговорим о том, как и зачем классифицировать изменения на практике (изучение процесса с точки зрения теории – за рамками вебинара)
Плановая длительность вебинара – 45 минут
ISO/IEC 20000 Specification

Обработка изменения
Несколько этапов
Некоторые их них требуют привлечения существенных ресурсов Например:
Планирование
Определение состава работ
Определение сроков и ответственных
Согласование
Определение предмета согласования
Определение состава согласующих лиц
Реализация
PIR
Проверка реализации требований

Обработка изменений в различных областях
Специфика в обработке изменений в большинстве случаев зависит от затрагиваемых областей и выполняемых работ
Как учесть различия в обработке изменений в различных областях?
Сделать разные процедуры обработки разных изменений Например:
Изменение программного обеспечения
Изменение аппаратного обеспечения
Выделить отличия каждого вида изменений и учитывать их в рамках единого процесса

Подходы к упрощению процесса
Формирование моделей изменений – правил обработки изменений определенного типа:
Кто ответственный
Требуется ли согласование
Требуется ли PIR
…
Стандартизация выполняемых работ:
План работ
Ответственные за отдельные работы
Сроки реализации

Классификатор

Как составить классификатор
Определить области изменений
Программное обеспечение
Аппаратное обеспечение
Детализировать, если есть специфика при обработке
Аппаратное обеспечение
Сетевое оборудование
Сервера
Рабочие станции
...
Оценить возможность реализации стандартных изменений в рамках модели изменений:
Переключение сетевого сегмента
Перенос сервера
…

Результат Модель Координатор Согласование Тестирование Изменение аппаратного обеспечения Перемещение серверного оборудования Винтиков И.А. Требуется согласование Список согласующих лиц: А,В,С Не требуется Установка нового оборудования Гаечкин А.С. Не требуется Требуется проверка базового функционала Изменение программного обеспечения Установка программного обеспечения Программный О.С. Требуется согласование Проверка работоспособности … … … … … Стандартное изменение Ответственный Работа Срок Установка сервера Серверный О.С. Получить сервер на складе 1 день Серверный О.С. Установить сервер в стойку 1 день Серверный О.С. Проверить работу сервера 1 день

Важные замечания
Классификатор должен быть понятен участникам процесса
Каждый класс должен сопровождаться описанием того, что входит в данный класс изменений, а что нет
Не стоит мельчить
Если разбили и не смогли понять чем два класса изменений отличаются друг от друга, то объединяйте обратно
Классификатор должен быть «живым» документом
Дать возможность участникам процесса предлагать новые или обновленные классы изменений
Определить порядок пересмотра классификатора
Определить кто заинтересован в обновлении классификатора

Чем полезна классификация
Можем ответить на вопросы:
Что является изменением?
Кто отвечает за определенные области изменений?
Как обрабатываются определенные типы изменений?
Уменьшение бюрократизации процесса
Меньше ресурсов на тратится на планирование и согласование
Снижаются риски за счет предъявления требований к обработке изменений

Дополнительная информация
Тренинг «CMDB, управление изменениями и релизами»
http://www.cleverics.ru/ru/services/education/cmdb
Проводится регулярно, ближайшие даты: 24 .10- 26 .1 0
Корпоративные блоги по тематике ИТ-менеджмента
http://www.realitsm.ru/
Можно задать свой вопрос ( [email_address] ) или комментировать в существующих постах
Книга «Овладевая ITIL »
http://www.cleverics.ru/ru/subject-field/owning-itil
Трезвый взгляд на ITIL: честный, непредвзятый и основанный на огромном практическом опыте в сочетании с широкой эрудицией
Последующие вебинары
http://www.cleverics.ru/ru/subject-field/webinars

Спасибо за внимание! Мы знаем как управлять ИТ Вы можете это использовать

http://smartsourcing.ru	2138
http://www.cleverics.ru	1271
http://www.teamlead.ru	5
http://smartsourcing.local	3
http://hghltd.yandex.net	2
http://dev.smartsourcing.ru:88	2
http://teamlead.ru	2
http://smartsourcing.ru HTTP	1
http://a0.twimg.com	1
http://ssource.usinct.info	1

Как и зачем классифицировать изменения?

by Cleverics on Oct 19, 2011

Accessibility

Tags

Upload Details

Usage Rights

10 Embeds 3,426

Statistics

Как и зачем классифицировать изменения? — Webinar Transcript