Как вы используете FogBugz с методологией Agile?[закрыто]

Question

«Планирование на основе фактических данных» в FogBugz интересно, но как мне использовать его с методологией Agile?

Answer 1

Как eed3si9n сказал, что если вы последовательны в своих оценках EBS, FogBugz позаботится об этом за вас.

Что касается более общего вопроса о том, как FogBugz соответствует методологии Agile, лучше всего проводить спринты в виде мини-релизов.Создайте спринт и добавьте к этому релизу (или контрольной точке) дела, которых вы хотите достичь за этот спринт.Укажите дату окончания, скажем, через неделю, если вы выполняете недельные спринты.Тогда EBS сможет отслеживать это и сообщать вам, соблюдаете ли вы график.

На графиках в разделе «Отчеты» также отображается диаграмма сгорания.Терминология немного другая, потому что FogBugz не предназначен только для Agile, но информация там есть.

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

По сути, я полагаю, что это диаграмма сгорания, а не диаграмма сгорания, но она дает тот же ответ на тот же вопрос.Смогу ли я закончить вовремя?Что мне осталось сделать?

Аталасофт Лу Франко написал отличный пост и на этом тоже. Патрик Альтман также есть статья.

Обновлять: исправлена ​​ссылка на статью Альтмана

Answer 2

Я спросил ребят из FogBugz то же самое, потому что, например, в XP вы должны предоставить оценку в IET (идеальное время разработки).Их ответ заключался в том, чтобы быть последовательным в том, как вы предоставляете оценку.

Answer 3

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

Я создал выпуск, который называется Бэклог продукта, и ему назначена произвольная дата выпуска в будущем.Я изменил поле FogBugz «Версия» на «Приоритет», чтобы мы могли сортировать по приоритету.Для управления очередью продуктов я активно использую Areas для категоризации пользовательских историй.Области могут быть Темами или Эпосами.Каждая итерация является выпуском в FogBugz.

Недавно мы начали использовать Story Points вместо идеальных дней задач для оценки нашего журнала невыполненных задач.FogBugz не понимает единицу измерения Story Points, поэтому довольно странно, что 1 SP в нашем журнале продуктов указывается как 1 день в FogBugz.Это может быть опасно, если возникнет путаница.Но наша команда маленькая.Я не использую встроенные инструменты отчетности в FogBugz, но было бы здорово, если бы я мог.

Итак, все мои расчеты Story Point и Velocity выполняются вне FogBugz в Excel.Кажется, на данный момент это нормально.Мы отслеживаем задачи, используя учетные карточки для пользовательских историй и стикеры в виде задач на наших досках в офисе.Взгляните на книгу Книберга «Scrum and XP from the Trenches», которая повлияла на мое решение.На самом деле наличие большой доски со всем, на что мы смотрим во время утренних скрамов, действительно помогает.

Я действительно считаю, что историческая оценка и отчетность в FogBugz превосходны.Работает ли это в мире планирования покера?Полагаю, по крайней мере, судя по истории оценок команды, так оно и есть.

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

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

Редактировать:Вышел FogBugz 7 с гораздо лучшим управлением бэклогами «проектов» продукта.Взглянем!

http://www.fogcreek.com/FogBugz/blog/post/Scrum-Friendly-Features.aspx

Answer 4

Вот несколько советов по включению Story Points в ваше планирование:

Когда вы вводите свою историю в FB7, вы можете сделать это как дело и включить количество очков истории из Planning Poker в новое создаваемое вами настраиваемое поле под названием «Очки истории» (как это сделать ниже).Затем, когда вы приступите к работе над этой историей, вы можете, если необходимо, разбить ее на подслучаи, а также ввести расчетное время для завершения каждого подслучая (приблизительное время будет суммироваться в истории (вверху) ) Поле «Оценка» дела, а также диаграммы планирования на основе фактических данных / диаграммы сгорания)

Вот две вещи, которые следует изменить в вашей установке FogBugz, чтобы они отражали вашу номенклатуру Agile.

(1) Из коробки, категория FB «Функция» больше всего похожа на вашу «историю». Но вы можете изменить названия своей категории и добавить новые в Admin> Workflow> Настройка категорий.Вот дополнительная информация по этому поводу:

http://www.fogcreek.com/FogBugz/docs/70/topics/plugins/CustomWorkflow.html?isl=174457

(2) Чтобы фиксировать Story Points, вам, вероятно, понадобится создать настраиваемое поле в диалоговом окне «Обращение».Это достигается с помощью включенного плагина настраиваемых полей.Дополнительную информацию об этом можно получить по адресу isl=174461.

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