---
title: "Gantt og Jira: sådan holder du planen og arbejdet på linje"
description: "Synkronisering af et Gantt-diagram med Jira Cloud: hvem der ejer datoer og status, afhængigheder som Blocks-links, konflikter og sletninger. En trin-for-trin-guide med Planitude."
url: https://planitude.app/da/blog/gantt-jira-sync
language: da
---

# Gantt og Jira: sådan holder du planen og arbejdet på linje

Jira er fremragende til det daglige arbejde, men beregner ikke datoer ud fra afhængigheder og kalendere. Sådan fungerer Planitudes tovejssynkronisering, hvem der ejer hvad, og hvordan du forbinder den på få minutter.

af Planitude-teamet · Udgivet 2. oktober 2026

I mange virksomheder findes projektet to gange. **Planen** med faser, afhængigheder og leveringsdatoer ligger i et Gantt-diagram, som projektlederen har udarbejdet. **Arbejdet** med tickets, sprints og tildelinger ligger i Jira. Så længe de to holdes adskilt, må nogen kopiere fremdriften fra det ene til det andet i hånden, og planens datoer bliver hurtigt forældede.

Denne artikel forklarer, hvorfor Jira alene ikke er nok til planlægning, hvordan tovejssynkroniseringen mellem Planitude og Jira Cloud fungerer, og hvilke begrænsninger der er værd at kende, før du slår den til.

> **Det vigtigste**
>
> - Jira viser afhængigheder på tidslinjen og markerer konflikter med rødt[^1], men genberegner ikke datoer og identificerer ikke den **kritiske vej**: det er en planlægningsmotors opgave.
> - Med Planitude bliver hver opgave til et issue og hver finish-to-start-afhængighed til et “Blocks”-link; ændringer går i begge retninger.
> - **Planitude ejer** navn, noter, datoer og afhængigheder; **Jira ejer** status og ansvarlig. Ingen af siderne sletter nogensinde noget hos den anden.

## To værktøjer, to forskellige spørgsmål

Jira besvarer spørgsmålet *hvad arbejder teamet på lige nu?* Backlogs, tavler og sprints er bygget til det. En tidsplan besvarer et andet spørgsmål: *hvornår bliver vi færdige, og hvilke opgaver kan ikke tåle en forsinkelse?*

For at besvare det andet kræves varigheder, afhængigheder med foregribelse og forsinkelse, kalendere med helligdage, begrænsninger og en beregning, der skubber hver ændring videre til de efterfølgende opgaver. Hvis installationen af den nye server skrider med tre dage, skal test, oplæring og go-live flytte sig af sig selv, og projektlederen skal straks vide, om leveringsdatoen stadig holder.

## Hvad Jira mangler til planlægning

Jira er ikke uden planlægningsværktøjer. Tidslinjen viser afhængigheder mellem forbundne elementer med linktypen “Blocks”, og når datoerne for to forbundne elementer overlapper, bliver afhængighedslinjen rød for at signalere en mulig forsinkelse[^1]. Ifølge Atlassians prisside håndteres afhængigheder inden for ét enkelt projekt i planerne Free og Standard og på tværs af projekter i Premium[^2].

