Интеграция PI/TFS

Начать. Это бесплатно
или регистрация c помощью Вашего email-адреса
Интеграция PI/TFS создатель Mind Map: Интеграция PI/TFS

1. Поле "История изменений" с пошаговым отображением работы

2. Как выглядит БП работы с заявкой на стороне заказчика?

2.1. Элементы заявки PI

2.1.1. Полный перечень статусов и их значения

2.1.1.1. Черновик

2.1.1.1.1. Размещение заявки (настройка значений обязательных параметров; добавления и редактирования документов).

2.1.1.2. Проверка заявки

2.1.1.2.1. Сотрудник имплементации проверяет параметры заявки.

2.1.1.3. Доработка заявки

2.1.1.3.1. Заявка отправлена на доработку автору.

2.1.1.4. Согласование срочного выполнения

2.1.1.4.1. Согласование заявки для проекта с признаком «Срочный» ответственным за срочные работы

2.1.1.5. Согласование заявки

2.1.1.5.1. Контрольная проверка заявки.

2.1.1.6. Ждет отправки на выполнение

2.1.1.6.1. Назначение исполнителей.

2.1.1.7. Выполнение заявки

2.1.1.7.1. Назначено на группу/сотрудника, но не взята в работу

2.1.1.7.2. Сотрудники, ответственные за выполнение задач по заявке, взяли заявку в работу.

2.1.1.7.3. Сотрудник, ответственный за выполнение, завершил работу

2.1.1.8. Уточнение заявки Имплементацией

2.1.1.8.1. Заявка отправлена на уточнение/доработку в имплементацию.

2.1.1.9. Тестирование заявки

2.1.1.9.1. Тестирование выполненных задач по заявке

2.1.1.10. Анализ ошибок

2.1.1.10.1. Анализ ошибок, выявленных в процессе тестирования.

2.1.1.11. Исправление ошибок

2.1.1.11.1. Исправление ошибок, выявленных в процессе тестирования.

2.1.1.12. Завершена

2.1.1.12.1. Заявка закрыта (произведена настройка и тестирование)

2.1.1.13. Аннулирована

2.1.1.13.1. Заявка отменена

2.1.2. Перечень основных полей заявки PI

2.1.2.1. Раздел Описание

2.1.2.1.1. Заявка на настройку продукта №

2.1.2.1.2. Автор

2.1.2.1.3. Время создания

2.1.2.1.4. Ответственный от имплементации

2.1.2.1.5. Статус

2.1.2.1.6. Текущие ответственные

2.1.2.2. Раздел Параметры

2.1.2.2.1. Заказчик

2.1.2.2.2. Макрорегионы

2.1.2.2.3. Предприятия

2.1.2.2.4. Категория продукта

2.1.2.2.5. Название продукта

2.1.2.2.6. Настраиваемая среда

2.1.2.2.7. Примечание

2.1.2.2.8. Проект

2.1.2.2.9. Запуск продукта

2.1.2.2.10. ЦБ

2.1.2.2.11. Тест TFS

2.1.2.2.12. Требуется согласование центрального продукта

2.1.2.2.13. Не показывать до

2.1.2.3. Раздел Предварительное согласование

2.1.2.3.1. Центральный согласующий

2.1.2.3.2. Макрорегиональный согласующий

2.1.2.4. Раздел Файлы и ссылки

2.1.2.4.1. Файлы, содержащие заявку, звуки, списки, …

2.1.2.4.2. Дополнительная информация для исполнения

2.1.2.4.3. Связанные документы, описания акций, результаты выполнения и тестирования заявки

2.1.2.4.4. Ссылки на матрицу продуктов, связанные заявки

2.1.2.5. Раздел Тестирование

2.1.2.5.1. Нет 72%

2.1.2.6. Раздел Комментарии

2.1.2.6.1. Комментарии пользователей, работающих с заявкой

2.1.2.7. Раздел Ответственные

2.1.2.7.1. Пользователь, ответственный за исполнение заявки в указанном статусе

2.1.2.8. Раздел Статусы исполнения

2.1.2.8.1. История изменения статусов продуктовой заявки

2.1.2.9. Раздел История изменений

2.1.2.9.1. История изменения полей заявки

2.1.2.10. Приоритет проекта

