Jira не бачить людей
Jira трекає тікети, статуси і спринти. Плану виробництва потрібні реєстр людей із датами, ємність по дисциплінах і залежності, які рухають дати. У Jira для цього немає полів. Цей гайд перелічує, чого бракує, що покриває Jira Plans і як планувальнику та Jira працювати разом без синхронізації.
Для чого Jira
Jira відповідає на питання про поточний спринт: що в роботі, що заблоковано, хто над яким тікетом працює, що закрили. Командам варто й далі користуватися нею для цього. Цей гайд не про заміну Jira.
Проблема в іншому питанні: ми встигнемо з цими людьми? Для нього потрібні три види даних, яких Jira не зберігає.
Три речі, для яких у Jira немає поля
1. Реєстр людей із датами
Jira зберігає assignee на тікет: одна людина, зараз. Вона не зберігає, що в студії три художники, що четвертий починає в листопаді, що програміст іде в березні, що аутсорс-команда на проєкті лише дві віхи. Ємність — це люди з першим і останнім днем, по дисциплінах. У Jira — список акаунтів.
Тому на питання «скількох художників бракує в березні?» з Jira відповісти не можна. Цих даних там немає.
2. Людино-дні по дисципліні на день
Стор-поінти вимірюють швидкість команди проти її ж минулих спринтів. Це не людино-дні, вони не прив'язані до дисципліни і не лежать на календарі. Дев'ятимісячному плану через арт, код, дизайн, звук і QA потрібне навантаження на дисципліну на кожен робочий день проти кількості людей цієї дисципліни в той день. Кастомні поля на тікетах для цього дають таблицю всередині Jira з тими самими проблемами, що й у таблиці зовні.
3. Залежності, що рухають дати, гейти й варіанти
Лінк blocks у Jira записує, що два тікети пов'язані. Він не рухає дати: якщо один тікет зсунувся на два тижні, тікети за ним лишаються зі своїми датами, і ніщо не повідомляє, що гейт, який вони мали пройти, тепер перетнуто.
Варіантів у Jira теж немає. Щоб відповісти «а якщо викинути фічу X, найняти двох і посунути гейт?», потрібна друга копія плану — і потім дві копії, які треба тримати узгодженими.
Що покриває Jira Plans (Advanced Roadmaps)
Jira Plans моделює ємність команди в поінтах на спринт, малює залежності між дошками і показує роадмап. Для організації зі скрам-командами стабільного складу це правильний інструмент.
Для виробничої студії йому бракує того самого: ємність на команду на спринт, а не на людину на день; реєстру з датами початку й кінця немає; гейт — дата на барі, а не правило, яке залежність може порушити; «а якщо» — це другий план. І план живе в хмарі Atlassian, під акаунтом. Якщо ці обмеження вам підходять — користуйтесь Plans.
Таблиця поруч із Jira
Саме тут більшість продюсерів насправді планують. У таблиці є рядки для людей і стовпці для тижнів, чого немає в Jira. Вона ламається з трьох причин: немає залежностей, тож пересунута комірка не рухає нічого іншого; реєстр — число в рядку, а не люди з датами; кілька копій із різними числами.
Два інструменти, дві односторонні дороги
- Трекер тримає теперішнє. Тікети, статуси, цей спринт. Там працює команда.
- Планувальник тримає майбутнє. Етапи, гейти, реєстр із датами, попит проти ємності по дисциплінах, варіанти плану. Там працює продюсер.
Між ними — два односторонні передавання:
- План → трекер. Коли віху погоджено, експортуйте її задачі як тікети: CSV, який читає імпортер Jira, з епіками для етапів, сторі для задач, датами, оцінками і лінками blocks. Це разова публікація плану, не синхронізація.
- Трекер → план. Коли хочете порівняти реальність із планом, виконайте JQL-запит і імпортуйте результат як дошку поруч із запланованою. Це звіт, не мердж.
Двосторонньої синхронізації немає, бо дві системи, які пишуть одна одну, розходяться, і розходження не видно до наради. Передавання, яке ви запускаєте самі, в один бік, у момент, який обрали, легше перевірити.
Як це робить Capaxima
Capaxima — планувальник у цьому поділі. Реєстр тримає людей із датами початку й кінця. Лінія під Gantt показує попит проти ємності по дисципліні на день. Залежність через гейт показується як конфлікт із фіксом в один клік. Варіанти живуть в одній дошці з однією історією.
Її дві дороги до Jira — ті самі дві, що вище: File ▸ Export ▸ Jira CSV, який читає імпортер зовнішніх систем у Jira, і JQL-запит, що стає дошкою. Обидві зроблені за задокументованими форматами Jira і ще не перевірені на живій Jira студії. Якщо ваша відхилить файл чи запит — напишіть, і ми виправимо це першим.
Це настільний застосунок для Windows, зараз у беті. Що це і чого не робить · Порівняння з таблицею, Jira, HacknPlan і Codecks · Запросити бету.