Ответственный за вышеописанные действия – УВиСАС ТБ.
Все возникающие в ВСП проблемы и ошибки в работе АС ФСБ (появляются системные сообщения об ошибке, ФП АС ФСБ «зависает» и т.д.) должны быть обязательно зарегистрированы в системе регистрации обращений – Service Desk или аналогичной АС, используемой в ТБ. Ответственный за информирование ВСП о необходимости регистрировать обращения - Управление обслуживания и продаж в сети ВСП ТБ.
После регистрации обращения оно должно быть классифицировано сотрудниками ИТ ТБ: инцидент, ЗнО или ЗнИ. Дальнейшая обработка обращения выполняется исходя из классификации обращения по утвержденному в ТБ процессу.
В случае инцидента, инициатор обращения должен быть проинформирован сотрудником ИТ ТБ касательно:
- Контрольного срока устранения инцидента;
- Обходного пути для продолжения работы
Т.о. регистрация инцидента в АС Service Desk – это механизм информирования сотрудников ИТ ТБ о возникновении у сотрудников ВСП ошибок в АС ФСБ
На период неработоспособности или длительного зависания одной или нескольких ФП АС ФСБ, сотрудникам ВСП необходимо продолжить обслуживание клиентов, операции по которым можно выполнить в работающих ФП. Например, если в ВСП возникли проблемы с ФП «Вклады ФЛ», то сотрудники могут вызывать и обслуживать клиентов по операциям, выполняемых в других ФП: «Централизованные платежи ФЛ», «Валютные операции» и т.д.
Дефект – неработоспособность какой-либо функциональности в АС ФСБ или отклонение от запланированной штатной работы АС.
Краткая схема цикла работы с дефектами выглядит следующим образом:
№ |
Этап |
Ответственный |
1. |
Назначение ответственного за работу с дефекатами в ИТ ТБ и РБ ТБ |
- ИТ4 ТБ - РБ[4] ТБ |
2. |
Обнаружение дефекта |
- сотрудники ВСП во время эксплуатации АС ФСБ - сотрудники ЦСКО во время эксплуатации АС ФСБ или поддержки сотрудников ВСП - ИТ ТБ во время проведения тестирования АС ФСБ, а также во время эксплуатации АС ФСБ - РБ ТБ во время проведения тестирования АС ФСБ - Сотрудники команды внедрения |
3. |
Приоритезация дефекта (критичность для бизнеса) |
- РБ ТБ |
4. |
Регистрация дефекта в АС Jazz |
- ИТ ТБ |
5. |
Предоставление доп. информации (если требуется) в АС Jazz |
- ИТ ТБ |
6. |
Контроль сроков устранения дефектов |
- РБ ТБ |
7. |
Устранение дефекта |
- СБТ |
8. |
Актуализация статусов по дефекту в АС Jazz |
- СБТ |
9. |
Закрытие дефекта в АС Jazz |
- ИТ ТБ, после подтверждения РБ ТБ |
Все обнаруженные дефекты обязательно должны быть зарегистрированы в АС Jazz. Регистрация дефекта в АС Jazz – это механизм информирования разработчиков АС ФСБ о возникновении у ТБ ошибок в АС ФСБ. Правила регистрации дефектов приведены в Приложении 16. Отдельно необходимо отметить, что при регистрации дефекта важно:
1. детально описать проблему: - на каких операциях она проявляется, - последовательность выполняемых действий, в процессе или в результате которых возникает ошибка - каким образом влияет на бизнес, в том числе: · Если происходит замедление выполнения операции, то насколько (тайминг) · Как часто возникает ошибка - приложить лог-файлы / скриншоты (без содержания в них клиентских данных с промышленной среды) 2. правильно приоритезировать дефект, т.к. это влияет на последовательность и соответственно скорость устранения дефектов. Критичность дефекта для бизнеса определяет Розничный Блок ТБ. |
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.