Комментарии 9
Request Tracker Reinvented?
0
Проводил не раз обучающие лекции по JIRA для новых сотрудников нашей компании, потом записал часовое видео (доступно только внутри, к сожалению). Один из наиболее сложных моментов — это объяснение сотрудникам, что такое status, а что такое resolution. Подавляющие большинство людей уверены, что самое главное — это status, и если он closed, то значит все, задача закрыта. Но это совсем не так.
Самое понятное, что удалось придумать из наглядного про «status» и «resolution» — это пример с хождением по кабинетам для сбора всех печатей и получения финальной подписи у самого главного начальника. На входе у вас есть бланк обходного листа без подписей — это новая задача в JIRA, status Active, resolution Unresolved. Вы начинаете ходить по разным кабинетам, получаете разные печати на свой лист-задачу вида «Зам по кадрам: Согласовано», «Бухгалтерия: Не возражаю» и т.д. У задачи в этот момент разные status (например, по названию кабинета), но resolution по-прежнему Unresolved, так как финальной подписи нет. После всех мытарств вы попадаете в последний кабинет и получаете у самого главного начальника подпись (или резолюцию, если угодно) вида «Согласен» или «Отказать». И только в этот момент наш лист-задача считается для JIRA закрытой, так как у нее появился resolution, отличный от начального Unresolved. Статус у нее при этом может быть какой угодно.
Самое понятное, что удалось придумать из наглядного про «status» и «resolution» — это пример с хождением по кабинетам для сбора всех печатей и получения финальной подписи у самого главного начальника. На входе у вас есть бланк обходного листа без подписей — это новая задача в JIRA, status Active, resolution Unresolved. Вы начинаете ходить по разным кабинетам, получаете разные печати на свой лист-задачу вида «Зам по кадрам: Согласовано», «Бухгалтерия: Не возражаю» и т.д. У задачи в этот момент разные status (например, по названию кабинета), но resolution по-прежнему Unresolved, так как финальной подписи нет. После всех мытарств вы попадаете в последний кабинет и получаете у самого главного начальника подпись (или резолюцию, если угодно) вида «Согласен» или «Отказать». И только в этот момент наш лист-задача считается для JIRA закрытой, так как у нее появился resolution, отличный от начального Unresolved. Статус у нее при этом может быть какой угодно.
0
Спасибо, эта статья хороший быстрый старт для новых сотрудников
0
>>>В багтрекерах популярных программ цепочки «Open»->«Won't Fix»->«Reopened»->«Won't Fix»->«Closed»->«Reopened»->… могут длиться годами и достигать изрядной длины.
Можно добавить Resolution «Fix it Yourself».
Спасибо за статью.
Можно добавить Resolution «Fix it Yourself».
Спасибо за статью.
+1
Спасибо за статью, супер.
Ссылка на дефолтный workflow JIRA побилась, вот корректная с картинкой:
* URL: confluence.atlassian.com/download/attachments/185729618/jira_default_workflow.png?version=1&modificationDate=1378968996981&api=v2
* pic:
Ссылка на дефолтный workflow JIRA побилась, вот корректная с картинкой:
* URL: confluence.atlassian.com/download/attachments/185729618/jira_default_workflow.png?version=1&modificationDate=1378968996981&api=v2
* pic:
+1
> В общем случае reporter — это тот человек, для которого работу надо выполнить, который будет проверять что она выполнена.
Вообще говоря, контролировать выполнение задачи может и кто-то другой — тут можно различать Контролёра (имеет право вмешиваться в ход задачи) и Наблюдателя (не может вмешиваться).
На мой взгляд, лучше ограничиться тем, что Reporter — это просто инициатор (создатель) задачи. IMHO.
Вообще говоря, контролировать выполнение задачи может и кто-то другой — тут можно различать Контролёра (имеет право вмешиваться в ход задачи) и Наблюдателя (не может вмешиваться).
На мой взгляд, лучше ограничиться тем, что Reporter — это просто инициатор (создатель) задачи. IMHO.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
О ежедневном использовании системы управления задачами: сводки с полей