Upload
cleverics
View
1.699
Download
1
Embed Size (px)
DESCRIPTION
Презентация Дмитрия Исайченко на семинаре itSMF-Russia, 19.01.2011
Citation preview
Управление изменениями
Заметки на полях
Исайченко Дмитрий19.01.2011
Содержание
• Распределение ответственности за управление изменениями– Достаточно ли роли менеджера изменений (Change manager)?
• Определение границ управления изменениями– Где «играем», где «не играем» и как довести эти правила до
исполнителей?
• Стандартизация изменений– Кто, зачем и как выполняет стандартизацию изменений?
• Управления изменениями и границы CMDB– Как взаимосвязаны границы CMDB и управления изменениями?
• Первый шаги– С чего может начинаться управление изменениями?
Управление изменениями
• Цель – обеспечение качества ИТ-услуг при проведении изменений за счет применения установленных правил оценки, согласования, планирования, приемки и контроля реализации изменений
• Виды деятельности– Оценка, согласование, планирование, приемка и контроль реализации изменений– Стандартизация изменений– Обработка срочных изменений
• Ценность для организации (Valuables)– Снижение негативного влияния изменений на предоставление ИТ-услуг– Управление операционными ИТ-рисками, реализующимися на стадии разработки и
сопровождения ИТ-систем и решений– Повышение степени соответствия результатов изменений потребностям заказчиков– Информированность пользователей о планируемых и проводимых изменениях– Решение конфликтов при передаче решений из разработки в эксплуатацию– Наличие данных о проведенных изменениях для диагностики инцидентов– Предоставление данных для расчета и распределения стоимости ИТ-услуг
Ответственность за управление изменениями• Управление процессом vs управление запросами на изменение• Совмещение ролей с организационной структурой• Ролевые метрики и целевые значения, отчетность и оценка• Организация и контроль проведения комплексных изменений
Границы и правила управления изменениями• Управление изменениями «начинается» с понимания границ и правил
– Контролировать вообще все изменения вряд ли возможно– Разные изменения обрабатываются по-разному (что подается на вход,
условия отклонения, объем и виды тестирования, план коммуникаций, …)
• Границы и правила должны быть доступны и понятны исполнителям• Рабочая идея – классификатор изменений
– Полнота в определении границ и правил управления изменениями– Краткость и доступность информации для исполнителей
Стандартизация изменений
• Основные преимущества использования стандартных изменений– Повторяемость типовых изменений– Сокращение бюрократии там, где это возможно– Возможность определения нормативов обработки
• Как организуется стандартизация изменений• Стандартные изменения и классификатор изменений• Маленькие и простые или большие и сложные• Изменение по созданию стандартного изменения
Управление изменениями и границы CMDB• Теория: границы управления изменениями и СMDB должны совпадать• Практика: управление изменениями может быть «шире» границ CMDB
(возможна реализация управления изменениями без CMDB)• Практика: CMDB может быть «шире» границ управления изменениями
(контроль уровня изменений в CMDB)• Границы и правила: план управления конфигурациями и изменениями
CFG
CHG
Сети и каналы связи
Оборудование ЦОД
Виртуальные серверы
Инфраструктурные сервисы
Прикладная архитектура и БД
ПК и периферия
Внешние контракты
Права и полномочия
С чего начинается управление изменениями• ИТ-инфраструктура (традиционный вариант)• Услуги• Система автоматизации процессов управления ИТ-услугами
– Много желающих вносить изменения– Недостаточно технической компетенции –> высок риск нарушения работы
• Организационные изменения– Комплексные системы управления– Разные интересы, противоречия– Может быть реализовано в виде отдельного процесса
СПАСИБО
Профессионально. Честно. С удовольствием.