JIRA - Добавление пользовательских рабочих процессов

Question

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

Мы используем Stash, чтобы управлять нашей Git репозиториев 1000+ все из которых содержат метки, указывающие на их версии.

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

Например:

System_x.y.z in production consists of 
    group_of_components_a_x.y.x consists of 
     component_a_x.y.z    
     component_b_x.y.z  
    ...  
System_x.y.z is release candidate_a consists of  
....  
System_x.y.z is in regression test  
...  
System_x.y.z is in performance test  
...  
System_x.y.z development is being tracked by Issue#  
...  
etc etc 

Я использую ClearQuest для достижения этой цели, но хотел бы перейти к чистому Atlassian решение, если оно существует

Я также хотел бы указать имя для group_of_components, чтобы я мог прикреплять к нему владельцев, а также к компонентам, чтобы мы могли использовать их в другом месте рабочего процесса.

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

Я хотел бы также, чтобы иметь возможность использовать System_x.yz, group_of_components_x.yz и component_a_x.yz

• в дефектах, чтобы я мог видеть, где была обнаружена ошибка (System_x.yz, group_of_components_x.yz)
• в дефектах, чтобы я мог видеть, где ошибка была исправлена ​​(component_a_x.yz)

Возможно ли это?

Answer 1

Возможно ли это?

Короткий ответ: да. Это все возможно.

Jira имеет следующую иерархию:

Project
../ Эпическая
../../ Задача
../../../ Под- Задача

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

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

Зависимости могут быть легко добавлены в/уровнях подзадача Epic/задача, но я не осведомлен о простой способ сделать это на уровне версии. Я только очень хорошо знаю решения Agile Cloud.Если вы установите это локально, я уверен, что вы сможете найти способ сделать это, если это действительно необходимо.

Я также хотел бы указать имя для group_of_components, чтобы я мог прикреплять к нему владельцев, а также к компонентам, чтобы мы могли использовать их в другом месте рабочего процесса.

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

может уведомлять их об изменениях версий.

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

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

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

Я хотел бы также, чтобы иметь возможность использовать System_x.yz, group_of_components_x.yz и component_a_x.yz

дефектам, чтобы я мог видеть, где была обнаружена ошибка (System_x.yz, group_of_components_x .yz)
В Дефекты, чтобы я мог видеть, где ошибка была исправлена ​​(component_a_x.yz)

Каждая ошибка вы определяете:

1. может быть организован в эпос
2. может быть связан с любым количеством задач (блоки задачи 1 или блокируется задачей 2 и т.д.)
3. имеет один или несколько «затрагивает версию», чтобы отслеживать, где произошла ошибка
4. имеет одну или несколько «фиксированных версий» для отслеживания, когда исправлена ​​ошибка.