Рабочие элементы TFS: рейтинг стека против приоритета?

Ответ 1

Приоритет предназначен для грубого зернистого свойства для первоначальной группировки признаков (например, низкий, средний, высокий), что в гибком разговоре иногда называют размерами футболки.

Стековый ранг - индивидуальное дискретное значение (уникальное в выпуске), которое сообщает команде разработчиков точный порядок разработки функций (рассказы пользователей). Эта практика исходит от Scrum (в частности), где Владелец продукта отвечает за определение приоритетности работы команды.

Идея этого (рейтинг стека) заключается в том, чтобы заставить ПО принимать жесткие решения о важности каждой функции и отходить от "все одинаково важного" вида копий.

Надеюсь, что это поможет.

Ответ 2

Уровень стека: это точно точный порядок, в котором ваша команда будет работать. Ранг 1 - это элемент, над которым ваша команда будет работать в первую очередь, второй уровень и т.д.

Приоритет: моя команда использует его для обозначения, когда что-то должно быть сделано, например. Кодовая бета-версия, когда все приоритетные 1 элементы выполнены, введите CERT, когда все пункты 1 и 2 приоритета выполнены, и т.д.

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

Пример 1 Пусть говорят, что PM выбирает 3 ошибки для исправления в текущей итерации. 1 - высокий приоритет, а 2 - средний приоритет. Предположим, что исправление одной из ошибок среднего приоритета означает регрессионное тестирование. поэтому PM мог бы захотеть исправить это раньше, чтобы эффекты регрессии были видны как можно раньше.

Пример 2 Для элемента с более высоким приоритетом требуется больше информации, прежде чем команда начнет работать над ним. Таким образом, PM сохранит высокий приоритет, но переместит несколько пунктов с более низким приоритетом в верхний ранг, чтобы команда могла продолжить работу.