И снова ищу фотографа

[Skrepka]

работы и контакты тут makosh85.livejournal.com/tag/свадьба


Закладываемая логика
1. Согласно Регламенту управления Запросами на изменение, Бизнес-Аналитик (БА) при получении задачи (формирование бизнес-заявки будет через Sharepoint) должен зафиксировать в Project именной план заявки, соответвующей заявке в Sharepoint (Например через меню Project и запланировать начальный этап заявки) в котором будут основные вехи (шаблон=схема в visio).
2. После приоритезации БА формирует RFC в Assyst, при этом Assyst должен запросить номер бизнес-заявки в Sharepoint и проверять перед созданием RFC причину ее создания (так как причиной создания RFC может быть бизнес-заявка на доработку, инцидент, проблема).
3. По итогам завершения архитектурного планирования (этап «Архитектура» на схеме) у БА появляется четкая картина линейных путей по каждой из модифицируемой системе, соответственно, БА производит обновления вProject-плане. Переход RFC в следующий статус в Assyst невозможен до тех пор, пока на назначены данные задачи в Project. Движение RFC по статусам в Assyst вручную возможно только администратором системы. В случае перевода статуса бизнес-заявки в Project, при синхронизации происходит и автоматический перевод статуса в Assyst.
4. Отчетность по статусам и ресурсам в ДИТ основывается на данных Project.
5. В Assyst сотрудники ДИТ для получения следующей информации:
5.1. Связка модифицируемых систем
5.2. Назначение доп. разработчика, технолога, тестировщика.
5.3. Плановый маршрут по бизнес-заявке не отработал, необходим ручной откат на предыдущую стадию/либо перевод на след. стадию

6. Возможен и другой вариант: интеграция статусов Project/ Assyst отсутствует, на БА приходит лишь уведомление о необходимости создания задачи в Project, однако, движение заявки по статусам вперед будет осуществляться сотрудниками вручную.
7. Общий объем дублируемых работ при таком варианте реализации следующий:
7.1. Отмечать процент выполнения задачи в Project/ Assyst
7.2. Переводить статусы бизнес-заявки
7.3. Назначать ответственных за этапы реализации