Главная страница

лекция. Понятие итсервиса. Функциональные области управления службой ис


Скачать 386.78 Kb.
НазваниеПонятие итсервиса. Функциональные области управления службой ис
Дата11.05.2021
Размер386.78 Kb.
Формат файлаdocx
Имя файлалекция.docx
ТипДокументы
#203705
страница5 из 17
1   2   3   4   5   6   7   8   9   ...   17

Преобразование (Transition) — изменение в состоянии, соответствующее перемещению услуги или конфигурационной единицы из одной стадии жизненного цикла к следующей стадии.

Релиз (Release) — набор аппаратного обеспечения, программного обеспечения, документации, процессов или других компонентов, которые необходимы для внедрения одного или нескольких согласованных изменений в услугах.

Содержание каждого релиза управляется, тестируется и развертывается как отдельная сущность.

Запрос на изменение (Request for Change или RFC) — формальное предложение на реализацию Изменения.

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

Тестирование (Test) — деятельность, которая верифицирует, что конфигурационная единица, услуга, процесс и т.п. соответствует спецификации или согласованным требованиям.

Сборка (Build) — деятельность по компоновке одной и более конфигурационных единиц для формирования части услуги.

Термин Сборка также используется в отношении релиза, который утвержден для распространения. Например, Сборка сервера или Сборка ноутбука.

Развертывание (Deployment) — деятельность, отвечающая за перемещение нового или измененного оборудования, ПО, документации, процесса и т.п. в среду промышленной эксплуатации.

Поддержка в начале эксплуатации (Early Life Support) — поддержка, предоставляемая в отношении новой или измененной услуги в течение некоторого времени непосредственно после того, как услуга была введена в эксплуатацию. .

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

Среда (Environment) — подмножество ИТ-инфраструктуры, которое используется в различных целях.

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

Среда промышленной эксплуатации (Live Environment) — управляемая среда, содержащая конфигурационные единицы в режиме промышленной эксплуатации, используемые для предоставления услуг.

Среда тестирования (Test Environment) — контролируемая среда, используемая для тестирования конфигурационных единиц, сборок, услуг, Процессов и т.п.

Среда сборки (Build Environment) — контролируемая среда, в которой собираются (компонуются) приложения, услуги и другие сборки перед их передачей в Среду тестирования или Среду промышленной эксплуатации.

Приемка (Acceptance) — формальное соглашение, определяющее, что услуга, процесс, План или другой результат завершены, являются правильными, надежными и отвечают установленным требованиям.

Приемке обычно предшествуют оценка или тестирование, приемка часто обязательна для перехода к выполнению следующего этапа проекта или процесса. На стадии преобразования услуги осуществляется поставка в эксплуатацию (а также вывод из эксплуатации) новых или улучшенных сервисов, требуемых бизнесом. Внедрение услуги осуществляется на основе пакета сервисного проекта (Service Design Package), получаемого со стадии Проектирования Сервиса (Service Design), и поставлением на стадию Эксплуатации (Service Operation) всех элементов, необходимых для постоянной эксплуатации и поддержки этого сервиса. Если условия, предположения или требования бизнеса изменились с момента Проектирования, то изменения могут быть затребованы во время стадии Внедрения Сервиса, чтобы поставить сервис с необходимыми свойствами. Преобразование услуги сосредотачивается на реализации всех аспектов сервиса, не только на приложении (application) и на том, как оно используется в «нормальных» условиях. Необходимо убедиться, что сервис сможет работать в вероятных экстремальных или ненормальных условиях и что есть поддержка при отказах или ошибках.

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

Задачи преобразования услуг включают в себя:

 • эффективное планирование и управление потоком изменений;

• управление рисками, связанными с изменением услуг;

• успешное внедрение изменений, отражающих новые требования бизнеса;

• обеспечение качественных и актуальных знаний и информации по инфраструктуре и услугам;

• контроль за используемыми сервисными активами.

Приведем фундаментальные принципы этапа Внедрения из публикации «ITILv3. Service Transition».

Определение и осуществление формальной Политики Внедрения:

• в политике должны быть четко определены цели, а любые несовпадения с политикой должны быть исправлены либо исключены; • необходимо обеспечить соответствие Политики Внедрения политикам Управления услугами;

• люди, ответственные за формирование политики, должны демонстрировать свою заинтересованность в ее выполнении;

 • необходимо использовать процессы, которые объединяют команды, распределяют компетенции и ответственность в рамках ведения отчетности;

