logo
Добро пожаловать, Гость! Чтобы использовать все возможности Вход или Регистрация.

Уведомление

Icon
Error

Опции
Просмотр
К последнему сообщению К первому непрочитанному
kirill  
#1 Оставлено : 18 августа 2011 г. 16:37:22(UTC)
kirill

Статус: Newbie

Группы: Registered
Зарегистрирован: 18.08.2011(UTC)
Сообщений: 6

Столкнулись с такой проблемой в Интрасервисе.
Может вы-разработчики или пользователи знаете как решить.
Есть договор, в котором 4 приоритета:
1. Критичный-ночь
2. Критичный-день
3. Средний
4. Низкий

Отличаются по времени реакции и по расписанию. Критичные приоритеты работаю круглосуточно. Средний и низкий 8 часов в день.
Я в интрасервисе не нашел, как приоритету назначить расписание. Расписание задается только на сервис. Пришлось делать два сервиса: Для критичныйх заданий и для остальных. Неудобно.
Denis  
#2 Оставлено : 18 августа 2011 г. 16:46:35(UTC)
Denis

Статус: Newbie

Группы: Registered
Зарегистрирован: 18.08.2011(UTC)
Сообщений: 8
Откуда: Москва

Как говорится, +1
Интересует абсолютно тот же вопрос.
Матвей  
#3 Оставлено : 29 октября 2011 г. 19:55:07(UTC)
Матвей

Статус: Administration

Группы: Registered, менеджер IntraService
Зарегистрирован: 17.08.2011(UTC)
Сообщений: 61

Автор: kirill Перейти к цитате
Столкнулись с такой проблемой в Интрасервисе.
Может вы-разработчики или пользователи знаете как решить.
Есть договор, в котором 4 приоритета:
1. Критичный-ночь
2. Критичный-день
3. Средний
4. Низкий

Отличаются по времени реакции и по расписанию. Критичные приоритеты работаю круглосуточно. Средний и низкий 8 часов в день.
Я в интрасервисе не нашел, как приоритету назначить расписание. Расписание задается только на сервис. Пришлось делать два сервиса: Для критичныйх заданий и для остальных. Неудобно.


Озвучу пару других требований, которые мы встречаем намного чаще.
1. По ITIL рекомендуется определять различный SLA (Service Level Agreement. В нашем случае это время реакции и время выполнения) для различных типов заявок. В частности, для Инцидента и RFC (запрос на изменение). Это логично. Кроме того, эти типы заявок могут иметь не только разный SLA, но и разный бизнес-процесс. Например, RFC требует согласования. К сожалению, в текущей версии для этого тоже требуется заводить разные сервисы.
Функциональность привязки к одному сервису (по ITIL - это узел каталога услуг) нескольких типов заявок (инциденты, запросы на изменения, проблемы, заявки на обслуживание) с разными бизнес-процессами и с разными SLA планируем выпустить в версии 4.0 до конца зимы.

2. Возможность привязки SLA к конкретному пользователю. Например, для Иванова на сервисе "Электронная почта" для типа заявки "Инцидент" время реакции и выполнения одно, а для начальника Иванова другое. Твердой уверенности включать в следующий релиз этой доработки у нас пока нет...


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

Отредактировано модератором 31 октября 2011 г. 10:11:26(UTC)  | Причина: Не указана

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