Как выбрать только спринты 1-3 для поля со списком?

Я работаю над приложением Rally, и одним из требований к приложению является отображение функций, переданных в первые 3 спринта PSI, но не отображение функций, переданных в 4-м спринте. Я пробовал смотреть примеры кода, включающего фильтры и запросы, но ни один из них не работал у меня. Я думал о том, чтобы сделать поле со списком, где вы могли бы выбрать, например, «PSI 40, Sprint 1-3», что-то в этом роде, но я не знаю, как это сделать. Может быть, сделать поле со списком для даты начала и одно для даты окончания, но пользователь может выбирать только спринты, оканчивающиеся на «-1» для даты начала и «-3» для даты окончания? Проблема в том, что я не знаю, как установить этот временной интервал. Кроме того, я смог получить доступ ко всем итерациям, оканчивающимся на "-1" (например, Спринт 43-1), но их было несколько, потому что для каждой команды была новая.

Если кто-то знает, как это сделать довольно простым способом (я очень новичок в разработке приложений Rally и пока не понимаю более сложный код), это было бы здорово. Большое спасибо заранее!


person meghans18    schedule 29.06.2017    source источник


Ответы (1)


У функций нет встроенного способа узнать, что они связаны со спринтами. У вас должно быть настраиваемое поле, чтобы указать это. Функции входят в «Выпуски», и они обычно используются для определения полной PSI.

Основная проблема, с которой вы столкнетесь, это та, на которую вы намекнули в конце первого абзаца. Agile Central способ работы с таймбоксами заключается в создании отдельного артефакта «Итерация» (или «Выпуск») для каждого узла иерархии проекта. Если каждая команда подключает артефакты рабочего элемента к временной шкале, пользовательский интерфейс обычно показывает им временные рамки в их собственном узле команды.

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

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

Если вы применяете соглашения об именах, а также обеспечиваете, чтобы таймбоксы когда-либо манипулировались (создавались, обновлялись и т. д.) только в «корневом» узле, вы могли бы избежать выбора артефактов рабочих элементов, которые были прикреплены к таймбоксам, извлекая рабочие элементы в хранилище. и определение фильтров по строкам: Release._refObjectName = timeBoxName

Еще один результат необходимости применения этих правил заключается в том, что вы можете затем выполнять выборку для временных интервалов в «корневом» узле, только устанавливая контекст: { projectScopeUp: false, projectScopeDown: false }, упорядочивая их по дате начала и выбирая первые три имена.

person NotApplicable    schedule 05.07.2017