Опорный трекер "Finished" vs "Delivered"

Question

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

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

Итак, зачем они нам нужны? Что происходит после того, как разработчик отмечает историю как Finished и до того, как она получит Delivered?

Я предполагаю, что следующий рабочий процесс:

• Разработчик начинает работать над историей, отмечая его как Started
• После того, как сюжетные задания будут завершены, и она проходит юнит-тесты - он помечается как Finished
• После ??? он обозначен как Delivered
• Затем после QA это может быть Accepted или Rejected и при необходимости перезапустить.

Если мы отмечаем историю как Finished до какого-то другого вида тестирования, а затем Delivered раз она проходит? Или, возможно, это должно включать проверку кода? Возможно, это общеизвестно в мире agile/scrum, о котором я еще не подозреваю?

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

Answer 1

У меня был этот же вопрос и просмотрен those same videos you did, но также найдено a more detailed article on Tracker's workflow.

Основываясь на их пояснении, я изменил ваши шаги, как показано ниже. Очевидно, что у всех будет немного другое отношение к этому, но я попытался понять, как ваша компания может работать на основе ваших первоначальных шагов.

• Разработчик начинает работать над историей, отмечая его как Started
• После того, как сюжетные задания будут завершены, и она проходит юнит-тесты - он помечается как Finished
• После того, как код будет успешно развернут Сцена или среда испытания обозначена как Delivered
• Затем после QA это может быть Accepted или Rejected и при необходимости перезапустить.

Надеюсь, это будет полезно.

Answer 2

Это старая тема, но вот то, что мы делаем в моей компании:

• Когда разработчик заканчивает билет, он заканчивает историю.
• Любого законченный рассказ должен быть рассмотрен другим разработчиком
• Если просмотр кода в порядке, код объединяются в тестовой ветвь
• Тогда просмотрит его