Скрам для Team System 2010 - Как использовать очки истории вместо часов - PullRequest
1 голос
/ 27 мая 2010

Я установил TFS 2010, используя Scrum для Team System v3. Шаблоны рабочих элементов требуют ввода элемента журнала проекта, который включает в себя сюжетные точки, а затем необходимо добавить связанные задачи в качестве дочернего элемента PBI. Это на уровне задач, где вы можете назначать отдельных сотрудников команды, обновлять оставшиеся часы и т. Д.

Какова важность очков истории, используемых в элементе PBI, если в отдельных задачах используются часы?

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

Спасибо за ваше время.

Ответы [ 2 ]

4 голосов
/ 03 сентября 2010

Компания, в которой я работаю, также использует TFS 2010 с новым шаблоном Agile v5.0.Мы идем по этому пути следующим образом и добиваемся определенного успеха.Самое сложное, что мы сделали на сегодняшний день, - это попытаться обдумать идею о том, что очки истории напрямую не приравниваются к какой-либо форме часов.

Мы начинаем процесс со встречи по планированию релизов, это делается один раз.неделю, но если вы никогда не делали этого, вы, вероятно, захотите начать с первого.У нас есть 3 команды, и на собрании присутствуют только владельцы продуктов и руководители команд, если бы мы все были там, было бы очень сложно управлять.Именно на этом совещании по планированию релизов мы, только руководители команд, играем в покер для планирования, чтобы назначить очки истории для пользовательских историй.

Затем у нас будет совещание по планированию спринта, на котором команда, владельцы продукта и держатели колов будутсогласиться на несколько пользовательских историй, чтобы выполнить одну в спринте.Очки истории, после нескольких спринтов, дают вам представление о том, сколько вы на самом деле можете надеть за один спринт.Каждая пользовательская история обсуждается с владельцем продукта, и обычно Scrum Master добавляет задачи в пользовательские истории, когда они слышат, как команда обсуждает их.

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

Пока мы работаем, мы корректируем часыЗавершено и осталось часов без учета первоначальной оценки.Если мы потратили 3 часа и через 3 часа мы думаем, что это займет еще 2, что является задачей, то не имеет значения, что первоначальная оценка составляла 4 часа.

Поскольку мы«заполнил ящики» и не настроил шаблон, все отчеты и куб просто работают.Нам не нужно вносить какие-либо большие корректировки в отчеты или что-либо еще, чтобы получить действительно хорошие показатели.Если вам нужен более простой шаблон, вам стоит взглянуть на «Microsoft Visual Studio Scrum 1.0» из галереи Visual Studio.Это, конечно, проще, но предлагает меньше отчетов и меньше поддержки в виде интегрированных документов Office.

Mircosoft Visual Studio Scrum 1.0

0 голосов
/ 08 сентября 2010

Мы в конечном итоге использовали шаблон TFS Agile, но в итоге использовали «Часы усилий» в задачах рабочих элементов и называем их сюжетными линиями.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...