Документ обсуждает управление изменениями в IT, подчеркивая важность определения границ и ролей, таких как менеджер изменений. Рассматриваются процессы стандартизации, оценка и контроль изменений для обеспечения качества IT-услуг, а также взаимодействие с конфигурационными базами данных (CMDB). Также акцентируется внимание на необходимости доступности и понимания правил управления всеми участниками процесса.

1. Управление изменениями Заметки на полях Исайченко Дмитрий 19.01.2011

2. Содержание Распределение ответственности за управление изменениями Достаточно ли роли менеджера изменений ( Change manager ) ? Определение границ управления изменениями Где «играем», где «не играем» и как довести эти правила до исполнителей? Стандартизация изменений Кто, зачем и как выполняет стандартизацию изменений? Управления изменениями и границы CMDB Как взаимосвязаны границы CMDB и управления изменениями? Первый шаги С чего может начинаться управление изменениями?

3. Управление изменениями Цель – обеспечение качества ИТ-услуг при проведении изменений за счет применения установленных правил оценки, согласования, планирования, приемки и контроля реализации изменений Виды деятельности Оценка, согласование, планирование, приемка и контроль реализации изменений Стандартизация изменений Обработка срочных изменений Ценность для организации ( Valuables ) Снижение негативного влияния изменений на предоставление ИТ-услуг Управление операционными ИТ-рисками, реализующимися на стадии разработки и сопровождения ИТ-систем и решений Повышение степени соответствия результатов изменений потребностям заказчиков Информированность пользователей о планируемых и проводимых изменениях Решение конфликтов при передаче решений из разработки в эксплуатацию Наличие данных о проведенных изменениях для диагностики инцидентов Предоставление данных для расчета и распределения стоимости ИТ-услуг

4. Ответственность за управление изменениями Управление процессом vs управление запросами на изменение Совмещение ролей с организационной структурой Ролевые метрики и целевые значения, отчетность и оценка Организация и контроль проведения комплексных изменений

5. Границы и правила управления изменениями Управление изменениями «начинается» с понимания границ и правил Контролировать вообще все изменения вряд ли возможно Разные изменения обрабатываются по-разному (что подается на вход, условия отклонения, объем и виды тестирования, план коммуникаций, …) Границы и правила должны быть доступны и понятны исполнителям Рабочая идея – классификатор изменений Полнота в определении границ и правил управления изменениями Краткость и доступность информации для исполнителей

6. Стандартизация изменений Основные преимущества использования стандартных изменений Повторяемость типовых изменений Сокращение бюрократии там, где это возможно Возможность определения нормативов обработки Как организуется стандартизация изменений Стандартные изменения и классификатор изменений Маленькие и простые или большие и сложные Изменение по созданию стандартного изменения

7. Управление изменениями и границы CMDB Теория: границы управления изменениями и С MDB должны совпадать Практика: управление изменениями может быть «шире» границ CMDB ( возможна реализация управления изменениями без CMDB) Практика: CMDB может быть «шире» границ управления изменениями (контроль уровня изменений в CMDB) Границы и правила: план управления конфигурациями и изменениями Сети и каналы связи Оборудование ЦОД Виртуальные серверы Инфраструктурные сервисы Прикладная архитектура и БД ПК и периферия Внешние контракты Права и полномочия CFG CHG

8. С чего начинается управление изменениями ИТ-инфраструктура (традиционный вариант) Услуги Система автоматизации процессов управления ИТ-услугами Много желающих вносить изменения Недостаточно технической компетенции – > высок риск нарушения работы Организационные изменения Комплексные системы управления Разные интересы, противоречия Может быть реализовано в виде отдельного процесса

9. СПАСИБО Профессионально. Честно. С удовольствием.