Next-gen project@Jira и почему она вам не нужна

Привет!

Не так давно, Jira выпустила глобальное обновление в виде возможности создавать т.н. Next-gen проекты, что якобы должно было облегчить всем жизнь.

У нас на проекте давно назрела проблема упорядочивания беклога, в котором находилось около 400 задач и с каждым новым заходом в Джиру их меньше не становилось. Не потому что, мы не делаем задачи, а потому что всегда находились более приоритетные тут и сейчас, чем те 400, которые были в беклоге. С появлением продуктового менеджера пришла очередь и разобраться с теми задачами, которые лежат и демотивируют, демотивируют и лежат.

Что мы сделали?

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

Для чего?

Ну во-первых в нем проще создавать себе воркфлоу. Поскольку, ранее у нас задачи не уточнялись пока были в беклоге - процесс работы с задачами не был поставлен. В новом типе проектов в Джире - ты давишь одну кнопку и у тебя появляются новые колонки на доске без необходимости настраивать дополнительно взаимосвязи и workflow schemes.

Во-вторых, ты можешь быстро выбрать и настроить необходимые типы и наборы полей для issues. Не нужны никакие темы для типов задач и схемы их использования. Удобно чо!

В третьих, работая в Next-gen проекте, вы точно можете быть уверенны что не затронете ни одну настройку классического проекта и (о боги!) ничего не сломаете.

С какими же трудностями мы столкнулись при взаимодействии с next-gen проектом?

Первые звоночки начались при экспорте задач из классического проекта в next-gen. Наши задачи делятся на эпики, внутри которых создаются стори или таски, внутри которых, иногда мы используем сабтаски. Для того, чтобы экспортнуть все задачи из беклога в новый беклог Next-gen проекта, мы попробовали воспользоваться bulk функцией. Кто не знает, эта функция позволяет отфильтрованные по нужным параметрам issues выделить и все вместе, нажав две кнопки переместить куда нужно.

Проблем с эпиками, стори и даже тасками не возникло - мы просто добавили нужные типы задач в Next-gen проект. НО. Эпики или стори, которые имели связанные с собой сабтаски никак не хотели переноситься в том виде, который был. Добавить сущность сабтасков в Next-gen проект возможности нету. В итоге, вся красивая иерархия пошла лесом и все сабтаски стали стори, после чего понадобилось некоторое время для того, чтобы их связать с нужными задачами.

Далее - когда мы начали работать с беклогом, перетаскивая задачи в разные колонки на борде - мы увидели, что все задачи, которые были тем или иным способом закрыты (сделаны или отменены), на борде находились в верной колонке и при этом... дублировались в беклоге. WTF? Как убрать их мы уже не разбирались - просто решили закрывать эту лавочку и возвращаться к классическому проекту.

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

Задачи можно перенести по одной, но их 400 (!), Карл. Форумы по запросу как использовать bulk при работе с Next-gen проектом - молчат и суют ссылку только на инструкции, как из классического проекта перенести задачи.

В итоге - потрачено куча времени, но выведен способ как добраться до фильтров (которых явно на борде нету - см. картинки) и до все того же bulk.

Первый способ - через поиск в Джире:

И второй - менее изящный - но тот, который был натыкан империческим путем:

зайти в карточку (задачу), выбрать функцию Move - перейти на экран настроек перемещения карточек и там, в левой части экрана появятся фильтры. Ву-а-ля.

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