Почему использовать Jira для ведения проектов неэффективно

Конспект статьи издания TechCrunch.

Изначально Jira предназначалась для отслеживания ошибок, но теперь она также используется для планирования agile-проектов. В результате программа непреднамеренно стала «антипаттерном» (распространённым, но неэффективным подходом к решению часто встречающихся проблем — определение из Wikipedia).

По мнению Джона Эванса, автора статьи на TechCrunch, при разработке программного обеспечения важно помнить не только о деталях, но и об общей концепции. В Jira проект разбивается на задачи, работа над которыми ведётся обособленно. Программа акцентирует внимание на деталях, игнорируя картину в целом. Более того, Jira не поддерживает создание общей инфраструктуры проекта.

Самый большой недостаток Jira Эванс видит в том, что программа требует завершить одни задачи, для того чтобы начать работу над другими. Цикл жизни задачи напоминает принцип работы каскадной модели: спецификация, разработка, улучшение, тестирование, релиз. Но гибкая методология разработки, которая лежит в основе Jira, создана, чтобы отойти от каскада. На деле получается, что один большой каскад заменяется тысячами поменьше.

Для лучшей иллюстрации неэффективности Jira Эванс проводит аналогию. Он просит читателей представить программу для планирования городов, которая позволяла бы с лёгкостью проектировать карту города — жилые кварталы, парки, торговые центры, дороги и так далее. Но эта программа не позволяла бы с той же лёгкостью проектировать гидротехнические сооружения, канализацию, метрополитен, сеть электроснабжения и тому подобное.

При работе с этой программой проектировщики города должны были бы придерживаться двух правил:

Помимо этого, инженеры-проектировщики и строители также должны будут оценивать ход строительства, отчитываясь, сколько районов и кварталов закончено и на какой стадии находится каждый из них. Подобная модель городского планирования была бы неэффективной.

Пользователь Jira вынужден заканчивать районы и кварталы один за другим, закрывать как можно больше поставленных задач и передавать их коллегам, даже если бы было легче работать над ними одновременно, а не разделять их между членами команды. При таком методе работы теряется главная идея проекта, основная цель.

Об идее проекта часто думают только в самом начале, когда менеджер разделяет его на отдельные части и добавляет задачи. Гибкая методология разработки должна подстраиваться под проект, который периодически меняется, и позволять членам команды участвовать в этих изменениях. Jira, наоборот, мешает.

Эванс также упоминает, что разработчики часто недовольны тем, как менеджеры разделяют проект на отдельные задачи. Тем не менее, это не вина Jira: проблема возникает из-за самой структуры программы.

Jira — полезный инструмент для разделения проекта на части, над которыми работают последовательно. Но, по мнению Эванса, создавая программное обеспечение, разработчики должны думать не только о текущих задачах, но и о конечном результате, главной цели проекта.

Он предлагает решение: главную цель проекта нужно описать словами в документе — например, на 10 страниц, а на шести страницах объяснить архитектуру программного обеспечения.

Другими словами, Jira не должна становиться основным инструментом для планирования. Её можно использовать для отслеживания ошибок или этапов итеративного процесса. «Позвольте Jira планировать микрозадачи. Для больших планов лучше подойдут старые добрые слова на бумаге».

#Jira #agile #инструменты