Gantt a Jira: jak udržet plán a práci v souladu
Jira vyniká v každodenní práci, ale nepočítá data ze závislostí a kalendářů. Jak funguje obousměrná synchronizace Planitude, kdo co spravuje a jak ji připojit za pár minut.

V tomto článku
V mnoha firmách existuje projekt dvakrát. Plán s fázemi, závislostmi a termíny dodání je v Ganttově diagramu, který připravuje projektový manažer. Práce s tikety, sprinty a přiřazeními je v Jira. Dokud jsou obě oddělené, musí někdo ručně opisovat postup z jednoho do druhého a data plánu rychle zastarávají.
Tento článek vysvětluje, proč samotná Jira pro plánování nestačí, jak funguje obousměrná synchronizace mezi Planitude a Jira Cloud a které limity stojí za to znát, než ji zapnete.
Dva nástroje, dvě různé otázky
Jira odpovídá na otázku na čem tým právě teď pracuje? K tomu slouží backlogy, nástěnky a sprinty. Harmonogram odpovídá na jinou otázku: kdy skončíme a které úkoly si zpoždění nemohou dovolit?
K odpovědi na druhou otázku je třeba doby trvání, závislosti s předstihem a zpožděním, kalendáře se svátky, omezení a výpočet, který každou změnu propaguje dál. Pokud se instalace nového serveru opozdí o tři dny, musí se testování, školení a spuštění posunout samy a projektový manažer musí hned vědět, zda termín dodání stále platí.
Co Jira pro plánování chybí
Jira není bez plánovacích nástrojů. Časová osa zobrazuje závislosti mezi propojenými položkami typem vazby „Blocks“ a když se data dvou propojených položek překrývají, čára závislosti zčervená na signál možného zpoždění[1]. Podle ceníku Atlassianu se závislosti spravují v rámci jediného projektu v tarifech Free a Standard a napříč projekty v tarifu Premium[2].
Upozornění však není přepočet: data zůstávají tak, jak byla zadána, a kritická cesta mezi popsanými funkcemi není. Výsledkem je, že plán žije jinde, v souboru nebo jiném nástroji, a rozchází se. Úplné srovnání obou nástrojů najdete v Planitude vs Jira.
Jak funguje obousměrná synchronizace
Integrace propojuje jeden projekt Planitude s jedním projektem Jira Cloud. Přihlášení používá Atlassian OAuth 2.0: Planitude nikdy nevidí vaše heslo, tokeny ukládá šifrované a obnovuje je rotujícími obnovovacími tokeny, které Atlassian poskytuje a které vypršejí po 90 dnech nečinnosti[3].
Při prvním připojení zvolíte úvodní sladění:
- Odeslat plán do Jira: pro každý úkol se vytvoří úkol v Jira a pro každou závislost vazba „Blocks“;
- Importovat z Jira: každý existující úkol se stane úkolem na konci plánu, s datem zahájení, dobou trvání, postupem a řešitelem;
- Obojí: nejprve se naimportuje, poté se odešlou úkoly, které v Jira ještě nejsou.
Od té chvíle změny putují oběma směry. Z Planitude do Jira se každá změna plánu zjistí a odešle během několika sekund, ať pochází odkudkoli: z mřížky, z Ganttova diagramu, z importu nebo od AI asistenta. Z Jira do Planitude přicházejí změny přes webhooky registrované integrací, které Planitude obnovuje před 30denním vypršením u Atlassianu[4], a kontrola každých pět minut zachytí případné zmeškané události.
Souhrnné úkoly mohou zůstat jen v Planitude, nebo se stát Epicy s úkoly pod nimi jako podřízenými úkoly.
Kdo co spravuje: pravidlo pro pole
Spolehlivá synchronizace potřebuje jednoduché pravidlo pro každé pole. V Planitude je toto:
| Planitude | Jira | Správce |
|---|---|---|
| Název | Shrnutí | Planitude |
| Poznámky | Popis | Planitude |
| Začátek | Pole „Start date“ | Planitude |
| Konec | Datum splnění | Planitude |
| Závislost konec-začátek | Vazba „Blocks“ | Planitude |
| Postup | Stav (přechodem) | Jira |
| Přiřazení | Řešitel | Jira |
Logika odráží skutečnou práci: plán rozhoduje kdy, tým rozhoduje, jak daleko úkol je a kdo na něm pracuje. Stav se převádí na procento upravitelnou mapou: podle kategorie je k provedení 0 %, probíhá 50 %, hotovo 100 %. Pokud je úkol už na 30 % a jeho úkol v Jira přejde do „In Progress“, jeho postup se nepřepíše pevnými 50 %.
Lidé se spárují automaticky podle e-mailu, pokud ho uživatel Jira zveřejňuje; jinak spárování vyberete ručně na stránce integrace.
Závislosti, konflikty a mazání
Závislosti. Vazby konec-začátek se stanou vazbami „Blocks“: předchůdce blokuje následníka. Vazby začátek-začátek, konec-konec a začátek-konec nemají v Jira ekvivalent a zůstávají jen v Planitude. Vazby „Blocks“ přidané v Jira ručně se neimportují ani nemažou.
Data změněná v Jira. Protože data počítá plán, datum změněné v Jira se vrátí na hodnotu z plánu a odmítnutá změna se objeví v protokolu integrace. Chcete-li úkol posunout, posunete jej v plánu: engine přepočítá také všechny úkoly, které na něm závisejí.
Konflikty. U každého pole Planitude porovnává tři hodnoty: poslední dohodnutou hodnotu, aktuální hodnotu v plánu a aktuální hodnotu v Jira. Pokud se změnila jen jedna strana, změna jde na druhou. Pokud se obě změnily na různé hodnoty, vyhrává správce pole a konflikt se zaznamená s oběma hodnotami. Pravidlo závisí pouze na datech, nikoli na hodinách obou serverů.
Mazání. Žádná strana nic na druhé nemaže. Úkol smazaný v Planitude ponechá úkol v Jira se štítkem planitude-unlinked; úkol smazaný v Jira ponechá úkol v plánu a stránka nabídne dvě akce: znovu jej vytvořit v Jira, nebo jej přestat synchronizovat.
Připojení Jira krok za krokem
- Otevřete projekt v Planitude a zvolte ⋯ › Integrace › Jira.
- Klikněte na Připojit Jira a udělte přístup na souhlasové obrazovce Atlassianu.
- Pokud váš účet vidí více webů, vyberte ten správný, poté projekt Jira.
- Zkontrolujte možnosti: výchozí typ úkolu, souhrnné úkoly jako Epicy nebo ne, pole data zahájení, štítek pro úkoly vytvořené Planitude.
- Zvolte úvodní sladění: odeslat, importovat nebo obojí.
- Zkontrolujte část Lidé a dokončete párování, která se podle e-mailu nenašla.
Planitude zapisuje do Jira jako osoba, která projekt připojila, takže tato osoba potřebuje v Jira oprávnění k procházení projektu, vytváření, úpravám, přiřazování a propojování úkolů a k jejich přechodům. Integraci mohou konfigurovat vlastníci a editoři projektu Planitude; lidé s přístupem jen pro čtení vidí pouze její stav. Další dostupné integrace jsou popsány na stránce Integrace.
Známé limity
- Pouze Jira Cloud: Jira Data Center a Server nejsou podporovány.
- Pouze závislosti konec-začátek; jeden řešitel na úkol (osoba s nejvíce jednotkami na úkolu).
- Data v denní granularitě: časy zůstávají v Planitude.
- Atlassian povoluje aplikaci OAuth 5 webhooků na uživatele a web[4]: od pátého projektu připojeného toutéž osobou na témž webu přicházejí změny z Jira přes pětiminutovou kontrolu.
- S možností „pouze listové úkoly“ se úkol, který se stane souhrnným, bere jako odebraný a jeho úkol v Jira dostane štítek
planitude-unlinked.
Vyzkoušejte Planitude s vlastním plánem
Vytvořit bezplatný účetČasto kladené dotazy
Potřebuji k integraci Jira Premium?
Ne. Integrace používá standardní API Jira Cloud. Kritická cesta a přepočet dat pocházejí z Planitude, která je zdarma.
Mohu měnit data přímo v Jira?
Můžete, ale změna se vrátí na hodnotu z plánu a zaznamená se, protože data se počítají ze závislostí a kalendářů. Chcete-li úkol posunout, změníte jej v Planitude.
Co se stane, když projekt odpojím?
Planitude odstraní webhooky a přihlašovací údaje. Úkoly zůstanou v Jira se svým štítkem a žádný úkol v plánu se nezmění.
Mohu připojit i Azure DevOps?
Ano, prostřednictvím integrace postavené na stejném modelu: Planitude spravuje data, Azure DevOps spravuje stav a řešitele. Je popsána v průvodci integracemi.
Zdroje
Každý údaj o zmíněných produktech pochází z těchto oficiálních stránek, ověřených říjen 2026. Ceny jsou katalogové, v měně a fakturačním období uvedeném dodavatelem, a mohou se změnit.
- Atlassian Support: dependencies on the timelinesupport.atlassian.com
- Atlassian: Jira pricingatlassian.com
- Atlassian Developer: OAuth 2.0 (3LO) appsdeveloper.atlassian.com
- Atlassian Developer: Jira webhooksdeveloper.atlassian.com
Vyzkoušejte Planitude s vlastním plánem
Vytvořte bezplatný účet, importujte soubor .mpp nebo začněte ze šablony: během několika minut uvidíte Ganttův diagram se závislostmi, kalendáři a kritickou cestou.