Как ключевой компонент технических требований к ИТ-операциям и управлению услугами, YD/T 1926.4—2010 предоставляет стандартизированные спецификации для управления изменениями в системах поддержки управления услугами. Этот стандарт устанавливает комплексную систему управления изменениями, основанную на международной структуре ITIL, и включает особенности китайской коммуникационной отрасли.
Согласно пункту 5.1.6 стандарта, управление изменениями должно внедрять контроль изменений для всей ИТ-инфраструктуры, прикладных систем и пользовательских терминальных сред. Ее главная цель — внедрение полезных изменений с минимальным нарушением предоставления услуг, обеспечением управляемости и прослеживаемости процесса изменений.
| Функциональные модули | Основные требования | Точки реализации | Результаты |
|---|---|---|---|
| Обработка запросов на изменение | Своевременная обработка запросов на изменение, поддержка записей об отправке | Подача уполномоченным персоналом, проверка целостности информации | Стандартизированная форма запроса на изменение |
| Оценка рисков | Оценка рисков, последствий и преимуществ для бизнеса | Многомерный анализ последствий, оценка непрерывности бизнеса | Отчет об оценке рисков |
| Приоритизация | Классификация по важности и срочности | Применение матрицы приоритетов с четырьмя квадрантами | План внедрения изменений |
| Процесс утверждения | Иерархический механизм авторизации и утверждения | Электронный процесс утверждения, процесс уведомления и эскалации | Документация записи утверждения |
В пункте 5.1.6.1 стандарта указаны два метода подачи запросов на изменение:
Метод 1: Прямая подача Клиент — Форма запроса на изменение может быть заполнена непосредственно клиентом или поставщиком услуг от его имени. Этот метод подходит для изменений бизнес-требований, инициированных клиентом, таких как корректировка функциональности приложения и изменение уровня обслуживания.
Способ 2: Предложение поставщика услуг — Поставщик услуг предлагает предложение по изменению, которое после подтверждения клиентом формирует официальную форму запроса на изменение. Этот метод обычно используется для профессиональных консультаций по технической оптимизации, модернизации системы и другим вопросам.
Система поддержки должна поддерживать как экстренные, так и обычные процессы обработки изменений, чтобы гарантировать возможность гибкого реагирования на требования к изменениям в различных сценариях, обеспечивая при этом качество обслуживания.
В пункте 5.1.6.4 стандарта подробно описаны требования к интеграции между управлением изменениями и другими ключевыми процессами:
| Процесс интеграции | Требования к интеграции | Взаимодействие с данными | Ценность для бизнеса |
|---|---|---|---|
| Управление событиями | Автоматическое закрытие связанных записей о событиях после успешного изменения | Синхронизация статуса события и автоматическое уведомление информации | Повышение эффективности разрешения событий |
| Управление проблемами | Установление логической связи между изменениями и известными ошибки | Обмен данными анализа первопричин | Предотвращение повторного возникновения проблем |
| Управление конфигурацией | Автоматическое обновление базы данных управления конфигурацией | Синхронизация состояния элемента конфигурации в реальном времени | Обеспечение точности информации о конфигурации |
В стандартной таблице 2 определены основные статистические показатели управления изменениями, обеспечивающие поддержку данных для принятия управленческих решений:
Основываясь на стандартных требованиях, мы рекомендуем предприятиям сосредоточиться на следующем при внедрении управления изменениями:
1. Разработка системы классификации изменений - Установите стандарт классификации изменений на основе влияния на бизнес и технического риска, обеспечив использование соответствующих процессов утверждения и мер контроля для различных категорий изменений.
2. Улучшение механизмов оценки рисков - Установите стандартизированный шаблон оценки рисков, охватывающий технический риск, влияние на бизнес, соответствие требованиям безопасности и другие аспекты, чтобы обеспечить основу для решений об изменении.
3. Интегрированная совместная оптимизация процессов - Обеспечить тесную интеграцию управления изменениями с такими процессами, как управление конфигурациями, управление инцидентами и управление проблемами, для обеспечения обмена информацией и совместной работы над процессами.
4. Разработка системы отчетности и показателей - Создать комплексную систему ключевых показателей эффективности управления изменениями на основе стандартных требований для постоянного мониторинга и повышения эффективности управления изменениями.
С развитием новых технологий, таких как облачные вычисления и DevOps, управление изменениями сталкивается с новыми вызовами и возможностями:
Автоматизированные изменения - Основываясь на стандартизированных процессах изменений, используйте автоматизированные инструменты для быстрого развертывания и отката изменений, повышая эффективность изменений.
Интеграция непрерывной поставки - Интеграция управления изменениями в процесс непрерывной поставки для более частого выпуска изменений при обеспечении качества.
Интеллектуальная оценка рисков - Используйте большие данные и технологии ИИ для интеллектуального прогнозирования и оценки рисков изменений, повышая научный характер решений об изменениях.
Как отраслевой стандарт, YD/T 1926.4-2010 предоставляет предприятиям важные рекомендации по созданию стандартизированных и систематических систем управления изменениями. Это основополагающий документ для повышения уровня управления ИТ-операциями и услугами по обслуживанию.

© 2025. Все права защищены.