То, что мы знаем: Tfs позволяет нам управлять ошибками. Мы можем добавить ошибки и переместить их через разные состояния.Чтобы добавить поле в шаблон TFS Agile или жить по умолчанию?
Что нам нужно: Мы должны иметь различные состояния в жуке, которые TFS 2015 не позволяют из коробки, в частности
- «не ошибка» (который после NEW> ACTIVE, а затем, если разработчик говорит, что это не ошибка)
- «RE-Opened» (где ошибка пересеклась с NEW> ACTIVE> RESOLVED> CLOSED, а затем снова открыта в другом выпуске/Sprint).
Какой подход, упомянутый ниже, мы могли бы использовать?
A- Мы в настоящее время находимся на TFS 2015. Мы делаем настройку с помощью подхода WITAdmin (https://www.visualstudio.com/en-us/docs/work/customize/add-modify-field), и это влияет на базу данных, отчетность и продвижение вперед, в направлении миграции было бы еще одним усилием.
B- Мы перенести нашу TFS 2015 до TFS 2017 и получить новую функцию добавления наших новых государств из коробки согласно (https://www.visualstudio.com/en-us/docs/work/process/customize-process-field#add-a-custom-field)
C- Мы должны изменить нашу практику лесозаготовок ошибок, и нам нужно изучить правильную реализацию Agile через TFS, так как процесс AGILE имеет этот сценарий Что нам нужно, упомянутое выше.
A, B, C - это подходы, о которых я думал. Я был бы признателен, если бы эксперты могли поделиться своим опытом, мыслями и/или новыми подходами.