Діаграма Ганта і Jira: як тримати план і роботу узгодженими

У багатьох компаніях проєкт існує двічі. План з етапами, залежностями та датами здавання лежить у діаграмі Ганта, підготовленій керівником проєкту. Робота із завданнями, спринтами та призначеннями — в Jira. Доки вони розділені, хтось має вручну переносити прогрес з одного в інше, а дати плану швидко застарівають.

Ця стаття пояснює, чому самої Jira недостатньо для планування, як працює двостороння синхронізація між Planitude і Jira Cloud і які обмеження варто знати, перш ніж її вмикати.

Два інструменти — два різні запитання#

Jira відповідає на запитання над чим команда працює просто зараз? Для цього створені беклоги, дошки та спринти. Розклад відповідає на інше запитання: коли ми закінчимо і які завдання не можуть собі дозволити затримку?

Для відповіді на друге потрібні тривалості, залежності з випередженням і затримкою, календарі зі святами, обмеження та обчислення, що проштовхує кожну зміну далі за ланцюгом. Якщо встановлення нового сервера затримується на три дні, тестування, навчання та вихід у продуктив мають зсунутися самі, а керівник проєкту має одразу знати, чи дата здавання ще втримується.

Чого Jira бракує для планування#

Jira не позбавлена засобів планування. Часова шкала показує залежності між пов’язаними елементами за типом зв’язку «Blocks», і коли дати двох пов’язаних елементів перекриваються, лінія залежності стає червоною, сигналізуючи про можливу затримку^[1]. За даними сторінки Atlassian з цінами, залежності керуються в межах одного проєкту на тарифах Free і Standard та між проєктами на Premium^[2].

Проте попередження — не перерахунок: дати залишаються такими, як їх ввели, а критичного шляху серед описаних можливостей немає. У підсумку план живе деінде, у файлі чи іншому інструменті, і розсинхронізується. Повне порівняння двох інструментів дивіться в статті Planitude проти Jira.

Як працює двостороння синхронізація#

Інтеграція з’єднує один проєкт Planitude з одним проєктом Jira Cloud. Вхід використовує Atlassian OAuth 2.0: Planitude ніколи не бачить ваш пароль, зберігає токени в зашифрованому вигляді та поновлює їх за допомогою ротаційних токенів оновлення, які надає Atlassian і які спливають після 90 днів неактивності^[3].

Під час першого підключення ви обираєте початкове вирівнювання:

1. Надіслати план у Jira: для кожного завдання створюється issue, а для кожної залежності — зв’язок «Blocks»;
2. Імпортувати з Jira: кожне наявне issue стає завданням унизу плану з датою початку, тривалістю, прогресом і виконавцем;
3. Обидва: спершу імпорт, потім надсилаються завдання, яких ще немає в Jira.

Відтоді зміни йдуть в обидва боки. З Planitude в Jira кожна зміна плану виявляється й надсилається за лічені секунди, звідки б вона не надійшла: з таблиці, діаграми Ганта, імпорту чи ШІ-асистента. З Jira в Planitude зміни надходять через вебхуки, зареєстровані інтеграцією, які Planitude поновлює до спливу 30-денного терміну Atlassian^[4], а перевірка кожні п’ять хвилин підбирає пропущені події.

Зведені завдання можуть залишатися лише в Planitude або стати Epic, із завданнями під ними як дочірніми issue.

Хто чим володіє: правило для полів#

Надійна синхронізація потребує простого правила для кожного поля. У Planitude воно таке:

Логіка відображає реальну роботу: план визначає, коли, команда визначає, наскільки просунулося завдання і хто його виконує. Статус перетворюється на відсоток за редагованою мапою: за категорією, «до виконання» — 0 %, «у роботі» — 50 %, «готово» — 100 %. Якщо завдання вже на 30 %, а його issue переходить у «In Progress», прогрес не перезаписується рівними 50 %.

Люди зіставляються автоматично за електронною поштою, коли користувач Jira робить її видимою; інакше ви обираєте відповідність вручну на сторінці інтеграції.

Залежності, конфлікти та видалення#

Залежності. Зв’язки «закінчення–початок» стають зв’язками «Blocks»: попередник блокує наступника. Зв’язки «початок–початок», «закінчення–закінчення» та «початок–закінчення» не мають еквівалента в Jira й залишаються лише в Planitude. Зв’язки «Blocks», додані вручну в Jira, не імпортуються й не видаляються.

Дати, змінені в Jira. Оскільки дати обчислює план, дата, змінена в Jira, повертається до значення плану, а відхилена зміна з’являється в журналі інтеграції. Щоб перемістити завдання, ви переміщуєте його в плані: рушій також перераховує кожне залежне від нього завдання.

Конфлікти. Для кожного поля Planitude порівнює три значення: останнє узгоджене, поточне в плані та поточне в Jira. Якщо змінилася лише одна сторона, зміна переходить до іншої. Якщо обидві змінилися на різні значення, перемагає власник поля, а конфлікт фіксується в журналі з обома значеннями. Правило залежить лише від даних, а не від годинників двох серверів.

Видалення. Жодна зі сторін нічого не видаляє на іншій. Завдання, видалене в Planitude, залишає issue в Jira з міткою planitude-unlinked; issue, видалене в Jira, залишає завдання в плані, а сторінка пропонує дві дії: створити його в Jira знову або припинити його синхронізацію.

Підключення Jira крок за кроком#

1. Відкрийте проєкт у Planitude та виберіть ⋯ › Інтеграції › Jira.
2. Натисніть Підключити Jira і надайте доступ на екрані згоди Atlassian.
3. Якщо ваш обліковий запис бачить кілька сайтів, оберіть потрібний, потім проєкт Jira.
4. Перегляньте параметри: тип issue за замовчуванням, чи робити зведені завдання Epic, поле дати початку, мітка для issue, створених Planitude.
5. Оберіть початкове вирівнювання: надіслати, імпортувати чи обидва.
6. Перевірте розділ Люди й завершіть зіставлення, яких не знайдено за поштою.

Planitude записує в Jira від імені людини, яка підключила проєкт, тож ця людина потребує дозволів Jira на перегляд проєкту, створення, редагування, призначення, зв’язування issue та їх переведення. Власники та редактори проєкту Planitude можуть налаштовувати інтеграцію; люди з доступом лише для читання бачать лише її стан. Інші доступні інтеграції описано на сторінці Інтеграції.

Відомі обмеження#

• Лише Jira Cloud: Jira Data Center і Server не підтримуються.
• Лише залежності «закінчення–початок»; один виконавець на issue (людина з найбільшою часткою на завданні).
• Дати з точністю до дня: час залишається в Planitude.
• Atlassian дозволяє застосунку OAuth 5 вебхуків на користувача на сайт^[4]: після п’ятого проєкту, підключеного тією самою людиною на тому самому сайті, зміни з Jira надходять через п’ятихвилинну перевірку.
• З параметром «лише завдання нижнього рівня» завдання, що стає зведеним, вважається видаленим, а його issue отримує мітку planitude-unlinked.

Поширені запитання#