Теги далеко не сразу попадают в фокус внимания пользователя — изначально они игнорируются. По мере работы с инструментом и решением практических задач мы начинаем гораздо шире смотре:
- Не всегда имеет смысл создавать дополнительное поле — есть необходимость дополнительных данных для ограниченного количества элементов, применение для небольшого подмножества рабочих элементов. Это может быть гипотеза о полезности расширения и вы можете проверить ее с помощью тегов.
- У вас нет прав расширять процесс — вы не администратор проекта, но вам нужно оперативно решить задачи.
- У вас не возможности расширять процесс — это может быть базовый процесс который строго используется в компании. Принято решение не создавать дочерний процесс и вы используете стандартный процесс как есть.
- Ограничение системы Microsoft Azure DevOps по созданию полей с типом lookup — мы не можем создавать справочники на основании отдельных типов work item-ов.
- Легкие теги вместо тяжелых связей — вы можете применить теги как быстрый способ условного связывания — вы заменяете рабочие элементы тегами для избежания трудоемких операций по установке связей.
