Файл: Управление изменениями в проекте.pdf

CMS хранит информацию о конфигурационных элементах, которые представляют собой ИТ-компоненты, необходимые для анализа состояния рабочей среды. Конфигурационные элементы могут включать другие конфигурационные элементы и значительно различаться по уровню сложности, размеру и типу, представляя собой целую систему (включая все оборудование, программное обеспечение и документацию), отдельный программный модуль или вспомогательный компонент оборудования. Все версии программных конфигурационных элементов, развертывание которых утверждено комитетом по изменениям, должны быть помещены в защищенную библиотеку программного обеспечения (DSL) в полном виде, проверенном с точки зрения качества. DSL — это защищенная библиотека программного обеспечения, являющаяся надежным источником используемого в рабочей среде ПО.

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

Действия, которые входят в процесс определения базовых показателей конфигурации:

• Определение и сохранение данных конфигурации для их отслеживания в CMS при каждом добавлении в конфигурацию нового типа конфигурационного элемента
• Аудит содержимого CMS

Процесс 2. Начало процедуры внесения изменения. Определив начальные параметры конфигурации, можно приступать к внесению изменения.

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

• Запросы пользователей
• Бизнес-инициативы
• ИТ-инициативы
• Анализ проблем
• Мониторинг услуг

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

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

• Начало работы по созданию RFC
• Проверка технической конфигурации
• Проверка конфигурации бизнес-процесса
• Определение влияния на бизнес
• Обновление RFC

Процесс 3. Классификация изменения. Этот процесс предназначен для классификации затребованного изменения.

Действия, которые входят в процесс классификации изменения:

• Определение приоритета изменения
• Определение категории изменения
• Проверка и обоснование конфигурации
• Оценка риска и обновление величины риска в RFC
• Обновление RFC

Процесс 4. Утверждение и планирование изменения. Следующим шагом является утверждение изменения.

Процедура утверждения зависит от категории изменения. Утверждение важных и значительных изменений обычно начинается с того, что изменение представляется на рассмотрение органу, ответственному за утверждение — группе аналитиков, обычно называемой комитетом по изменениям (CAB). Эта группа состоит из наиболее опытных специалистов, представляющих различные направления деятельности компании, и несет ответственность за результаты изменений. Принципы формирования комитета по изменениям рассматриваются в документе SMF-функция «Управление, риск и соответствие нормативным требованиям». Чтобы быстрее утвердить экстренные изменения, их обычно передают на рассмотрение экстренному комитету (EC), который входит в состав комитета по изменениям.

Комитет по изменениям должен принять одно из следующих решений:

• Утвердить изменение и запланировать его внесение
• Отвергнуть изменение и завершить работу над ним
• Вернуть изменение для повторного выполнения предыдущих процессов этой SMF-функции с целью дополнительного уточнения и анализа

Информация о потенциальном влиянии изменения является основным фактором, влияющим на принятие решения об утверждении изменения. Процесс утверждения использует следующие входные данные:

• Определенные ранее допустимые риски (как описано в документах SMF­функция «Управление, риск и соответствие нормативным требованиям» и SMF-функция «Политика»)
• Категория изменения (стандартное, незначительное, значительное, важное или экстренное), позволяющая обобщенно оценить сложность и требуемые ресурсы, включая трудозатраты, финансовые средства и время
• Потенциальное влияние изменения на пользователей и конфигурацию, включая возможность прерывания предоставления услуг

Эти сведения помогают правильно выбрать аналитиков, обладающих необходимыми для принятия решения знаниями и авторитетом.

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

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

После того как CAB примет решение, его заключение необходимо зафиксировать в RFC, чтобы сохранить информацию, полученную в ходе обработки изменения. Это позволит повысить эффективность аудита процесса управления изменениями и предоставить сведения, которые будут полезны при дополнительных выполнениях процесса изменения.

Действия, которые входят в процесс утверждения изменения:

• Передача изменения надлежащему утверждающему органу
• Обработка стандартных изменений для выпуска
• Анализ влияния изменения и определение перечня аналитиков
• Утверждение или отклонение изменения или поиск дополнительных сведений
• Обновление RFC

Процесс 5. Разработка и тестирование изменения. После утверждения изменения можно приступать к его разработке и тестированию. Эти действия совпадают с проведением этапа «Внедрение» жизненного цикла ИТ­услуги и направлены на то, чтобы предварительное планирование, основное планирование, создание, стабилизация и выпуск ИТ-услуг выполнялись в соответствии с требованиями бизнеса и предоставленными заказчиком спецификациями.