2.1.2.10.1. Заявка PI приходит с приоритетом проекта (привязка заявки к проекту), есть отдельная таблица PI с проектами и их приоритетами

2.1.2.11. Целевое значение по времени выполнения (target date/time)

2.1.2.11.1. Поле "Время запуска продукта"

2.2. Как заявка передается по цепочке следующему исполнителю?

2.2.1. Матрица

2.2.1.1. Принципы распределения: кто умеет, кто свободен, кто на месте

2.2.1.1.1. Принцип поступления по категории заявки (используется на стороне имплементации)

2.2.1.1.2. Принцип разбора заявок внутри группы (используется группой внедрения)

2.2.2. Группы, по которым идет распределение

2.2.2.1. Group_tariffication

2.2.2.1.1. Чичева Наталья Александровна Середа Наталья Николаевна Иванова Ольга Александровна Лобарь Ольга Сергеевна Бибик Виктория Александровна Пода Наталья Николаевна Агеев Дмитрий Андреевич Максимов Максим Андреевич Шемякина Ольга Ивановна

2.2.2.2. Group_mass_operations

2.2.2.2.1. Агеев Дмитрий Андреевич Максимов Максим Андреевич Чичева Наталья Александровна Середа Наталья Николаевна Пода Наталья Николаевна Иванова Ольга Александровна Шемякина Ольга Ивановна Коростылева Наталья Валентиновна

2.2.2.3. Group_BercutProductCatalog.Tariff_Services

2.2.2.3.1. Агеев Дмитрий Андреевич Максимов Максим Андреевич Чичева Наталья Александровна Коростылева Наталья Валентиновна Шемякина Ольга Ивановна

2.2.2.4. персонализировано

2.2.3. уточнить, что отправляется автоматически/вручную

2.2.3.1. Уточнить Наташа Середа

2.2.3.1.1. получить список у Андрея Андреева

2.3. Как отражается история работы с заявкой в PI?

3. Требования к интеграции

3.1. Выбрать элемент TFS для синхронизации

3.1.1. Требование

3.1.1.1. Назначено на группу/сотрудника, но не взята в работу/NEW - Ожидает анализа

3.1.1.1.1. New - Взято в работу - избыточно для БП

3.1.1.1.2. Отклонено

3.1.1.2. Сотрудник взял заявку в работу/Full analysis - Отправлено на анализ

3.1.1.2.1. Разработка детальных требований Т2 - избыточно для БП

3.1.1.2.2. Готово к реализации - избыточно для БП

3.1.1.3. Development - Взято в работу

3.1.1.3.1. Идет разработка

3.1.1.3.2. Внутренняя приемка

3.1.1.4. Сотрудник завершил работу/UAT - Разработка завершена

3.1.1.4.1. Функционал передан для тестирования

3.1.1.4.2. Окончательная приемка - избыточно для БП

3.1.1.5. Closed

3.1.1.5.1. PAT завершен

3.1.1.5.2. RFS

3.1.1.5.3. Закрыто по временной схеме - избыточно для БП

3.1.2. Задача

3.1.2.1. New

3.1.2.1.1. Отклонено

3.1.2.2. Development

3.1.2.2.1. Взято в работу

3.1.2.3. UAT

3.1.2.3.1. Задача выполнена

3.1.2.3.2. Нет возможности выполнить

3.1.2.4. Closed

3.1.2.4.1. Выполнение подтверждено

3.2. Как необходимо получать заявки?

3.2.1. В виде требования, назначенного на системного пользователя

3.2.2. Отдельно рассмотреть возможность проставления предварительной оценки в у.е.

3.2.2.1. Подготовить калибровочные требования

3.3. Как передавать вложения в заявке?

3.3.1. Как вложенный в требование документ (стандартный функционал)

3.4. Отображать историю изменений

4. Требования для обратной интеграции

5. Возможности API

5.1. в TFS есть возможность перенести все поля

5.2. API PI есть, но его еще никому не давали, необходимы эскалировать

5.2.1. есть примеры, когда доступ к API выдан

5.2.2. Разработку можно провести силами Беркут

5.3. Прямого соединения не получится, нужна прослойка

5.3.1. проанализировать варианты реализации

5.3.2. Создать виртуальную машину и на ней запустить скрипты для переноса данных