Рекомендации PivotalTracker [закрыто]

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

Мы собираемся нарастить рабочий процесс, основанный на этот набросок Рейна Хенрикс , и им было интересно узнать, как разбить компоненты продукта на проекты.

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

В то же время для управления версиями и т. д. может показаться более целесообразным иметь все это в одном проекте независимо от беспорядка.

Есть мысли? Мнения? Комментарии? Спасибо.

4 голоса | спросил Matt Gardner 29 PMpWed, 29 Apr 2009 23:29:01 +040029Wednesday 2009, 23:29:01

2 ответа


0

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

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

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

ответил NamshubWriter 7 Mayam09 2009, 02:36:16
0

Вероятно, лучше всего иметь один проект, содержащий все ваши истории. Таким образом, у вас есть единое место для всей команды, чтобы увидеть, что происходит с проектом и каковы текущие приоритетные пункты. Если ваши истории разбиты настолько, что они могут стать особенностями процесса Рейна, вы в отличной форме! В конце концов, наличие приоритетного списка функций - это все, что действительно нужно любой команде разработчиков. Используйте теги в Tracker для фильтрации. Они хорошо работают. На мой взгляд, разбиение одного продукта на несколько зависимых проектов на самом деле скрывает информацию и затрудняет получение представления об истинном состоянии проекта.

ответил kstewart 3 Mayam09 2009, 09:07:26

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132