правопреемник в рабочем процессе jira - PullRequest
7 голосов
/ 30 августа 2011

Должен ли я сменить уполномоченного в вопросе jira, когда я изменил его состояние так, чтобы над ним должен был работать другой человек?
Какой общий подход? (пожалуйста, предоставьте достоверный источник ваших мыслей)

Ответы [ 3 ]

7 голосов
/ 11 сентября 2011

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

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

2 голосов
/ 19 сентября 2015

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

Я не одобряю это использование.

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

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

Репортер является «заказчиком» задания, и, если он сам не решит свою задачу, он не будет правопреемником.

2 голосов
/ 30 августа 2011

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...