Техническое задание для поставщиков. Приложение №2 к Закупочной документации



страница11/14
Дата24.04.2016
Размер0.9 Mb.
1   ...   6   7   8   9   10   11   12   13   14

Управление изменениями и релизами


  1. Решение должно обеспечивать реализацию и отслеживание жизненного цикла запросов на изменение, в т.ч. стандартных изменений и срочных изменений.

  2. Должна быть выполнена типизация изменений и настройка индивидуальной формы и жизненного цикла для каждого из типов. Должна быть реализована возможность создания моделей изменений, позволяющих задавать параметры и правила обработки изменений определенного типа.

  3. Должно быть обеспечено разграничение прав доступа по инициации/обработке изменений (возможность указания сотрудников/ролей, которым разрешено инициировать/обрабатывать изменения).

  4. Должна быть реализована возможность автоматизации согласования изменений с поддержкой многоуровневого параллельно-последовательного согласования.

  5. Должна быть реализована возможность отражения в форме запроса на изменение информации об оценке влияния изменения (в т.ч. и в виде вложенных файлов), которая должна приниматься во внимание при определении уровня и состава согласующих.

  6. Должна быть реализована возможность указать перечень ролей, которые принимают решение об утверждении изменения, и предельные сроки согласования изменения.

  7. Должна быть реализована возможность определить группы с заданным составом согласующих ролей.

  8. Должна быть реализована возможность автоматического оповещения согласующих лиц о необходимости согласования изменения (механизм и способы информирования должны быть согласованы с Заказчиком).

  9. Итоговое решение по согласованию изменения и промежуточные комментарии согласующих лиц должны фиксироваться в Системе.

  10. Должна быть реализована возможность назначения запроса на изменение на исполнение как персонально (на конкретного специалиста; группа исполнителей при этом определяется автоматически), так и на группу специалистов, а также назначения заданий, связанных с запросами на изменение.

  11. Должно выполняться информирование о назначении запроса на изменение/задания (согласованный с Заказчиком механизм и способы информирования).

  12. Должна быть реализована возможность создания связанного запроса на изменение из любой задачи с автоматическим переносом согласованных с Заказчиком значений определенных полей задачи в определенные поля запроса на изменение.

  13. Должна быть реализована возможность создания связанного задания из запроса на изменение с автоматическим переносом значений согласованных с Заказчиком полей запроса на изменение в определенные поля задания.

  14. Должна быть реализована визуализация календаря текущих и планируемых изменений.

  15. Должен быть обеспечен расчет плановых и фактических трудозатрат изменения на основании связанных задач (нарядов на работы) с помощью отчетов.

  16. Изменения должны классифицироваться по категории, срочности и приоритету.

  17. Должна быть реализована возможность сценарного анализа (what-if) планируемых изменений за счет автоматического выявления потенциальных конфликтов планируемых изменений, затронутых КЕ и ИТ услуг.

  18. Должна быть реализована возможность автоматического закрытия известных ошибок, проблем и инцидентов после успешного внедрения изменения, обеспечивающего их решение.

  19. Решение должно обеспечивать передачу информации об изменениях и графике их внедрения заинтересованным службам и группам пользователей по схеме, согласованной с Заказчиком.

  20. Должна быть реализована связь с CMDB (привязка запроса на изменение к одному или нескольким КЕ, просмотр информации о связанных КЕ из запроса на изменение, просмотр из КЕ информации о связанных запросах на изменение).

  21. Решение должно обеспечивать инструменты обновления информации о КЕ в CMDB, в частности, возможность автоматического обновления необходимых атрибутов КЕ на заданных шагах процесса управления изменениями.

  22. Из запроса на изменение должна быть доступна детальная информация о связанных с изменением КЕ, необходимая, в частности, при определении должного уровня авторизации изменения.

  23. Должна быть реализована возможность отражения в форме запроса на изменение процедур возврата в исходное состояние после неуспешного изменения.

  24. Должна быть предусмотрена и реализована возможность задания периода наблюдения за изменением после установки его в промышленной среде и отражения результатов этого наблюдения (post-implementation review)

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

  26. Должен быть проработан и согласован с Заказчиком перечень кодов закрытия запросов на изменение.

  27. Должна быть реализована возможность объединения изменений в релизы и проекты.

  28. Должен быть реализован календарь развертывания релизов и проектов.
  • Управление уровнем услуг


    1. Должны быть выполнены работы по идентификации предоставляемых ИТ услуг, формированию и организации поддержки актуальности иерархического справочника каталога услуг, определены необходимые корректировки в существующих операционных процессах для его успешного использования.

    2. Должна быть реализована возможность учета различных типов (категорий) сервисов, перечень которых должен быть согласован с Заказчиком (например, внешние сервисы (абонентские сервисы), бизнес сервисы (бизнес процессы), операционные сервисы (ИТ сервисы)).

    3. Решение должно содержать категории услуг «из коробки» для упрощения наполнения каталога.

    4. Должно быть обеспечено разделение сервисов по функциональным особенностям.

    5. Каталог сервисов должен вестись в CMDB.

    6. Карточки сервисов должны быть гибко настраиваемыми (должна быть реализована возможность задать разный набор полей для разных типов сервисов).

    7. Перечень атрибутов сервисов должен быть согласован с Заказчиком.

    8. Должна быть реализована возможность настройки индивидуального жизненного цикла для каждого типа сервиса.

    9. Должна быть реализована возможность задать индивидуальный вид формы для каждого типа сервисов.

    10. Должна быть реализована связь сервиса с одним или несколькими соглашениями.

    11. Должна быть реализована возможность связи сервисов друг с другом (указание для каждого сервиса зависимых и поддерживающих сервисов), связи между сервисами должны быть классифицированы.

    12. Должна быть реализована связь сервисов с конфигурационными единицами (поддерживающие и зависимые КЕ).

    13. Должно быть выполнено полноценное построение ресурсно-сервисной модели.

    14. Должна быть реализована связь сервисов с пользователями и запросами.

    15. Должна быть реализована возможность назначить ответственного за сервис (менеджера сервиса) для последующей автоматической маршрутизации запросов, связанных с данным сервисом.

    16. Должен быть обеспечен контроль соблюдения требуемого качества предоставления сервиса.

    17. Должны быть выполнены работы по формированию и организации поддержки актуальности справочников бизнес-соглашений (SLA), операционных соглашений (OLA), поддерживающих соглашений (UC).

    18. Должна быть реализована возможность настройки для каждого типа соглашения своего жизненного цикла и индивидуального вида формы (возможность задать разный набор полей для разных типов соглашений).

    19. В каждом соглашении должны быть определены параметры оказания и поддержки сервисов, целевые показатели уровня услуг, сроки действия соглашения и иные необходимые параметры, требуемые Заказчиком.

    20. Должна быть реализована связь соглашений с получателями и поставщиками сервисов, конфигурационными единицами.

    21. Должен быть настроен согласованный с Заказчиком механизм уведомлений о нарушении соглашений об уровне сервиса и эскалации.

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

    23. Должна быть согласована с Заказчиком и реализована интеграция процесса управления уровнем услуг с процессами:

    • управления инцидентами и запросами на обслуживание, в частности, целевые времена реакции и решения для конкретных услуг и пользователей,

    • управления проблемами,

    • управления изменениями, в частности, передача в этот процесс информации о «сервисных окнах» и требований по доступности,

    • управлением конфигурациями.
  • 1   ...   6   7   8   9   10   11   12   13   14


    База данных защищена авторским правом ©bezogr.ru 2016
    обратиться к администрации

        Главная страница