Scrum в JIRA Agile
Это инструмент для команд, которые используют план работы scrum в спринтах, краткие блоки времени в которых команада может быть оценена и процесс подготовки и доставки проектапродукта заказчику.
Команды разработчиков, так как и команды с любых других сфер детяельности, используют scrum для того чтобы предоставлять свои комплексные решения в структурированный и предсказуемый способ.
Организация приоритетов в Scrum
Собственно заказчикменеджердругие высокопставленное лицо с правами доступа может управлять списком задач, с воможностью удостовериться что команда работает над задачи с самым высоким приоритетом в первую очередь. С JIRA Agile команды могут организовать «истории» в спринты, в большие эпики и среди версий релиза.
Эффективное сотрудничество
Команда может брать подраздел сверху списка задач и перенести его в спринт, в спринт маркер. С JIRA Agile команда имеет возможность видеть наперед свою будущую работу и то что уже сделано.
Все «истории» под «спринт маркером» могут быть обсуждены на сесси с планирования спринта. Задачи которые находяться над марером автоматичски тановяться теми, которые команда вносит в работу этого спринта.
Agile разработка и релизы
У JIRA Agile есть замечательные гибкие «доски» которые помогут каждой команде быть на высоте в процессе работы. «Плавательные дорожки» позволяют видеть командам прогресс для отдельных «историй», в то время как быстрые фильтры подсвечивают специфические зоны которые нуждаются во внимании.
Agile результативность
«Ретроспективы» — это оцека продвижения спринта. JIRA Agile расширенные отчеты показывают команде критический очерк их аджайл процесса и конечных результатов.
Команда также может следовать к процессу сдачи спринта используя «диаграму сгорания задач». Если, например, детали спринта изменились, JIRAAgileобязательно подсветит дополнительную работу.
А если надо отследить больше? Можно также получить отчеты по «эпиках», а также по версиях!
Ок, со скрамом разобрались. Рассмотрим еще одну не менее популярной, к тому же японской методику – Канбан, внедренная в JIRA Agile.
Если же вы спросите у меня, чем вот так отличается скрам от канбан, ответ простой, канбан – это линейный процесс (как и дзен буддизм) который нацелен на то, чтобы исключить из своей линейности «непроходимость» которая называется «горлышко бутылки» или же bottleneck. Этим горлышком бутылки называют любые задержки в скорости работы ячейки линейного процесс работы — когда один элемент структуры не успевает по очевидным причинам справляться со своей задачей на уровне с другими ячейками. Для решений таких задач – ресурс с других подобных ячеек (которые могли выполнять другие функции) помогают уравновесить процесс, создавая опять линейную гармонию рабочего процесса – чем же не дзен будизм ребята.
Итак, ближе к Канбану.
Прозрачность рабочего процесса в Kanban
Можно добавить карточные колонки на доске к пошаговой инструкции уже существующего процесса работы. Добавлять или удаляй колонки с продвижением процессов очень легко.
Обычно канбан команды добавляют долгосрочные стримы на свои доски, например «Ожидаем клиента».
Персонализация изменений в Kanban
Можно разделять задачи на доске используя так званые линии, обозначать оценку стрима по классу сервиса.
Именно эти линии могут быть настроены используя JQL, давая команде полный контроль над обозначающими задачу критериями.
Повышенная продуктивность в Kanban
Команды канбан используют систему перетаскивания рабочих процессов слева на право на доске. Также можно ввести максимальную вместимость для отдельных колонок, чтобы легко определить задержки по выполнению и злополучное «горлышко бутылки».
Конструктивный анализ в Kanban
С канбаном легко мониторить нынешние тренды и анализировать прошлый прогресс на комулятивной диаграме. Теперь можно видеть где работа начинает развиваться и на каких этпах появляются задержки по выполнению.