Файл: Лабораторная работа 1. Бизнесмодель итаутсорсинговой компании.docx
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 30.11.2023
Просмотров: 113
Скачиваний: 3
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
Рис. 5. Задача «Работа 1 уровня»
Рис. 6. Задача «Работа 2 уровня»
На рис, 4 представлена модель бизнес-процесса «Управление инцидентами» в состоянии to-be, т. е. после внедрения продукта ИТИЛИУМ, на рис. 4 изображена декомпозиция этого процесса. Рис. 5, 6 представляют собой декомпозиции бизнес-процессов «Работа 1 уровня» и «Работа 2 уровня» соответственно, реализованные в соответствии с положениями 1T1L .
Представленная модель to-be отображает произведенные изменения:
-
Сотрудники ИТ-отдела делятся по уровням работ на специалистов Service Desk, оказывающих поддержку при работе с инцидентами первого уровня, технических специалистов, работающих с инцидентами второго уровня, и экспертов, решающих инциденты третьего уровня. Такое разделение позволяет ускорить оказание помощи клиентам и снять излишнюю нагрузку с технических специалистов и экспертов. -
Появляется четкий регламент решения инцидентов SLA. Регламент организует работу подразделения и дает возможность более объективно оценивать работу сотрудников ИТ-отдела. -
Появление нескольких уровней позволяет оптимизировать работу ИТ-отдела, позволяя специалистам более высокого уровня решать соответствующие задачи. -
Создание отчетности становится отдельным бизнес-процессом, что дает руководству компании возможность получать объективную картину о происходящих инцидентах и процессе их решения.
Задание на лабораторную работу:
-
Изучить теоретический материал. -
Определить организационную структуру ИТ отдела выбранного объекта исследования. -
Представить упрощенную модель (испоьзуя IDEF0) процесса управления инцидентами и проблемами в состоянии as-is. -
Представить упрощенную модель (испоьзуя IDEF0) процесса управления инцидентами и проблемами в состоянии to-be. -
Закрепить персонал ИТ отдела соответствующиму уровню Service Desk.
3) Оформить лабораторную работу в виде отчета и защитить у преподователя.
Лабораторная работа 5
Создание SLA соглашения
Цель работы: Создание SLA соглашения по выбранному объекту исследования.
Ход выполнения работы:
-
Изучить пример приведенного в данной работе SLA соглашения. -
На основе созданного в лабораторной работе 2 каталоге ИТ-услуг составить SLA (OLA) соглашение сервисного обслуживания выбранного объекта исследования.
Соглашение об уровне сервиса между
ООО «АЛЬШАР» (пример)
и ЗАО «СИГИР»
ИСПОЛНИТЕЛЬ: ЗАО «СИГИР» Генеральный директор _____________________ ЗАКАЗЧИК: ООО " АЛЬШАР " Генеральный директор ______________________ |
Санкт-Петербург,
2009
Содержание
ЛАБОРАТОРНАЯ РАБОТА №2 9
Классификация ИТ-сервисов 9
1.Классификация ИТ-Сервисов 9
Лабораторная работа №3 13
Разработка модели затрат на сервис. 13
Моделирование ИТ-Сервисов. 13
Разработка модели затрат, основанной на сервисах 15
Финансовое управление для ИТ-сервисов 15
1Общие положения 28
1.1Цель Соглашения 28
1.2Определения 28
1.3Контакты 29
1.3.1Контакты со стороны Поставщика 29
1.3.2Контакты со стороны Заказчика 29
2Срок действия соглашения 29
2.1Краткое описание 29
2.2Площадки 29
2.3Структура сервисов 30
2.4Обслуживаемые системы 31
2.4.1Аппаратное обеспечение 31
2.4.2Программное обеспечение 32
2.5Зависимость услуг Поставщика от третьих компаний 33
2.6Корпоративный стандарт на оборудование 33
2.7Обязательства Заказчика 33
2.8Права и привилегии персонала Заказчика 33
3Параметры обслуживания 34
3.1Рамки соглашения 34
3.2Временные параметры 37
3.2.1Время обслуживания 37
3.3Сроки удовлетворения запросов на изменения 37
4Процедуры обслуживания 38
4.1Способы обслуживания Заказчика. 38
4.2Реакция на запросы на обслуживание и инциденты 38
4.3Отчетность 39
4.3.1Автоматизированные отчеты 39
4.3.2Отчеты, создаваемые вручную 39
5Процедуры изменения соглашения 39
5.1Изменение соглашение 39
5.2Преждевременное завершение контракта 40
6Финансы 41
6.1Постоянная часть стоимости обслуживания 41
6.2Переменная часть стоимости обслуживания 41
- 1 2 3 4 5 6
Общие положения
-
Цель Соглашения
Целью данного документа является описание параметров договора сопровождения между ООО «АЛЬШАР» далее «Заказчик», являющегося официальным представительством немецкой компании ALSHAR GmbH & Co. KG в России и ЗАО «СИГИР», далее «Поставщик». Целью заключения соглашения является обеспечение качественной и эффективной поддержки ИТ-инфраструктуры Заказчика.
-
Определения
Сокращения
ERP | Enterprise Resource planning |
SLA | Service Level Agreement |
ПО | Программное обеспечение |
ОС | Операционная система |
СУБД | Система управления базами данных |
Час – в данном документе часом называется рабочий час, если явно не указано иное.
День – в данном документе днем называется рабочий день, если явно не указано иное.
Срок реакции – это время, в течение которого Поставщик обязуется приступить к работе над проблемой, обозначенной Заказчиком, способом, предусмотренным в этом соглашении. В силу широкого спектра возможных проблем и методов их решения срок реакции НЕ ЯВЛЯЕТСЯ сроком решения проблемы.
Инцидент – это любое событие, не являющееся частью стандартных операций по предоставлению услуги, которое привело или может привести к нарушению или снижению качества этой услуги.
Запрос на обслуживание – это запрос на поддержку, предоставление информации, консультации или документации, не являющийся сбоем ИТ-инфраструктуры.
Запрос на изменение (Request for Changes) – заявка на изменение элемента ИТ-инфраструктуры или процедуры обслуживания.
Первый уровень поддержки – совокупность услуг по поддержке пользователей (ServiceDesk).
Второй уровень поддержки
– совокупность услуг по поддержке ИТ-инфраструктуры.
Третий уровень поддержки – совокупность услуг, нацеленных на решение проблем, не имеющих описания в документации к продуктам или базах знаний поставщиков. Поскольку предоставление таких услуг требует доступа к исходным кодам и прочей закрытой информации, подобные услуги обычно предлагает компания разработчик или третьи компании, оказывающие такую поддержку от имени разработчика.
Эскалация – процедура передачи запроса или инцидента на более высокий уровень поддержки в случае, если его не удалось разрешить на текущем уровне.
Корневой сервис – сервис (элемент ИТ-инфраструктуры), удовлетворяющий бизнес-потребность заказчика. Для обеспечения качества работы такого сервиса используются сервисы второго уровня и оборудование1.
-
Контакты
-
Контакты со стороны Поставщика
-
Основной контакт по рабочим вопросам, связанным с выполнением данного соглашения: системный инженер ЗАО «СИГИР» Галанов Александр, + 7 921 9620704, support@sigir.ru.
Запросы на обслуживание и сообщения об инцидентах следует направлять на электронный адрес support@sigir.ru
Запросы на изменения на адрес support@sigir.ru с пометкой RFC в теме сообщения.
-
Контакты со стороны Заказчика
Основной контакт по рабочим вопросам:
Сергей Пуговкин: тел. 8 (812) 9999999
Контакт по административным вопросам:
Александр Пономарев: тел. 8 (812) 9999999
-
Срок действия соглашения
Настоящее соглашение вступает в силу 22 января 2007 года и действительно до 31 января 2007 года при условии, что оно не будет расторгнуто раньше в соответствии с п. 5.2.
-
Краткое описание
Информационная система представляет собой взаимосвязанную совокупность программных и аппаратных компонент, используемую Заказчиком для достижения своих бизнес-целей.
В составе информационной системы присутствуют следующие компоненты:
-
Домен MS Windows 2008 -
Почтовая система на базе Microsoft Exchange Server 2010 -
Система ERP на базе 1С v8.2 (SQL) -
Файловое хранилище с разграничением прав доступа -
Шлюз доступа в Интернет Cisco Router и ISA Server 2009 -
Виртуальная частная сеть (VPN), как средство безопасного взаимодействия между площадками головного офиса в Санкт-Петербурге и филиале в Москве -
Система антивирусной безопасности -
Система резервного копирования данных -
Набор рабочих станций сотрудников
- 1 2 3 4 5 6