close

Вход

Забыли?

вход по аккаунту

Подготовка к клинической практике;pdf

код для вставкиСкачать
ЖИЗНЕННЫЙ ЦИКЛ СЕРВИСА - СТАДИИ
наверх
Одним из важнейших изменений в
ITIL v3 стало появление концепции
жизненного цикла сервисов!
Вспомним, что этому способствовал
переход от товарных – к сервисным
отношениям.
 Сейчас кажется странным, что
понятие жизненного цикла сервиса
появилось только сейчас, в третьей
версии. На самом деле в каком-то
виде оно существовало и в первой
версии, и во второй.
 И совершенно неверно утверждение, будто только организации с
высоким уровнем зрелости могут переходить к использованию
концепции жизненного цикла сервисов.
На самом деле жизненный цикл сервисов уже существует абсолютно на
любом предприятии.
На обычном уровне: под этим термином понимается практическая
реализация пожеланий сотрудников к данному ИТ-сервису, так что
жизненный цикл сервисов в том или ином виде есть в каждой компании.
Мы не зря любовались обложками книг библиотеки ITIL.
Поскольку структура библиотеки – в точности соответствует стадиям
Жизненного Цикла Сервиса. Так и было задумано!!!
В пяти основных книгах рассматриваются все стадии жизненного цикла
сервиса:
 От начального определения и анализа требований бизнеса к сервису
(книги «Service Strategy» и «Service Design»),
 Далее, через подготовку и встраивание сервиса в рабочую среду
(книга «Service Transition»),
 к эксплуатации в реальных условиях (книга «Service Operation»)
 и усовершенствование сервиса (книга «Continual Service
Improvement»).
Плоская картинка, изображенная на слайде,
на самом деле
должна рассматриваться как спираль из повторяющихся процессов ITSM,
вокруг базового «ствола» Servis Strategy и
окруженная защитной «корой» Continual Service Improvement…
Я предлагаю Вам сразу создать и запечатлеть в памяти именно такой образ
– это поможет в дальнейшей работе…
ЖИЗНЕННЫЙ ЦИКЛ СЕРВИСА - СТРУКТУРА
наверх
Рассмотрим структуру Цикла «поглубже»:
Повторим еще раз, два базовых требования к организации Цикла:
1. Все сервисные решения и мероприятия, связанные с внедрением,
изменением и удалением услуг, должны быть обусловлены
потребностями и требованиями бизнеса.
2. Они так же не должны противоречить стратегии и политике
организации, предоставляющей или потребляющей услуги.
Рисунок на слайде показывает взаимосвязи стадий жизненного цикла друг с
другом и с организационным окружением:
1. Жизненный цикл сервиса (service lifecycle) начинается с возникновения
или изменения требований бизнеса.
2. Эти требования идентифицируются и согласовываются на стадии
Service Strategy,
o фиксируются в пакете Service Level Package (SLP)
o и определяют набор значимых для бизнеса результатов (business
outcomes).
3. Затем этот пакет переходит в обработку стадии Service Design,
o где создается сервисное решение в виде пакета сервисного
проекта (Service Design Package, SDP), содержащего все
необходимое, чтобы провести этот сервис через остающиеся
стадии жизненного цикла.
4. Пакет SDP переходит на стадию Service Transition,
o где сервис оценивается, тестируется и утверждается,
o в Систему управления знаниями о сервисах (Service Knowledge
Management System, SKMS) вносятся соответствующие новому
или измененному сервису обновления,
o и сервис переходит в условия реальной эксплуатации и
сопровождения, вступив в стадию Service Operation.
5. Постоянно действующая на всех этапах цикла служба улучшения
(Continual Service Improvement)
o идентифицирует, начиная с ранних этапов, возможности
усовершенствования сервиса и уменьшения недостатков или
отказов.
Определения Жизненного Цикла Сервиса:
Жизненный цикл сервиса начинается в момент его ввода в эксплуатацию
(определения) и заканчивается в момент его вывода из эксплуатации или
переориентирования.
Но, даже при выводе из эксплуатации сервиса, цикл не прерывается!!!
Выведенные сервисы по-прежнему находятся в общем цикле как:
 Резервы – готовые к вводу (возможно после переработки),
 Шаблоны моделей или хранилища знаний.
Поэтому ничто не удаляется и не «выбрасывается на помойку»
(кроме явного мусора ессно).
Жизненный цикл сервиса предполагает управление сервисом на трех этапах:
1. этапе формирования требований и анализа,
2. этапе проектирования и разработки и
3. этапе эксплуатации в ИТ-среде, в процессе которой формируются в т.ч.
данные, необходимые для принятия решений по определению
Потребностей Бизнеса.
На этом круг замыкается и цикл повторяется неограниченное количество раз.
Требования к Управлению ЖЦС:
Стадия 1:Формирование требований и анализ:
Сначала бизнес определяет бизнес-цели и расставляет приоритеты.
Исходя из установленных приоритетов, нетехнический персонал, совместно с бизнесаналитиками, начинает работу по документированию бизнес-процессов, правил и
требований.
Основные требования включают следующие:
1. Визуальное представление бизнес-процессов начиная с уровня 0 и далее
2. Определение каждого бизнес-процесса.
3. Определение владельцев каждого из процессов.
4. Определение целей и текущих недостатков бизнес-сервисов
5. Определение входных и выходных элементов данных
6. Расстановка приоритетов бизнес-процессов и бизнес-сервисов
7. Проработка всех аспектов определений бизнес-сервисов
8. Имитация пользовательских интерфейсов и/или бизнес-процессов.
Стадия 2: Проектирование и разработка:
На стадии проектирования бизнес-аналитики работают с системным архитектором для
передачи последнему бизнес-требований.
Архитектор ответствен за выполнение основной оценки, проектирование и передачу
сервисов на разработку.
Разработчики ответственны за разработку, сборку, тестирование и предоставление
составного приложения для его эксплуатации в ИТ-среде.
Основные требования к проектированию следующие:
1. Проверка требований и определение альтернативных вариантов для каждого
бизнес-процесса
2. Проектирование и оценка компонентов каждого сервиса, таких как портал,
интеграция, инфраструктура, данные, политики и сервисы (логические сервисы).
3. Определение возможностей повторного использования сервисов.
4. Разработка и ввод в эксплуатацию в соответствии с подробным планом
реализации проекта
5. Отслеживание процессов и предоставление отчетности руководству (в т.ч. ИТруководителям)
6. Получение одобрения со стороны руководства при поставке каждого бизнессервиса.
Стадия 3: Эксплуатация в ИТ-среде:
Группа, ответственная за эксплуатацию, осуществляет тестирование сервиса и его
подготовку к внедрению, а также подготовку производственной среды. При этом,
основное внимание уделяется подготовке производственной среды. Кроме того, данная
группа рассчитывает структуру сети и центров обработки данных, а также отвечает за
развертывание, мониторинг и предоставление начальной поддержки по всем
приложениям, поддержка которых осуществляется ИТ-структурой. Некоторые основные
требования к проектированию следующие:
1. Проверка требований и определение требований к инфраструктуре
2. Создание системной среды, включающей развертывание системы, проверку
степени интеграции системы, тестирование производительности, одобрение
системы пользователями и создание программной среды
3. Оказание помощи группам разработчиков при конфигурировании систем и
приложений, создании новых сборок и планировании производительности
4. Отслеживание и управление зависимостями между сервисами и ресурсами
5. Развертывание и управление бизнес-сервисами в производстве
Предоставление поддержки по приложениям для бизнес-сервисов исходя из приоритетов
1/--страниц
Пожаловаться на содержимое документа