Page tree

Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  1. Правила выставления типа заявки:
    1. Задача (Task) — поручение Заказчика Исполнителю выполнить определенные действия с Системой за исключением действий, описанных в прочих типах Заявок. Как правило, такие действия связаны с техническим обслуживанием Системы, извлечением или модификацией хранящихся в ней данных.
    2. Инцидент (Incident) — сбой в работе Системы, повлекший нарушение бизнес-процессов Заказчика, при котором Заказчик не может устранить сбой своими силами в разумные сроки и требуется вмешательство специалистов Исполнителя для решения, предупреждения или ликвидации последствий этого сбоя при работе с Системой.
    3. Дефект (Bug) — некорректная работа Системы при корректно выполненных ее настройках и соблюденных рекомендациях Исполнителя, когда одна или несколько выполняемых Системой и описанных в документации производителя функций, а при отсутствии такого описания - исходя из того, как эти функции работали в предыдущей версии Системы, нарушаются в результате ошибки в программном коде Системы.
    4. Новая функциональность (Feature request) — предложения Заказчика по улучшению потребительских качеств Системы.
    5. Вопрос (Consulatation) — вопросы Заказчика по эксплуатации Системы, требующие разъяснения со стороны Исполнителя.
    6. План (Plan) – планирование и сопровождение сложных длительных работ (обновление, интеграция с новым оборудованием или платформой), в основном содержащая план работ со ссылками на другие задачи и их текущий статус.
  2. Правила выставления приоритета для инцидентов:
    1. Срочно (Urgent) — полный или частичный отказ Системы, в результате которого нарушается предоставление Заказчиком услуг не менее чем десяти процентам его клиентов либо невозможна текущая работа с Системой сотрудников Заказчика, либо теряются или повреждаются хранящиеся в Системе данные, которые невозможно восстановить из других имеющихся в Системе данных.
    2. Высокий (High) — возникший сбой нарушает основные бизнес-процессы Заказчика, но не останавливает их; Система в целом работоспособна. Существует альтернативный, но более трудозатратный по сравнению с обычным путь выполнения бизнес-процессов.
    3. Средний (Medium) — возникший сбой нарушает второстепенные бизнес-процессы Заказчика или незначительно влияет на основные бизнес-процессы.
    4. Низкий (Low) — возникший сбой не нарушает бизнес-процессы Заказчика или существует альтернативный путь выполнения бизнес-процессов, который не является более трудозатратным по сравнению с обычным путем.
  3. Описание процесса работы над заявками: 
    1. После создания заявки Заказчиком он появляется в общей очереди на исполнение в состоянии «Идет обработка».
    2. Для рассмотрения заявки она назначается конкретному исполнителю (инженеру техподдержки).
    3. В случае возникновения вопросов по заявке инженер техподдержки может перевести заявку в состояние «Ожидание ответа». Это означает, что для дальнейшего выполнения заявки инженеру техподдержки требуется ответ со стороны Заказчика. 
      1. Если в течение 5 дней от Заказчика не поступает ответ, ему отправляется на почту напоминание об ожидании ответа на заявку.
    4. Если в течение 10 дней по заявке не получен ответ от Заказчика, она автоматически переводится в состояние «Решено».
    5. Если по заявке выполнены все необходимые внутренние работы и далее остается только выполнить обновление системы у Заказчика, исполнитель переводит заявку в состояние «К обновлению».
      1. Заявка автоматически переводится в состояние «Решено», если она находилась в состоянии «К обновлению» в течение 28 дней.
    6. По завершению работы над заявкой инженер техподдержки переводит его в состояние «Решено» или в состояние «Ожидание ответа» в зависимости от вероятности продолжения дальнейшего диалога.
    7. По истечении 5 дней после решения заявки она автоматически переводится в состояние «Закрыто».

...