---
title: "Діаграма Ганта і Jira: як тримати план і роботу узгодженими"
description: "Синхронізація діаграми Ганта з Jira Cloud: хто володіє датами та статусом, залежності як зв’язки Blocks, конфлікти та видалення. Покроковий посібник із Planitude."
url: https://planitude.app/uk/blog/gantt-jira-sync
language: uk
---

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

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

автор: Команда Planitude · Опубліковано 2 жовтня 2026 р.

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

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

> **Коротко**
>
> - Jira показує залежності на часовій шкалі й позначає конфлікти червоним[^1], але не перераховує дати й не визначає **критичний шлях**: це робота рушія планування.
> - З Planitude кожне завдання стає завданням (issue) в Jira, а кожна залежність «закінчення–початок» — зв’язком «Blocks»; зміни йдуть в обидва боки.
> - **Planitude володіє** назвою, нотатками, датами та залежностями; **Jira володіє** статусом і виконавцем. Жодна зі сторін ніколи нічого не видаляє на іншій.

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

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

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

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

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

Проте попередження — не перерахунок: дати залишаються такими, як їх ввели, а критичного шляху серед описаних можливостей немає. У підсумку план живе деінде, у файлі чи іншому інструменті, і розсинхронізується. Повне порівняння двох інструментів дивіться в статті [Planitude проти Jira](https://planitude.app/uk/blog/planitude-vs-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 воно таке:

| Planitude | Jira | Власник |
| --- | --- | --- |
| Назва | Summary | Planitude |
| Нотатки | Description | Planitude |
| Початок | Поле «Start date» | Planitude |
| Завершення | Due date | Planitude |
| Залежність «закінчення–початок» | Зв’язок «Blocks» | Planitude |
| Прогрес | Статус (через перехід) | Jira |
| Призначення | Assignee | Jira |

Логіка відображає реальну роботу: план визначає, **коли**, команда визначає, **наскільки просунулося** завдання і **хто** його виконує. Статус перетворюється на відсоток за редагованою мапою: за категорією, «до виконання» — 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 можуть налаштовувати інтеграцію; люди з доступом лише для читання бачать лише її стан. Інші доступні інтеграції описано на сторінці [Інтеграції](https://planitude.app/uk/integrations).

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

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

**Спробуйте Planitude на власному плані** [Створити безкоштовний обліковий запис](https://planitude.app/uk/signup)

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

### Чи потрібен Jira Premium, щоб користуватися інтеграцією?

Ні. Інтеграція використовує стандартні API Jira Cloud. Критичний шлях і перерахунок дат забезпечує Planitude, який безкоштовний.

### Чи можна змінювати дати безпосередньо в Jira?

Можна, але зміна повертається до значення плану й фіксується в журналі, адже дати обчислюються із залежностей і календарів. Щоб перемістити завдання, змініть його в Planitude.

### Що станеться, якщо я відключу проєкт?

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

### Чи можна підключити також Azure DevOps?

Так, через інтеграцію, побудовану за тією самою моделлю: Planitude володіє датами, Azure DevOps — статусом і виконавцем. Її описано в [посібнику з інтеграцій](https://planitude.app/uk/blog/planitude-integrations-guide).

## Джерела

Усі факти про згадані продукти взято з цих офіційних сторінок, перевірених вересень 2026 р.. Ціни — прейскурантні, у валюті та за періодом оплати, вказаними виробником, і можуть змінюватися.

[^1]: [Atlassian Support: dependencies on the timeline](https://support.atlassian.com/jira-software-cloud/docs/manage-dependencies-between-epics-on-the-timeline/)
[^2]: [Atlassian: Jira pricing](https://www.atlassian.com/software/jira/pricing)
[^3]: [Atlassian Developer: OAuth 2.0 (3LO) apps](https://developer.atlassian.com/cloud/jira/platform/oauth-2-3lo-apps/)
[^4]: [Atlassian Developer: Jira webhooks](https://developer.atlassian.com/cloud/jira/platform/webhooks/)

## Спробуйте Planitude на власному плані

Створіть безкоштовний обліковий запис, імпортуйте файл .mpp або почніть із шаблону: за кілька хвилин ви побачите діаграму Ганта із залежностями, календарями та критичним шляхом.

[Створити безкоштовний обліковий запис](https://planitude.app/uk/signup)