Первое, что я приметил для себя после перехода с Redmine на JIRA, это использование workflow. JIRA по умолчанию предлагает несколько вариант workflow и issue types для создаваемого вами проекта в системе.
В ходе первых месяцев работы стало ясно, что наиболее подходящим вариантом для разработки проектов в BONO IDEA и Bitfork Develop является вариант «Software Development».
Если вы не хотите заниматься настройками jira schemes, issue types, то, скорее всего, этот вариант наилучшим образом вас устроит.
Во-первых, в отличие от «Simple Issue Tracking» и «Project Management», в «Software Development» предлагается несколько вариантов issues, кроме «Task» и «Sub-Task».
Этого вполне достаточно для работы практически любой команды разработчиков.
Давайте рассмотрим типы issue немного подробней:
- Bug — ошибка, тип задачи, используемый исключительно для внесения в систему ошибок, выявленных ВНЕ задач, находящихся в статусе «TO DO», «IN PROGRESS», «IN REVIEW». Если ошибка найдена в объектах, над которыми ведется работа, то описать проблему необходимо в комментариях к задаче (при статусах «IN PROGRESS», «IN REVIEW») или путем редактирования описания задачи (при статусе «TO DO»).
- Task — задание, здесь все просто самый простой тип задач, который не требует проверки создателем задачи. Наилучшим образом стоит использовать для того, чтобы выставлять задачи на себя.
- Sub-task — подзадачи в рамках задач. Все аналогично типу «Task».
- Improvement — улучшение имеющегося функционала. Уже наталкивался на частый вопрос, когда использовать «Improvement», а когда «New Feature». Мы используем «Improvement» только для задач из MS Project с припиской «Улучшение»/»Доработка» или аналогичных им названиям.
- «New Feature» — новый функционал, все задачи из сметы на создание новых объектов в проектах.
Во-вторых, Workflow в «Software Development» имеет статус «IN REVIEW». «Simple Issue Tracking» и «Project Management» имеет совсем простую схему workflow: «TO DO» — «IN PROGRESS» — «DONE».
Как вы понимаете статус «IN REVIEW» позволяет проконтролировать результат исполнения задачи создателем issue.
Использование типов проекта по методологии Agile Kanban или Agile Scrum сегодня, конечно, в тренде, но рассказать о них ничего не смогу, так как в своей работе мы их не используем. А, да, и на момент мая 2015 года, они требовали дополнительной платы для использования 🙂