Оформите библиографическое описание источников 57 страница

· Проверено ли должным образом предложенное средство исправления ситуации?

· Правильно ли реализовано принятое решение?

В подобных обстоятельствах может оказаться более приемлемым вариант с предоставлением неполного сервиса (при котором изъяты некоторые пользовательские средства), что дает возможность полностью проверить изменение, чем вариант, в котором на время приостанавливается этот сервис, а затем развертывается изменение.

Выбор инструментальных средств и технологий, используемых для отмены изменения, зависит от типа и характера изменения. Например, программные приложения, развернутые с использованием Systems Management Server, обычно можно снять с эксплуатации с помощью опции Uninstall или параметров Group Policy, позволяющих перевести в неактивное состояние или отменить соответствующий объект Group Policy.

Так или иначе, независимо от того, было ли изменение успешным, необходимо зарегистрировать тот факт, что RFC закрыт, и указать причину закрытия путем обновления журнала изменений. Инициатору изменения и всем другим заинтересованным сторонам должно быть отправлено письмо по электронной почте с указанием того, что проведена оценка изменения и теперь это изменение закрыто. В этом письме должна быть также предоставлена информация о том, было ли изменение успешным или неудачным и включены все прочие подробные комментарии, добавленные менеджером изменений.

Даже если реализованное изменение не позволило полностью достичь целей, намеченных для этого изменения, в результате проведения оценки может быть определено, что отмена изменения станет слишком дорогостоящей или слишком рискованной, или что желаемый эффект может быть достигнут с меньшими затратами путем проведения дополнительных изменений. В последнем случае могут потребоваться другие изменения для устранения проблем, вызванных данным изменением. Например, может потребоваться установка служебного пакета или текущего исправления для полной реализации функциональных возможностей на том уровне, который был намечен первоначально.

В таком случае должны быть подготовлены новые RFC для всех дополнительных изменений, необходимых для обеспечения бесперебойного функционирования производственной среды и достижения первоначально намеченных результатов. Для таких RFC должен быть правильно выбран приоритет, например, для максимального сокращения продолжительности действия отрицательного эффекта, вызванного первоначальным изменением, может потребоваться экстренное изменение.

Тем не менее, необходимо соблюдать осторожность, чтобы изменения, предпринятые в попытках исправить проблему, вызванную предыдущим изменением, не носили характер “панических”, поскольку может возникнуть порочный круг, в котором изменения применяются для устранения проблем, вызванных предыдущим изменением, которое само было предпринято для устранения проблемы. Если возникает какая-либо опасность того, что придется пойти по подобному замкнутому пути, следует не вводить в действие новые изменения, а отменить старое.

Во всех случаях журнал изменений обновляется с указанием принятых решений и RFC закрывается, хотя во всех вновь подготовленных RFC должна присутствовать ссылка на первоначальный RFC.

Констатация возникших проблем и продолжение дальнейшей работы

Даже если изменение не позволило достичь всех целей, намеченных для этого изменения, при проведении оценки все равно может быть определено, что изменение не следует отменять и что нежелательно или нецелесообразно с точки зрения лишних затрат вводить дополнительные изменения. Такая ситуация может, например, возникнуть в том случае, если многие пользователи уже эксплуатируют новую систему, поэтому отмена неоправданна, а стоимость устранения возникшей проблемы слишком высока. Но может оказаться так, что вместо этого есть возможность применить какие-то другие опции для преодоления недостатков системы. Подобные способы преодоления недостатков должны быть отражены в документации. Если эти способы преодоления касаются работы пользователей, то следует проинформировать службу поддержки, для того чтобы эти сведения стали легко доступными для пользователей. Если же такой способ преодоления недостатков представляет собой дополнительный, выполняемый вручную процесс, который должны осуществлять некоторые члены ИТ персонала, то они также должны быть проинформированы.

В этом случае журнал изменений обновляется с указанием причин принятия этого изменения, а также всех реализованных способов преодоления недостатков. Информируется инициатор изменения и другие заинтересованные стороны, после чего RFC закрывается.

Резюме

Подводя итог, можно отметить, что процесс оценки изменения предусматривает выполнение следующих действий.

· Контроль и оценка продуктивности изменения после его внедрения на производстве, в соответствии с целями первоначального RFC и целями групп ролей модели коллективной работы MOF.

· Изучение выводов, сделанных на основании развертывания, и их документальное оформление для использования в будущем.

Дата добавления: 2015-01-04