• в процессе внедрения должны быть доступны исчерпывающие сведения об изменениях в релизах;

• вопросы развертывания должны затрагиваться уже на этапах планирования и проектирования релизов.

2.Осуществление изменений в услугах через Внедрение:

• концентрирование изменений в одной точке минимизирует конфликты между изменениями, последующие нарушения и сбои в среде промышленной эксплуатации;

• люди, которые не имеют прав вносить изменения и выпускать услуги в промышленную эксплуатацию, не должны иметь доступ к процессам Внедрения;

• тесное взаимодействие с этапом Эксплуатации повысит мобильность и сделает возможными организационные изменения;

• увеличение знаний и опыта в вопросах эффективного улучшения услуг и среды промышленной эксплуатации.

 3. Разработка общей структуры и стандартов Внедрения:

 • использовать лучшие практики конкретной области как основу для стандартизации Внедрения;

• контролировать структуру и стандарты Внедрения с помощью Управления изменениями и Управления конфигурациями;

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

4. Максимальное повторное использование процессов и систем:

• повторное использование имеющихся процессов и систем там, где это возможно;

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

• разработка стандартных моделей Внедрения, которые можно многократно использовать;

 • использование лучших стандартов и практик области в качестве основы для стандартизации с целью объединения результатов от разных поставщиков.

 5. Формирование планов Внедрения в соответствии с требованиями бизнеса:

• сформировать набор ожиданий заказчиков и пользователей относительно производительности и использования новой или измененной услуги на этапе Внедрения;

• предоставить информацию и процессы для интеграции релиза в бизнеспроцессы;

• с целью повышения удовлетворенности заказчиков обеспечить использование услуги в соответствии с определенными для нее требованиями и ограничениями;

• с целью максимизации использования услуги заказчиками, инвесторами и пользователями обеспечить их необходимой информацией и знаниями;

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

6. Установление и управление взаимоотношениями с инвесторами:

• сформировать набор ожиданий заинтересованных сторон о том, как производительность и использование новой услуги могут помочь изменению бизнеса;

• улучшать понимание и знания заинтересованных сторон о новых или измененных услугах;

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

7. Установление эффективных контролей и дисциплин:

• идентификация и управление всеми активами услуг и конфигурациями с момента их поступления на этап Внедрения;

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

 • четкое определение того, «кто, где, что и когда делает?» в рамках Внедрения для увеличения подотчетности в отношении планов и процессов;

• определение ролей и ответственностей в рамках Внедрения с целью уменьшения ошибок, появляющихся из-за взаимного непонимания и недостатка контроля;

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

8. Предоставление механизмов обмена знаниями и поддержки решений:

• предоставлять качественную информацию, данные и знания «нужным людям в нужное время» с целью уменьшения времени для принятия решений; • осуществлять обучение пользователей и передачу им необходимой информации с целью уменьшения количества обращений в Service Desk;

 • повышать качество информации и данных для увеличения удовлетворенности заказчиков и инвесторов при одновременной оптимизации затрат на производство и поддержку;

• повышать качество документации, относящейся к этапу Внедрения;

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

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

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

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

9. Планирование пакетов для релиза и развертывания:

• политика релизов должна быть согласована с бизнесом и всеми другими участниками Внедрения;

• планирование релизов необходимо производить заблаговременно;

• использование ресурсов должно быть оптимизировано в рамках Внедрения;

• необходимо планировать механизмы выпуска и распространения услуг так, чтобы обеспечить целостность компонентов в рамках этапов Внедрения;

• оценка и управление рисками изъятия или исправления ошибочных релизов;

• необходимо измерять «успех и неудачи» релизов с целью дальнейшей оптимизации затрат и увеличения эффективности.

10. Управление изменениями курса:

• способствовать тому, чтобы инвесторы понимали необходимость изменений планов и принимали в них участие;

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

• собирать информацию от завершенных внедрений и делать ее доступной;

• управлять изменением курса с помощью Управления изменениями и других подходящих процедур в рамках жизненного цикла услуг.

11. Проактивное управление ресурсами в рамках Внедрения:

 • определить ресурсы, информацию и навыки, необходимые для осуществления Внедрения; • сформировать команду, способную успешно реализовать стратегию Внедрения, проектную документацию и пакет релиза;

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

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

12. Участие на ранних стадиях жизненного цикла услуги:

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

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

 13. Гарантировать качество новой или измененной услуги:

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

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

 • среда для тестирования должна максимально отражать среду эксплуатации;\

