Отслеживание требований через несколько проектов с JIRA (или другие инструменты) [закрытый]

Мы используем функцию jira «дублировать» или «относится к».

Таким образом, вы поднимаете проблему в каждом проекте, но связываете их вместе. Таким образом, у вас может быть одна проблема, «принадлежащая» проекту, и вы можете закрыть все связанные проекты после того, как изменения будут проверены на каждом.

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

Это происходит потому, что включен параметр «esckeys» (следствие несовместимого , как я только что обнаружил). При нажатии ^ [ O происходит небольшая задержка, так как выясняется, используете ли вы клавишу со стрелкой/функцией или вы просто подразумевали эти две клавиши в последовательности.

Одним из решений является отключение этой опции и отказ от клавиш со стрелками в режиме вставки.
Другое - установить 'timeoutlen' на что-то меньшее, чем 1000, может быть, 100 (но будьте осторожны при медленных соединениях).
Другим способом является использование ^ C вместо ^ [ для выхода из режима вставки.

См. Операторы C # для операторов C #, включая оператор OR, который является | |

У нас та же проблема. В случае, когда у вас есть проблема (ошибка или новая функция), которая включает в себя несколько продуктов и которые имеют зависимости между ними. (Например, у нас есть сервер, API подключения и клиентское приложение). Если есть новая идея о расширении клиентского приложения определенным образом, вполне возможно, что также api и сервер подключения нуждаются в каком-то расширении. Наверное, их разрабатывают разные команды... Таким образом, не обрабатывается в том же спринте/итерации, но как владелец продукта вы хотите отслеживать все эти новые функции как группа.

Мы создали несколько пользовательских полей. Первое поле, которое мы ввели, было «Каскадный выбор», как «Программа» и «Фаза». Это дает владельцам продукта возможность группировать проблемы в рамках программы и выполнять некоторые приблизительные долгосрочные планы (несколько итераций).

Затем мы добавили другое поле (текстовое поле) для «Epic» (или «Theme»), которое объединяет вопросы, связанные с определенной Epic/Theme. Идея в том, чтобы использовать «Эпосы» в рамках «Программы.» В случае большей «Программы», вероятно, можно разделить её на разные части, которые затем отражаются в этих «Эпосах». (Своего рода сюжетная линия. Группа историй (которая может распространяться на несколько продуктов), которые добавляют ценность как дыра в серии продуктов).

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

При включенном связывании теперь можно также создавать зависимости между различными проблемами в различных продуктах. И он полностью отделен от управления версиями продукта Jira по умолчанию. Это замечательно, поэтому нормальный процесс высвобождения остается таким, какой он есть.

Еще одна идея, которую я думаю представить - это поле «Итерация». При переходе к сеансу планирования (или сразу после него). Это поле может быть обновлено именем этого спринта (Jira отлично подходит для редактирования/обновления нескольких выпусков). Что затем позволяет легко отфильтровывать все проблемы для этого спринта.

Что мне больше всего нравится в использовании Jira также в качестве инструмента планирования Scrum/Sprint отслеживания, так это то, что у вас нет отдельного инструмента планирования и отставания.Ошибки более заметны. Нет двойного администрирования ошибок в средстве планирования и или предметов планирования в средстве отслеживания ошибок (для правильных номеров cvs/svn/etc commit). Или генерация заметок о выпуске.

В этом случае вам, вероятно, лучше использовать Confluence в дополнение к jira.

Используйте Jira там, где она лучше всего, и используйте Confluence для всего остального.

различные проекты в общие «подмодули», если вы считаете это полезным, однако я был бы склонен предложить использовать Jira в основном для отслеживания фактической реализации и связанных с ней ошибок.

Другой подход - создать настраиваемое поле с множественным выбором с гиперссылками (например, « XYZ-123 ») на задачи в качестве параметров.