2008-10-04 4 views
23

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

+1

Исправлено, схватка не является аббревиатурой и должна быть записана Scrum или scrum, а не SCRUM, :) – Sklivvz 2008-10-04 09:35:06

+0

Отличный вопрос! Был [аналогичный вопрос] (http://stackoverflow.com/questions/136099/when-is-a-feature-considered-done), который был задан некоторое время назад, что может быть полезно. – 2008-10-04 16:50:33

ответ

7

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

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

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

2

Есть три приятных статьи от Mitch Lacey, Dhaval Panchal и Mayank Gupta на этом сайте ScrumAlliance.


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

3

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

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

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

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

Имея все ваши задачи действительно «сделаны», принимая во всех пункты тур отставания (или Истории пользователей, на которые вы их назовете), действительно «сделанные» позволяют «делать» на каждой итерации, что помогает сохранить продукт в состоянии shippable или deployable.

11

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

  1. Short Spec созданного
  2. Реализовано/Unit Tests создана
  3. приемочных испытаний созданы
  4. 100% Приемочные испытания прошло
  5. Проигрыватель продукта demo прошло
  6. Исправлены известные ошибки
0

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