Действия по разработке и тестированию изменения тесно связаны с этапом «Внедрение» жизненного цикла ИТ-услуги. Дополнительные сведения о разработке и тестировании изменений см. в документе Обзор этапа «Внедрение» и в описании следующих SMF-функций этапа «Внедрение»:

• SMF-функция «Предварительное планирование»
• SMF-функция «Планирование проекта»
• SMF-функция «Создание»
• SMF-функция «Стабилизация»
• SMF-функция «Развертывание»

Изменения, характеризуемые низким риском и низкими трудозатратами, могут очень быстро пройти этот и последующие процессы. Более сложные изменения должны следовать процессам, описанным в SMF-функциях этапа «Внедрение». Пути прохождения обоих наборов процессов очень похожи. Используйте эти рекомендации для каждой категории запросов на изменение.

• Стандартные изменения. Используйте существующие процедуры для стандартных изменений.
• Незначительные изменения. Используйте процессы для незначительных изменений, описанные в настоящем документе. Дополнительные сведения см. в описании SMF-функций этапа «Внедрение».
• Важные и значительные изменения. См. описание SMF-функций этапа «Внедрение».
• Экстренные изменения.Используйте срочные изменения только в случае необходимости быстро создать резервную копию важной службы и запустить ее. При этом тестирование может быть отложено до выпуска изменения. Выполните тестирование, чтобы убедиться, что изменение не вызывает непредвиденных проблем. При внесении экстренных изменений необходимо соблюдать осторожность, поскольку, как правило, подобные изменения порождают более высокие риски.

Дейтствия, которые входят в эту процедуру:

• Проектирование изменения
• Выявление зависимостей конфигурации
• Создание и тестирование изменения
• Анализ готовности изменения к выпуску
• Обновление запроса на изменение

Процесс 6. Выпуск изменения. После того как изменение будет создано и протестировано, а его готовность к выпуску проверена, следует переходить к выпуску изменения.

Управленческий анализ «Готовность релиза» выполняется по завершении тестирования изменения. После этого начинается процесс выпуска изменения. Выпуск изменения совпадает с SMF-функцией «Внедрение» этапа «Внедрение» жизненного цикла ИТ-услуги.

Действия, которые входят в этот процесс:

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

Процесс 7. Проверка и анализ изменения. Последним процессом является проверка правильности выпуска изменения и анализ его эффективности.

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

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

После проверки выпуска можно переходить к выполнению PIR. В результаты PIR должны входить:

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

Действия, которые входят в процесс проверки и анализа изменения:

• Проверка технической успешности или неудачности изменения
• Проверка коммерческой успешности или неудачности изменения
• Аудит базы данных конфигураций
• Информирование об изменении и его регистрация
• Обновление и закрытие RFC

Вывод. Компания Microsoft непосредственно сталкивается с инновационными технологиями. Так как деятельность осуществляется в IT- сфере, организации следует постоянно прибегать к изменениям в компании. На примере компании Microsoft, можно увидеть, что методы, используемые компанией, а также опытность и квалификация менеджеров, дает очень значительные результаты. Стоит отметить, что Microsoft является лидером на мировом и российском мире. Компания обеспечивает обучение, развитие сотрудникам, приветствует достижения и инициативу каждого в компании. Постоянно следит за обновлениями в мире. Организовывает сотрудничество, выстраивает правильную стратегию. Стоит отметить, что также и заботиться о своих клиентах, и делает все, чтобы сервис стал удобным для пользователей ПК. Помимо этого, на примере SMF-функции «Изменение и конфигурация», я включила описание процесса анализа изменений в IT- среде и управления ими. В ходе этого процесса собираются и используются данные о конфигурационных элементах и запросах на изменение. Запрошенное изменение анализируется, утверждается и реализуется. На этом примере, я показала, как происходят подобные изменения на уровне инновационных технологий в IT- сервисе.

Заключение

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

Менеджеры должны делать все, чтобы их организация процветала и работала в соответствии с современными технологиями, а также стоит обращать внимание на изменения в мире. Как правило, все эти внешние изменения ведут к тому, что компании приходится меняться внутри себя. Это касается стратегии, квалификации сотрудников, принципов работы в целом. Таким образом, менеджеры должны заботиться о том, чтобы было организованно вовремя обучение для работников, чтобы адаптация произошла менее болезненно и не вызывала сопротивлений. Руководитель должен всячески поддерживать спокойную обстановку внутри организации, т.к. внутреннее состояние работников может приводить к конфликтам, которые будут мешать развитию организации. Помимо этого нужно постоянно искать новые варианты сотрудничества, новые идеи для компании, а также в преимуществе находить креативных людей. Как правило, именно они становятся главными «генераторами» идей.