• проектирование и проведение тестирования должны быть максимально независимы от проектировщиков и разработчиков с целью повышения эффективности и разделения обязанностей;

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

• обнаружение и устранение инцидентов и проблем на этапе Внедрения с целью уменьшения вероятности их возникновения на этапе Эксплуатации;

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

Эксплуатация услуги

Эксплуатация (operation)— ежедневное управление ИТ-услугой, системой или другими компонентами. Назначение стадии жизненного цикла Эксплуатация услуги заключается в том, чтобы обеспечить согласованные уровни обслуживания пользователям и клиентам, а также управлять приложениями, технологиями и инфраструктурой, которая поддерживает доставку услуг. Только во время этой стадии жизненного цикла услуги фактически поставляют ценность бизнесу, ИТ-служба отвечает за гарантированное предоставление этой ценности. Как часть процесса Управления услугами, Эксплуатация отвечает за эффективное использование процессов и уменьшение издержек. Как часть функционирования организации Эксплуатация отвечает за то, чтобы бизнес смог достичь своих целей. Как часть мира технологий Эксплуатация отвечает за эффективное использование технологий, поддерживающих услуги. Цель эксплуатации услуг — координация и исполнение деятельности и процессов, необходимых для предоставления ИТ-услуг и управления ими на заранее согласованном с бизнесом уровне. Также эксплуатация услуг управляет ИТ, используемыми для предоставления и поддержки ИТ-услуг. Задачи эксплуатации услуг включают в себя: • поддержку удовлетворенности бизнеса и его уверенности в ИТ, как результат эффективного предоставления и поддержки необходимых бизнесу ИТ-услуг; • минимизацию влияния простоев ИТ-услуг на деятельность бизнеса; • предоставление ИТ-услуг только имеющим на это право пользователям. Эксплуатация услуг является одной из важнейших стадий жизненного цикла услуг, поскольку деятельность всех процессов на других стадиях жизненного цикла опирается на каждодневную систематическую работу по сбору данных и контролю показателей, осуществляемых в ходе эксплуатации услуги

Постоянное совершенствование услуг

Несмотря на то, что Непрерывное улучшение услуг в ITIL выделено в отдельный этап жизненного цикла, фактически это процесс, который сопровождает услугу на всем ее жизненном цикле. Непрерывное улучшение услуг (Continual Service Improvement или CSI) — постоянное улучшение услуг отвечает за управление улучшениями (совершенствованием) в процессах Управления услугами и предоставления услуг. Производительность поставщика услуг постоянно измеряется, и разрабатываются меры по улучшению процессов, услуг и ИТ-инфраструктуры с целью увеличения эффективности, результативности и эффективности затрат. Цель постоянного совершенствования услуг — согласование услуг с изменяющимися потребностями бизнеса за счёт определения и внедрения улучшений ИТ-услуг, поддерживающих бизнес-процессы. Задачи постоянного совершенствования услуг включают в себя: • нахождение возможности для совершенствования услуг на каждой стадии их жизненного цикла; • проведение оценки и анализа достижений по уровням предоставляемых услуг; • организацию деятельности по совершенствованию услуг и процессов управления; • использование методов менеджмента качества для совершенствования услуг; • улучшение экономической эффективности предоставляемых услуг; • понимание, что, как и почему нужно измерять и как это позволит добиться нужных бизнес-результатов. Меры по совершенствованию услуг реализуются на всех стадиях жизненного цикла услуг. Важным фактором для совершенствования услуг является измерение текущей деятельности поставщика услуг. Результаты работы поставщика ИТ-услуг постоянно измеряются, разрабатываются меры по совершенствованию процессов, ИТ-услуг и ИТ-инфраструктуры с целью увеличения их эффективности, результативности и рациональности.

Для того чтобы CSI был успешным, очень важно осуществлять улучшения на всех этапах жизненного цикла услуг. Например, если CSI сконцентрируется только на улучшении непосредственной эксплуатации услуг, в итоге его успех будет крайне ограниченным. Это как сбивать температуру при простуде, вместо того, чтобы лечить саму болезнь. Если CSI будет действовать только в отношении операционных проблем, фактически, он будет избавлять от симптомов, вместо того, чтобы решать проблемы, их породившие. Большинство проблем берут начало на этапах Построения стратегии и Проектирования услуг. Именно поэтому CSI должен рассматривать жизненный цикл услуг в целом.
1   2   3   4   5   6   7   8   9   ...   17


написать администратору сайта