En advarsel er dog ikke en genberegning: datoerne forbliver, som de blev indtastet, og den kritiske vej er ikke blandt de beskrevne funktioner. Resultatet er, at planen lever et andet sted, i en fil eller et andet værktøj, og kommer ud af trit. For en komplet sammenligning af de to værktøjer, se [Planitude vs Jira](https://planitude.app/da/blog/planitude-vs-jira).

## Sådan fungerer tovejssynkroniseringen

Integrationen forbinder **ét Planitude-projekt med ét Jira Cloud-projekt**. Login sker via Atlassian OAuth 2.0: Planitude ser aldrig din adgangskode, gemmer tokens krypteret og fornyer dem med de roterende refresh-tokens, Atlassian udsteder, som udløber efter 90 dages inaktivitet[^3].

Første gang du forbinder, vælger du den indledende afstemning:

1. **Send planen til Jira**: der oprettes et issue for hver opgave og et “Blocks”-link for hver afhængighed;
2. **Importér fra Jira**: hvert eksisterende issue bliver til en opgave nederst i planen med startdato, varighed, fremdrift og ansvarlig;
3. **Begge dele**: først importen, derefter sendes de opgaver, der endnu ikke findes i Jira.

Herefter går ændringer begge veje. Fra Planitude til Jira registreres og sendes hver ændring af planen inden for sekunder, uanset hvor den kommer fra: gitteret, Gantt-diagrammet, en import eller AI-assistenten. Fra Jira til Planitude kommer ændringerne via de webhooks, integrationen har registreret, som Planitude fornyer før Atlassians udløb efter 30 dage[^4], og et tjek hvert femte minut opfanger eventuelt missede hændelser.

Overordnede opgaver kan forblive kun i Planitude eller blive til **Epics** med opgaverne nedenunder som underordnede issues.

## Hvem ejer hvad: feltreglen

En pålidelig synkronisering kræver en enkel regel for hvert felt. I Planitude er den denne:

| Planitude | Jira | Ejer |
| --- | --- | --- |
| Navn | Summary | Planitude |
| Noter | Description | Planitude |
| Start | Feltet “Start date” | Planitude |
| Slut | Due date | Planitude |
| Finish-to-start-afhængighed | “Blocks”-link | Planitude |
| Fremdrift | Status (via en transition) | Jira |
| Tildeling | Assignee | Jira |

Logikken afspejler det virkelige arbejde: planen bestemmer **hvornår**, teamet bestemmer **hvor langt** en opgave er kommet, og **hvem** der udfører den. Status oversættes til en procentdel med et redigerbart skema: efter kategori er to do 0 %, in progress 50 % og done 100 %. Hvis en opgave allerede er på 30 %, og dens issue flyttes til “In Progress”, overskrives dens fremdrift ikke med en fast værdi på 50 %.

Personer matches automatisk via e-mail, når Jira-brugeren gør den synlig; ellers vælger du matchet manuelt på integrationssiden.

## Afhængigheder, konflikter og sletninger

**Afhængigheder.** Finish-to-start-forbindelser bliver til “Blocks”-links: forgængeren blokerer efterfølgeren. Start-to-start-, finish-to-finish- og start-to-finish-forbindelser har ingen modsvarighed i Jira og forbliver kun i Planitude. “Blocks”-links, der er tilføjet i hånden i Jira, hverken importeres eller slettes.

**Datoer ændret i Jira.** Fordi datoer beregnes af planen, sættes en dato, der er ændret i Jira, tilbage til planens værdi, og den afviste ændring vises i integrationens log. For at flytte en opgave flytter du den i planen: motoren genberegner også alle opgaver, der afhænger af den.

**Konflikter.** For hvert felt sammenligner Planitude tre værdier: den sidst aftalte værdi, den aktuelle værdi i planen og den aktuelle værdi i Jira. Hvis kun den ene side har ændret sig, går ændringen videre til den anden. Hvis begge har ændret sig til forskellige værdier, vinder feltets ejer, og konflikten logges med begge værdier. Reglen afhænger kun af data, ikke af de to serveres ure.

**Sletninger.** Ingen af siderne sletter noget hos den anden. En opgave, der slettes i Planitude, efterlader issuet i Jira med etiketten `planitude-unlinked`; et issue, der slettes i Jira, efterlader opgaven i planen, og siden tilbyder to handlinger: genopret det i Jira eller stop synkroniseringen af det.

## Forbind Jira trin for trin

1. Åbn projektet i Planitude, og vælg **⋯ › Integrationer › Jira**.
2. Klik på **Forbind Jira**, og giv adgang på Atlassians samtykkeskærm.
3. Hvis din konto kan se flere sites, vælg det rigtige og derefter **Jira-projektet**.
4. Gennemgå indstillingerne: standardtype for issues, overordnede opgaver som Epics eller ej, startdatofelt, etiket til issues oprettet af Planitude.
5. Vælg den **indledende afstemning**: send, importér eller begge dele.
6. Tjek afsnittet **Personer**, og færdiggør de matches, der ikke blev fundet via e-mail.

Planitude skriver til Jira som den person, der forbandt projektet, så den person skal have Jira-rettigheder til at gennemse projektet samt oprette, redigere, tildele og linke issues og udføre transitions på dem. Ejere og redaktører af Planitude-projektet kan konfigurere integrationen; personer med skriveadgang kan kun se dens status. De øvrige tilgængelige integrationer er beskrevet på siden [Integrationer](https://planitude.app/da/integrations).

## Kendte begrænsninger

- Kun **Jira Cloud**: Jira Data Center og Server understøttes ikke.
- Kun **finish-to-start**-afhængigheder; én ansvarlig pr. issue (personen med flest enheder på opgaven).
- Datoer på **dagsniveau**: klokkeslæt forbliver i Planitude.
- Atlassian tillader en OAuth-app **5 webhooks pr. bruger pr. site**[^4]: ud over det femte projekt, som den samme person forbinder på det samme site, kommer ændringer fra Jira via tjekket hvert femte minut.
- Med indstillingen “kun bladopgaver” behandles en opgave, der bliver overordnet, som fjernet, og dens issue får etiketten `planitude-unlinked`.

**Prøv Planitude med din egen plan** [Opret en gratis konto](https://planitude.app/da/signup)

## Ofte stillede spørgsmål

### Skal jeg have Jira Premium for at bruge integrationen?

Nej. Integrationen bruger de almindelige Jira Cloud-API’er. Den kritiske vej og genberegningen af datoer kommer fra Planitude, som er gratis.

### Kan jeg ændre datoer direkte i Jira?

Det kan du, men ændringen sættes tilbage til planens værdi og logges, fordi datoer beregnes ud fra afhængigheder og kalendere. For at flytte en opgave ændrer du den i Planitude.

### Hvad sker der, hvis jeg afbryder projektet?

Planitude sletter webhooks og legitimationsoplysninger. Issues bliver i Jira med deres etiket, og ingen opgave i planen ændres.

### Kan jeg også forbinde Azure DevOps?

Ja, via en integration bygget på samme model: Planitude ejer datoerne, Azure DevOps ejer status og ansvarlig. Den er beskrevet i [guiden til integrationer](https://planitude.app/da/blog/planitude-integrations-guide).

## Kilder

Alle fakta om de nævnte produkter stammer fra disse officielle sider, kontrolleret i september 2026. Priserne er listepriser i den valuta og faktureringsperiode, leverandøren angiver, og kan ændre sig.

[^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/)

## Prøv Planitude med din egen plan

Opret en gratis konto, importér din .mpp-fil, eller start fra en skabelon: inden for få minutter ser du Gantt-diagrammet med afhængigheder, kalendere og den kritiske vej.

[Opret en gratis konto](https://planitude.app/da/signup)