Действия по началу процедуры внесения изменения — КиберПедия 

Таксономические единицы (категории) растений: Каждая система классификации состоит из определённых соподчиненных друг другу...

История развития пистолетов-пулеметов: Предпосылкой для возникновения пистолетов-пулеметов послужила давняя тенденция тяготения винтовок...

Действия по началу процедуры внесения изменения

2019-10-25 177
Действия по началу процедуры внесения изменения 0.00 из 5.00 0 оценок
Заказать работу

Запросы на изменение могут поступать из различных источников, включая следующие:

· Запросы пользователей (см. документ SMF-функция «Обслуживание заказчиков» и описание управленческого анализа «Согласование услуги» в документе Обзор этапа «Планирование»)

· Бизнес-инициативы (см. документ SMF-функция «Выравнивание бизнеса и ИТ»)

· ИТ-инициативы (см. документ SMF-функция «Выравнивание бизнеса и ИТ» и описание управленческого анализа «Эксплуатационное состояние» в документе Обзор этапа «Эксплуатация»)

· Анализ проблем (см. документ SMF-функция «Управление проблемами»).

· Мониторинг услуг (см. документ SMF-функция «Мониторинг и управление услугой»)

Для всех запросов на изменение необходимо определять влияние на организацию и получаемые выгоды.

В следующей таблице перечислены действия, которые входят в процесс начала процедуры внесения изменения:  

· Начало работы по созданию RFC

· Проверка технической конфигурации

· Проверка конфигурации бизнес-процесса

· Определение влияния на бизнес

· Обновление RFC

Таблица 5. Действия и основные аспекты начальных операций по внесению изменения

Действия Аспекты
Начало работы по созданию запроса на изменение (RFC) Основные вопросы · Какие сведения должны быть включены в описание изменения? Например, услуга, которую затронет соответствующее изменение, выгоды для бизнеса и точное описание изменяемых конфигурационных элементов. · Кто может начать процедуру внесения изменения? Может ли это сделать кто-то в организации? · Как будет выполняться классификация и отслеживание RFC? · Поддерживает ли каждая услуга собственный набор RFC? · Каким образом RFC взаимосвязаны и ссылаются друг на друга? · Существует ли RFC для внесения типичных, или стандартных, изменений? Входные данные · Запрос на изменение · Описание изменения Конечный результат · Новый RFC Рекомендации · Используйте как можно более простые формы RFC, сохраняя при этом достаточно информации для управления рисками. · В ходе выполнения рассматриваемого процесса RFC должен постоянно обновляться. Создание RFC может начаться даже при отсутствии результатов анализа и подробных сведений об изменении. В этом случае RFC будет обновлен в дальнейшем. Необходимо обеспечить удобный доступ к RFC, чтобы иметь возможность вносить изменения. Организация может также использовать проверку подлинности ролей, чтобы гарантировать, что доступ на чтение и запись будет предоставлен в надлежащее время. Определите, кто имеет право считывать и изменять данные RFC в каждом процессе. · Организация может упростить процесс создания RFC, используя для ввода информации заранее заполненные поля и раскрывающиеся списки (например, тип изме­нения, услуга, на которую оно влияет, и применимые технологии). · Для каждого RFC должно быть указано контактное лицо, которым может являться инициатор запроса или менед­жер по изменениям. Контактное лицо должно иметь доступ к журналу последних изменений, понимать послед­ствия применения технических решений и ресурсов и оценивать, каким образом это изменение повлияет на другие планируемые изменения и работу организации.   · Не путайте RFC с запросом поддержки, который касается существующих услуг и вопросов относительно существующих услуг и обрабатывается с помощью SMF-функции «Обслуживание заказчиков». Создание RFC завершается ИТ­подразделением. Это гаранти­рует, что изменения, вносимые в рабочую среду, тщательно продуманы и спланированы. · Убедитесь, что форма RFC не требует пояснений и что пользователям понятно, как получить помощь в заполнении этой формы.
Проверка технической конфигурации Основные вопросы · Определены ли в запросе на изменение все конфигу­рационные элементы, которые будут затронуты или потребуют изменения? · Сколько фактических конфигурационных элементов будет затронуто? Если изменение носит глобальный характер (например, обновление ПО), существует ли точный перечень всех затрагиваемых изменением услуг и рабочих устройств? · Существуют ли в базе данных конфигураций дополни­тельные конфигурационные элементы, на которые может повлиять это изменение? Входные данные · Конфигурационные элементы · Карта ИТ-услуг · Перечень затрагиваемых услуг, полученный из запроса на изменение Конечный результат · Конфигурационные элементы, затрагиваемые запросом на изменение
Проверка конфигурации приложения и бизнес-процесса Основные вопросы · На какие бизнес-процессы может влиять предлагаемое изменение? · Что нужно изменить, чтобы удовлетворить этот RFC? · На какие приложения будет влиять этот RFC? · Какие пользователи и бизнес-подразделения должны знать об этом изменении? Рекомендации · Найдите зависимости между бизнес-процессами и функциональными возможностями. В случае измене­ния рабочего процесса или методов использования приложения к определению последствий изменения необходимо привлекать бизнес-подразделения. · Определяя перечень действий по информированию, учитывайте все услуги, процессы и приложения, на которые влияет изменение.
Определение влияния на бизнес и оценка риска Основные вопросы · Какие преимущества даст организации это изменение? Если не вносить его, возникнет ли потенциальный риск для организации?  · Как будет выполняться разъяснение и количественная оценка коммерческого обоснования изменения и его влияния? Например, если затребовано изменение, которое должно повысить спрос на определенную услугу, спрос может быть выражен в терминах объемов данных или планируемого бизнес-мероприятия. · Какие риски соответствуют этому изменению? Входные данные · Запрос на изменение · ИТ-услуга и бизнес-подразделение, на которые влияет это изменение Конечный результат · Документы, в которых четко определены коммерческое обоснование, влияние и риски затребованного изменения · Рекомендации · Дополнительные сведения об оценке рисков см. в документе SMF-функция «Управление, риск и соответствие нормативным требованиям».


Поделиться с друзьями:

Семя – орган полового размножения и расселения растений: наружи у семян имеется плотный покров – кожура...

История развития пистолетов-пулеметов: Предпосылкой для возникновения пистолетов-пулеметов послужила давняя тенденция тяготения винтовок...

Биохимия спиртового брожения: Основу технологии получения пива составляет спиртовое брожение, - при котором сахар превращается...

Особенности сооружения опор в сложных условиях: Сооружение ВЛ в районах с суровыми климатическими и тяжелыми геологическими условиями...



© cyberpedia.su 2017-2024 - Не является автором материалов. Исключительное право сохранено за автором текста.
Если вы не хотите, чтобы данный материал был у нас на сайте, перейдите по ссылке: Нарушение авторских прав. Мы поможем в написании вашей работы!

0.008 с.