Зависимость статуса пользователя в JIRA

Question

Я не уверен, что приведенный ниже сценарий может быть реализован в Jira или нет.

В текущем рабочем процессе у нас 16 статусов.

произнесите «Состояние 1», «Состояние 2», «Состояние 3» .... Состояние 16

Теперь статус с 1 по 4 будет с командой X.

После того, как задание / проблема переместятся в статус 5, он будет с личностью команды B Y.

и т. Д.

У нас есть номер команды, которая зависит друг от друга

Над системой разработана за пределами JIRA, и теперь мы планируем перейти на JIRA.

Так что теперь в JIRA я не уверен насчет нижеуказанных пунктов.

1. Как планировать рабочие часы в JIRA для вышеуказанного сценария?

2. Если человек Х находится в отпуске в течение дня, все ли задачи / задачи будут автоматически перенесены на следующий рабочий день? ИЛИ Нам нужно управлять этим вручную?

3. Как управлять оценкой нескольких команд для одной задачи?

4. Можно ли добавить право собственности пользователя на статус? скажем, статус от 1 до 4 будет управляться командой X?

Answer 1

В отношении нескольких команд, работающих над одним вопросом с 16 статусами:

См. Jira Agile , при условии использования сервера Atlassian Software .

Jira лучше работает с несколькими проектами, одна команда на проект .

                                              TeamA          TeamB         TeamC ...
Feature parent                                Story          Story
DO-11 Do Foo  -> children ---------------->   TA-23 Bar A    TB-34 Bar B
                                                ^----------- depends on

Оцените сюжетные моменты для детей, а не для родителей. Это решает смету.

DO-11 Do Foo (родитель)

• TA-23 Bar A - Очки истории: 8
• TB-34 Bar B (зависит от TA-23) - Очки истории: 5
• TC-30 Bar C (зависит от TB-34) - Очки истории: 3

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

Добавьте сюжет и истории в Epic , чтобы визуально связать все вместе (эпопея отображается в резюме истории).

Sprint 1  
  DO-11 Do Foo                                 Epic Foo  
  TA-23 Bar A                                  Epic Foo   8
  TB-34 Bar B                                  Epic Foo   5
  TB-30 Bar C                                  Epic Foo   3
                                    Story point estimate 16

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

Answer 2

Отвечая на ваши вопросы:

Как планировать рабочие часы в JIRA для вышеупомянутого сценария?

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

Если человек Х находится в отпуске в течение дня, будут ли выполнены все задачи / проблемы Автоматически перенесено на следующий рабочий день? ИЛИ Нам нужно управлять этим вручную

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

Как управлять оценкой нескольких команд для одной задачи?

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

Можно ли добавить владение пользователем, релевантное статусу? сказать статус От 1 до 4 Будет управляться X Team?

У вас могут быть постфункции (стандартные по умолчанию Jira и сторонние через Atlassian Marketplace), которые могут делать вещи (например, назначать кого-то назначенным лицом) в зависимости от перехода.

Надеюсь, это поможет.