Ваше определение Scrum для Done

Хотя Scrum прост в теории и на практике, я хотел услышать ваше определение Done; то есть, каковы ворота (unit test, покрытие кодa > 80%, обзоры кода, тесты нагрузки, perf.test, функциональные тесты и т.д.), ваш продукт должен пройти, прежде чем вы сможете маркировать продукт "Готово"

Ответ 1

Я бы сказал, что это зависит от вашей команды. Поговорите с владельцем продукта. В идеале это было бы, когда рассказ в "Производство" и используется. Тем не менее, есть промежуток времени между тем, когда история завершается и Live. Это затрудняет отслеживание того, как долго развивается история.

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

Дальнейшее тестирование выполняется с автоматической сборки из магистрали.

Ответ 2

Мы в TargetProcess используем следующее определение Done для истории пользователя:

Создан короткий набор
Выполненные/единичные тесты созданы
Созданы приемочные тесты.
100% Принятые тесты прошли
Демонстрация владельца продукта
Исправлены известные ошибки.

Ответ 3

В идеальном мире продукт должен находиться в состоянии shippable в конце каждой итерации.

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

Если вы не можете этого достичь, тогда будет следующий горизонт планирования: выпуск. Команда в целом должна решить, что требуется для отправки продукта и планирования соответственно.

Здесь помогает определить "сделано" на уровне задачи. Определение, сделанное здесь, намного проще: одна задача выполняется, когда вы можете запустить другую: все протестировано, интегрировано. Команда может определить это состояние: документировано, проверено, включено в автоматическую сборку, не известна проблема, с которой связан клиент на месте...

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

Ответ 4

Есть три приятных статьи Митч Лэйси, Дхавал Панчал и Mayank Gupta на этом сайте ScrumAlliance.

РЕДАКТИРОВАТЬ: В целом, все дело в том, что это делается по команде каждого проекта. Основная потребность заключается в том, чтобы согласовать определение, а не определение.

Ответ 5

Все, что сделает ваш "период стабилизации" (т.е. работу, требуемую между замораживанием кода и выпуском клиенту) короче.