Для чего используются различные рабочие элементы в Team Foundation Server?

Question

Пожалуйста, прочитайте весь этот вопрос, прежде чем пытаться пометить его как "слишком спорный".Фактически я впервые настраиваю свою среду управления проектами / отслеживания ошибок с помощью Team Foundation Server (раньше я использовал JIRA, Mantis и некоторые другие программы PM).Я достаточно хорошо знаю, как использовать командное основание для чего-то еще, кроме управления исходным кодом.

Я действительно пытаюсь использовать рабочие элементы для того, для чего они предназначались.Сказав это, я хочу убедиться, что при добавлении новых рабочих элементов я классифицирую их правильно.

Когда я выбираю добавить рабочий элемент, если есть следующие варианты для выбора:

1) Ошибка
2) Ошибка
3) Общий шаг
4) Задача
5) Контрольный пример
6) История пользователя

ОчевидноЯ знаю, что классифицирует ошибку, это не то, что смущает меня.Что я действительно хотел бы знать, так это то, что классифицирует проблему?Что технически классифицирует задачу?Что такое пользовательская история?и т. д.

Я знаю, что в этом может быть какое-то мнение, но я действительно пытаюсь организовать проект и правильно разделить их.

Answer 1

Этот вопрос говорит о некоторых вещах, которые вы упомянули здесь

Answer 2

Руководство по шаблону процесса MSF Agile 5.0 можно найти здесь .Когда вы создаете командный проект, вы должны получить опцию, после того как она будет завершена, чтобы прочитать руководство по процессу.Это то, что вам понадобится, если вы выберете MSF Agile 5.0.Также обратите внимание на шаблон процесса VS Scrum .Это очень просто и так же верно для Scrum, как и любой инструмент или руководство процессом.Он был отправлен вне диапазона, но будет включен в следующую версию TFS (если не SP1).