вторник, 7 мая 2013 г.

JIRA. Стандартный workflow задач

Теперь, когда мы знаем:
Перейдем к следующему вопросу - вот создали мы задачу / ошибку / запрос на улучшение.

А дальше то что с ним делать? Какое Workflow есть у данной задачи, когда назначать на разработчика, когда - на тестировщика?

Давайте посмотрим на стандартный workflow. Для этого заходим в админку...
Облачная JIRA обновилась, теперь, чтобы зайти в админку, надо поплясать с бубном. По крайней мере, первый раз, пока ты еще ищешь админку в шестеренке...

В общем, нажимаем "." и вводим Workflow. Открываем


Видим такую табличку и в ней, скорее всего, будет только стандартная (отмеченная как default) схемка. Открываем ее.


И вот, пожалуйста, можно смотреть в текстовом виде (так ее удобнее редактировать), а можно в графическом (так ее удобнее читать и осознавать).



Итого, что мы имеем:
  • Тестировщик находит баг. Он создает задачку - она находится в статусе Open.
  • Тестировщик переводит задачку на разработчика - делает Assign. В схеме этого нет, так как статус задачи не меняется.
  • Разработчик начинает работу с задачает - Start Progress. Задача переходит в статус In Progress.
  • Разработчик заканчивает работу с задачей "на сегодня" - Stop Progress. Задача возвращается в статус Open.
  • Разработчик вообще заканчивает работу над задачей и делает Resolve.
  • Тестировщик проверяет.
  • Если бага воспроизводится, он делает Reopen. И все по кругу...
  • Если бага исправлена, он делает Close.
  • Happy end! Smile :)
На самом деле этапы Start Progress - Stop Progress обычно опускаются.
И задачу из открытого состояния сразу переводят в "готово, проверяй".

Хотя, где как. Если Вы используете страничку "Agile" (это дополнение, платное, поэтому есть не у всех) - то лучше переводить задачу в статус In Progress, так как это удобно отслеживать на стенд-ап доске.

Anyway, давайте посмотрим, как это делается. Еще раз создам багу, сверху такая большая кнопочка "Create Issue".


Тип - "бага". заполняем все поля - и вот она. Задача в статусе Open. Кстати, прямо из задачи можно посмотреть на ее доступный воркфлоу.



При этом увидим не просто воркфлоу, но и ярко выделенное место "ты находишься тут!"


Нажимаем Start Progress - и статус меняется!




Мы не видим кнопки Resolve, так как для нашего проекта не настоены права доступа. Это надо сходить в админку в Permissions и указать, какие роли могут резолвить задачи. Все, или только разработчики, или только тестировщики, или вообще 1 человек, итд итп. Очень гибко настраиваемая схема.

Но врядли мы сами будем разбираться с проблемой. Как назначить ее разработчику?
Вот сверху есть кнопочка Assign. Нажимаем и начинаем вводить имя.


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


Если мы внезапно передумали (ой, блин! Забыл автотест написать!!), всегда можно вернуть ее себе, причем более быстрой процедурой - нажать на Assign и выбрать там Assign to me.



Вот и все, что надо знать о стандартной схеме. Правда, обычно ее все таки допиливают под себя :)

8 комментариев:

  1. Честно говоря, не встречался с такой схемой, но последний абзац вас спасает.
    Обычно тем, кто открывает задачи/баги не дают их кому-либо назначать. Баг должен висеть как Created пока его не рассмотрит триада дев лид/тест лид/пм и не повесит на кого-нибудь. Тогда же баг делают Open, а до этого момента на него и смотреть нельзя. Мало ли времени на него нет и пофиксить можно будет только в следующей версии. Или никогда.

    p.s. а на iOS в комментариях баг: после вставки текста не даёт печатать больше, только стирать.

    ОтветитьУдалить
    Ответы
    1. Баг должен висеть как Created пока его не рассмотрит триада дев лид/тест лид/пм и не повесит на кого-нибудь. (с)

      Это же сколько времени убивается...

      Удалить
    2. Почему же убивается? Неужто всё остальное уже пофиксили и люди стдят, свесив ножки?

      К тому же, никто не мешает намекнуть, что бага критическая и надо бы рассмотреть её здесь и сейчас.

      У меня почти нет опыта работы в маленьких группах (<10 человек), но могу предположить, что будет по другому.

      Удалить
    3. Да, Дмитрий, я говорю скорее о небольших группах, 10-15 человек.

      А еще я тут расписала стандартный workflow, который предлагает JIRA, потом хочу написать, как его редактировать. ПРосто для этого надо знать - где редактировать!

      Удалить
  2. Про создание-редактирование воклфлоу и филдов/скринов будет?

    ОтветитьУдалить
  3. А где кнопка "In Test"? Которую нажимает тестировщик, что говорит о том, что заявка находится в тестировании?

    ОтветитьУдалить
  4. А в случае, если баг "not relevant", где можно выбрать эту функцию, чтобы баг просто "ушел в историю", можете подсказать?

    ОтветитьУдалить
  5. Кто знает, можно ли покупать Jira в это магазине http://softlist.com.ua/catalog/product-jira-agile/

    ОтветитьУдалить