Alternativ till Jira på egen server: Plane och OpenProject jämförda

Det korta svaret

Välj Plane för ett utvecklingsteam som jobbar i sprintar och vill ha ett snabbt, modernt verktyg: tavlor, cykler med burndown-diagram, underärenden och blockerande länkar finns i gratisversionen Community Edition, och den gick på omkring 1 GB. Välj OpenProject för klassisk projektledning: Gantt-scheman med beroenden, tidrapportering med rapporter, egna fält, arbetsflöden per roll, en backlogg med sprintar och ett svenskt gränssnitt är gratis, och den har en gratis import från Jira, men den använde omkring 1,6 GB och känns tyngre.

Ingen av dem importerar från Jira Cloud i gratisversionen. Plane Community Edition saknar tidrapportering, egna fält och ärendetyper; OpenProject sparar SSO med OpenID Connect eller SAML till sina betalplaner.

Det här testade vi

Vi installerade båda på samma nya Melonslab VC-P Alloy (2 vCPU, 8 GB) med Debian 13, under var sin användare, bakom samma Caddy. Plane följde vår guide Plane med rootless Podman steg för steg, och varje steg fungerade som det stod skrivet. Vi har ingen guide för OpenProject, så vi körde OpenProjects officiella avbild enligt samma mönster: en pod under en egen användare, Quadlet-enheter, lösenord som Podman-hemligheter och vår Caddy framför (Så körde vi OpenProject visar filerna).

Sedan byggde vi samma projekt i båda, en ny version av en webbutik:

• 30 ärenden: 2 epics, 9 stories, 13 uppgifter och 6 buggar, med prioriteter från högsta till lägsta, 25 av dem tilldelade, 4 etiketter (backend, frontend, payments, ux) och status från att göra till klart;
• en sprint på två veckor, Sprint 1, med 11 av ärendena, och en tavla;
• 18 ärenden under ett överordnat ärende, fem av dem två nivåer ner, och länkar av typen "blocks" mellan ärenden;
• 11,75 timmar loggad tid på fem ärenden, fyra kommentarer och en PNG och en PDF som bilagor;
• två användare: Anna, som driver projektet, och Erik, en vanlig medlem.

Vi byggde båda via deras API:er och kontrollerade sedan varje vy i en webbläsare. Vi importerade också ett projekt från Jira, kopplade e-posten till en lokal testserver för e-post, bytte gränssnittet till svenska, startade om servern och mätte minnet i vila och medan Anna och Erik arbetade.

Jira testade vi inte. Vi skapade inget konto hos Atlassian. Det sidan säger om Jira kommer från Atlassians egna sidor, som vi länkar till där vi använder dem och läste den 14 oktober 2026.

Siffrorna

Minnet är summan av appens containrar, mätt med podman stats från fyra till åtta minuter efter en omstart; det höll sig inom 10 MB under den tiden. Toppen är det högsta värdet medan Anna och Erik listade, öppnade, ändrade och kommenterade ärenden via varje apps API i tre minuter, med upp till fem anrop i sekunden tillsammans. Installationstiden är hur lång tid kommandona tog att köra, mest nedladdning av avbilder och uppsättning av databasen, inte tiden det tar för dig att läsa och skriva dem.

Installation

Plane är den större installationen: 13 enheter och Garage för bilagor, som vår guide går igenom. Från useradd tog det omkring 9 minuter och 20 sekunder att starta den, mest för att hämta 2,7 GB komprimerade avbilder (3,07 GB uppackade på disken) och för att Plane satte upp sin databas. Den första som öppnar /god-mode/ blir administratör för installationen, så guiden gör det direkt, stänger registreringen och stänger av användningsdatan som Plane annars skickar.

OpenProject har en allt-i-ett-avbild med en egen PostgreSQL inuti. Vi körde den avbilden med en separat PostgreSQL-container i stället, så att databasens version och säkerhetskopior är våra, och en uppdatering av OpenProject aldrig rör databasmotorn. Det blir två containrar. Första starten sätter upp databasen, ett administratörskonto och ett demoprojekt. Från useradd till inloggningssidan tog det omkring 4 minuter och 20 sekunder, varav omkring tre för den första starten.

Vardagen

Plane är snabb och enkel. Ett projekt visar sina ärenden som lista, tavla, kalender, kalkylark eller tidslinje, med en knapp högst upp. Tavlan har en kolumn per status, och du drar korten mellan dem. När du öppnar ett ärende ser du beskrivning, underärenden, relationer, bilagor, kommentarer och aktivitet på samma sida. Plane numrerar ärenden per projekt, WEB-1, WEB-2, som Jira gör.

OpenProject har fler vyer: en tabell med arbetspaket, ett Gantt-schema, tavlor, backloggen, en kalender och tidrapporter, var och en en modul du slår på per projekt. Nya användare får en guidad tur, och ett arbetspaket har många fler fält än ett ärende i Plane. Som standard numrerar den arbetspaket över hela installationen, #98; under Administration > Work packages > Identifiers kan den numrera dem per projekt, WEBS-7, vilket dess import från Jira kräver. Bytet ändrar id:t på alla arbetspaket på servern, och de gamla länkarna fortsätter att fungera.

Tavlor, backlogg och sprintar

• Plane samlar arbete i cykler. Vår Sprint 1 visade sina 11 ärenden, hur många som var klara och ett burndown-diagram. Plane lägger statusarna i grupper (backlog, unstarted, started, completed och cancelled), och tavlan följer dem.
• OpenProjects modul Backlogs visade en inkorg med 18 ärenden och Sprint 1 med sina 11 och story points per ärende, och varje sprint har ett burndown-diagram och en sprinttavla. Dess Boards finns i sex sorter: tom, Kanban efter status, efter tilldelad, efter version, efter delprojekt och efter överordnat ärende. Vår Kanban-tavla började med bara kolumnen New; vi lade till In progress med Add list to board, och korten med den statusen dök upp där.

Båda klarade över- och underordnade ärenden. OpenProject vägrade en av våra länkar: en uppgift som blockerar sin egen överordnade story, med "This relation would create a circular dependency." Plane godtog den, så Planes kopia har en länk av typen "blocks" mer.

Gantt och tidslinje

Vi gav fem ärenden i båda ett start- och ett slutdatum.

OpenProject ritade dem som ett Gantt-schema bredvid tabellen, och överordnade ärenden tog sina datum från sina underärenden: epicen, som inte hade några datum, sträckte sig från 12 till 23 oktober, och en story som vi gett 12 till 23 oktober kortades till sina två uppgifters 12 till 16 oktober. Länkar av typen "precedes" och "follows" är dess beroenden; vi länkade två stories så.

Planes tidslinje visade samma fem ärenden som staplar, med längden i dagar. Epicen ovanför fick ingen stapel, eftersom Plane inte räknar ihop datum från underärenden. Att rita beroenden mellan staplarna, "Dependencies in Timeline", ingår i Pro enligt Planes prissida, läst den 14 oktober 2026.

Tidrapportering

OpenProject loggade våra 11,75 timmar på fem ärenden, från båda användarna, och rapporten Time and costs grupperade dem per vecka och arbetspaket, med knappar för export till Excel och en tidrapport som PDF. Erik, som vanlig medlem, kunde logga tid men inte ta bort arbetspaket.

Plane Community Edition har ingen tidrapportering. Tidloggar börjar på Pro enligt prissidan, så våra loggade timmar hade ingenstans att ta vägen i Plane.

Arbetsflöden och egna fält

Plane har statusar per projekt, i fem fasta grupper, och du kan lägga till fler statusar i varje grupp; etiketter är gratis. Ärendetyper, egna egenskaper och arbetsflöden med regler kostar: typer och egenskaper från Pro, arbetsflöden från Business.

OpenProject har typer (sju från början, bland dem Epic, User story, Task och Bug), arbetsflöden som styr vilken roll som får flytta en typ från en status till en annan, och egna fält i många format, allt gratis. Jiras etiketter har ingen direkt motsvarighet: vi gjorde ett eget fält med flera värden för dem. Egna åtgärdsknappar, skrivskyddade statusar och att ordna formuläret per typ ingår i Enterprise Basic.

Behörigheter

Båda höll Erik på sin plats. Som vanlig medlem kunde han varken byta namn på eller ta bort projektet, eller ta bort ett ärende, i någon av apparna; OpenProject lät honom logga tid.

• Plane har tre roller, Admin, Member och Guest, i arbetsytan och i varje projekt. Erik kunde bjuda in en ny person till arbetsytan som medlem, och inbjudan skickades. Via API:t släppte Plane tyst Erik som tilldelad tills vi hade lagt till honom i projektet.
• OpenProject har roller som du definierar per projekt, med en lång lista behörigheter var. Från början finns Project admin, Member och Reader, och roller för att dela enskilda arbetspaket.

Import från Jira

Båda importerna läser från en Jira som är igång, via dess API med en token, inte från en exportfil. Vi hade ingen riktig Jira, så vi skrev en liten testserver som svarar som Jira Data Center 10.3:s REST-API, med våra 30 ärenden i Jiras eget JSON-format. Det var konstruerad data, inte en riktig Jira.

• Planes import från Jira finns i Plane Cloud och i dess Commercial Edition, som inte är öppen källkod, enligt Planes dokumentation om importen. Community Edition från vår guide har ingen importsida. Importen från CSV finns i samma versioner. Vi testade den inte.
• OpenProjects Jira Migrator, under Administration > Import, är gratis och märkt beta. Den ansluter till Jira Data Center 10 eller 11 med en personlig åtkomsttoken; Jira Cloud stöds inte, enligt dess dokumentation. Den vägrade starta innan id per projekt var påslaget, och den spärrar Jira-servrar på privata adresser om du inte tillåter dem i OpenProjects konfiguration, vilket vi gjorde för vår testserver.

Från vår konstruerade Jira importerade OpenProject alla 30 ärenden med typer, statusar, prioriteter och tidsuppskattningar, kopplade båda tilldelade till Anna och Erik, som redan hade konton, och tog med de fyra kommentarerna, båda bilagorna och beskrivningarna, med Jiras märkspråk omgjort till OpenProjects. Den lade till de typer, statusar och prioriteter från Jira som OpenProject saknade, som Story, To Do och Highest, och matchade resten, som In progress. Den tog inte med kopplingarna till epics och överordnade ärenden, länkarna av typen "blocks", den loggade tiden, sprinten eller etiketterna; dokumentationen säger att relationer och sprintar kommer. Innan du slutför en import kan du granska den och ångra den.

Kommer du från Jira Cloud har du Planes import i Plane Cloud eller dess Commercial Edition, Atlassians export till CSV med ett eget skript mot något av API:erna, eller en flytt för hand.

E-postaviseringar

Vi kopplade båda till en lokal testserver för e-post; att skicka via en riktig e-postleverantör testade vi inte.

• Plane mejlade Erik om vart och ett av de 13 ärenden han tilldelades, ett mejl per ärende, omkring fem minuter senare, och skickade inbjudningarna.
• OpenProject mejlade Erik inom några sekunder när Anna nämnde honom i en kommentar. Tilldelningar och andra ändringar hamnar i dess aviseringscenter i appen, och som standard får varje användare också ett mejl klockan 08.00 på vardagar om olästa aviseringar, som vi inte väntade på. Båda ställs in under Account settings > Notification and email.

API

Båda har ett komplett REST-API med nycklar per användare, och det var så vi byggde testprojekten.

• Planes API på /api/v1/ täcker projekt, ärenden, cykler, moduler, etiketter, kommentarer, länkar, relationer och bilagor. Nycklarna skapas per användare och är begränsade till 60 anrop i minuten.
• OpenProjects API v3 på /api/v3/ täcker arbetspaket, relationer, tidsposter, kommentarer, bilagor, användare och medlemskap.

Inloggning och SSO

Vi testade lösenord i båda.

• Plane Community Edition loggar in med lösenord, en kod via e-post eller Google, GitHub, GitLab eller Gitea. OpenID Connect och SAML kräver dess Commercial Edition med Pro, och LDAP dess Enterprise-plan, enligt prissidan.
• OpenProject Community har lösenord, tvåstegskoder och inloggning med LDAP gratis. SSO med OpenID Connect och SAML ingår i Enterprise Professional, och synk av grupper från LDAP i Premium, enligt dess Enterprise-guide.

Svenska

OpenProject finns på svenska: varje användare väljer Svenska under Account settings > Account > Language, och Erik såg "Backlogg och sprintar", "Sök i OpenProject" och "Överordnad". Typer, statusar och prioriteter är data som skapas vid installationen, så våra stod kvar på engelska, som "User story", "New" och "High", eftersom vi satte upp servern på engelska. Plane finns inte på svenska; bland dess 21 språk finns tyska, franska och polska.

Resurser

Plane är ett API i Python med två bakgrundsprocesser, en liveserver i Node.js och små containrar för webbsidorna. I vila använde den omkring 1,0 GB, mest API:t, bakgrundsprocessen, schemaläggaren och liveservern, och under våra tre minuters användning steg den bara till omkring 1,06 GB, medan den svarade på 820 anrop.

OpenProject är en app i Ruby on Rails. Dess container kör en webbserver med två arbetsprocesser, en bakgrundsprocess och en server för samtidig redigering, och de Ruby-processerna stod för det mesta av dess 1,61 GB i vila. PostgreSQL använde 25 MB. Under samma tre minuter växte den till 2,71 GB och låg kvar på omkring 2,6 GB efteråt, eftersom Ruby behåller minne den har använt. Den hann också svara på färre av våra anrop, 235 mot Planes 820, eftersom varje svar, som en lista med arbetspaket och alla deras länkar, tog längre tid.

Båda får lätt plats på en server med 8 GB, tillsammans och med utrymme kvar, som på vår testserver. OpenProjects egna systemkrav anger 4 GB minne för upp till 200 användare.

Uppdateringar och säkerhetskopior

Planes guide låser versionen, v1.4.2, och du uppdaterar genom att byta tagg efter att ha läst versionsinformationen, med ett databasjobb som körs innan API:t startar. Dess säkerhetskopia är en dump av databasen och Garages två volymer, med Garage stoppad i några sekunder. OpenProjects avbild följer taggen 17 i vår uppsättning, så mindre versioner och rättningar installeras av sig själva via Podmans automatiska uppdatering; en ny huvudversion är en tagg du byter. Dess säkerhetskopia är en dump av PostgreSQL och volymen med bilagor, tagen medan den kör: några sekunder och 4,3 MB i vårt test.

Båda kom tillbaka av sig själva efter en omstart, Plane på 3 minuter och OpenProject på 3 minuter och 40 sekunder.

Så körde vi OpenProject

OpenProjects Docker-dokumentation erbjuder två sätt: en allt-i-ett-avbild, eller en Compose-fil med separata containrar för webb, bakgrundsjobb, cron, seeder, cache och proxy. Vi valde allt-i-ett-avbilden med PostgreSQL i en egen container, vilket OpenProjects dokumentation om databasen tillåter med DATABASE_URL. Det ger två containrar i stället för sju, och PostgreSQL förblir vår att säkerhetskopiera och uppgradera. Två saker vi lärde oss:

• Är databasens adress i DATABASE_URL 127.0.0.1 struntar avbilden i den och startar sin egen PostgreSQL inuti. Använd localhost, som når PostgreSQL-containern i samma pod.
• PostgreSQL:s första start, när den sätter upp sina filer, tog längre tid än systemds 90 sekunder medan servern var upptagen, och systemd stoppade den. TimeoutStartSec=300 ger den tid.

Som en användare openproject, skapad som plane i steg 1 i Plane-guiden, skapa hemligheterna:

pw=$(openssl rand -hex 24)
printf %s "$pw" | podman secret create openproject-db-password -
printf %s "postgres://openproject:$pw@localhost:5432/openproject" | podman secret create openproject-db-url -
openssl rand -hex 64 | tr -d '\n' | podman secret create openproject-secret-key -
printf %s "$(openssl rand -base64 18)" | podman secret create openproject-admin-password -
printf %s 'your-smtp-password' | podman secret create openproject-smtp-password -

~/.config/containers/systemd/openproject.pod:

[Pod]
PodName=openproject
PublishPort=127.0.0.1:8193:80

[Install]
WantedBy=default.target

openproject-db.container:

[Container]
ContainerName=openproject-db
Image=docker.io/library/postgres:17-alpine
Pod=openproject.pod
Volume=openproject-db:/var/lib/postgresql/data
Environment=POSTGRES_USER=openproject POSTGRES_DB=openproject
Secret=openproject-db-password,type=env,target=POSTGRES_PASSWORD
HealthCmd=pg_isready -U openproject
HealthInterval=10s
Notify=healthy
AutoUpdate=registry

[Service]
Restart=always
TimeoutStartSec=300

openproject-app.container:

[Unit]
Requires=openproject-db.service
After=openproject-db.service

[Container]
ContainerName=openproject-app
Image=docker.io/openproject/openproject:17
Pod=openproject.pod
Volume=openproject-assets:/var/openproject/assets
Environment=OPENPROJECT_HOST__NAME=projects.example.com OPENPROJECT_HTTPS=true
Environment=OPENPROJECT_DEFAULT__LANGUAGE=en
Secret=openproject-db-url,type=env,target=DATABASE_URL
Secret=openproject-secret-key,type=env,target=SECRET_KEY_BASE
Secret=openproject-admin-password,type=env,target=OPENPROJECT_SEED__ADMIN__USER__PASSWORD
Environment=OPENPROJECT_SEED__ADMIN__USER__PASSWORD__RESET=false OPENPROJECT_SEED__ADMIN__USER__MAIL=admin@example.com
Environment=OPENPROJECT_EMAIL__DELIVERY__METHOD=smtp OPENPROJECT_SMTP__ADDRESS=smtp.example.com OPENPROJECT_SMTP__PORT=587
Environment=OPENPROJECT_SMTP__AUTHENTICATION=plain OPENPROJECT_SMTP__USER__NAME=openproject@example.com OPENPROJECT_SMTP__ENABLE__STARTTLS__AUTO=true
Secret=openproject-smtp-password,type=env,target=OPENPROJECT_SMTP__PASSWORD
Environment=OPENPROJECT_MAIL__FROM=openproject@example.com
AutoUpdate=registry

[Service]
Restart=always
TimeoutStartSec=900

Hämta docker.io/openproject/openproject:17 och docker.io/library/postgres:17-alpine först, kör sedan systemctl --user daemon-reload och systemctl --user start openproject-pod. Den är redo när curl -s -o /dev/null -w '%{http_code}\n' http://127.0.0.1:8193/health_checks/default skriver ut 200. Logga in som admin med lösenordet från podman secret inspect --showsecret openproject-admin-password. Blocket i Caddys ~/Caddyfile:

projects.example.com {
    reverse_proxy 127.0.0.1:8193
}

OPENPROJECT_DEFAULT__LANGUAGE är språket för de typer, statusar och exempeldata som skapas vid första starten; vi använde en och provade inte sv. För att säkerhetskopiera, kör podman exec openproject-db pg_dump -U openproject openproject > openproject-db.sql och podman volume export openproject-assets > openproject-assets.tar, och spara hemligheterna. För att återställa, skapa hemligheterna från säkerhetskopian, importera volymen, starta podden så att PostgreSQL sätter upp sig, stoppa openproject-app, ta bort och skapa databasen openproject, läs in dumpen med psql och starta openproject-app igen. Vi gjorde det för en nyskapad användare, och de 30 arbetspaketen, den loggade tiden, kommentarerna och en bilaga med samma kontrollsumma kom tillbaka.

Licens och kostnad

Vi läste licenstexterna och prissidorna den 14 oktober 2026.

• Plane görs av Plane Software, Inc. i USA. Community Edition är öppen källkod under AGPL 3.0, utan gräns för antalet användare, och motsvarar gratisplanen i Plane Cloud, enligt Planes sida om versionerna. Betalplanerna kräver dess Commercial Edition, som inte är öppen källkod och har 12 gratisplatser per arbetsyta. Prissidan listar Pro för 6 US-dollar per användare och månad med årsbetalning (8 med månadsbetalning), med ärendetyper, egna egenskaper, tidloggar, beroenden i tidslinjen och, på egen server, OpenID Connect och SAML; och Business för 13 dollar (15 med månadsbetalning), som lägger till ett arbetsflöde med regler och godkännande av tidloggar. Enterprise Grid, med LDAP, har inget publicerat pris.
• OpenProject görs av OpenProject GmbH i Tyskland och är öppen källkod under GPL 3.0. Community-versionen har ingen gräns för antalet användare och innehåller allt som den här sidan kallar gratis. Enterprise-planerna för egen server är enligt prissidan Basic för 5,95 euro per användare och månad och Professional för 10,95, båda för minst 25 användare, Premium för 15,95 för minst 100, och Corporate på förfrågan från 250 användare, med avtal på ett till fem år. Basic lägger till egna åtgärder, jämförelser mot en baslinje, teamplaneraren, platshållare för användare, skrivskyddade arbetspaket, formulär per typ och fler än en aktiv sprint; Professional lägger till OpenID Connect och SAML, delning av arbetspaket med externa användare och interna kommentarer; Premium lägger till synk av grupper från LDAP och portfölj- och resursplanering. Tavlor, backloggen med sprintar, Gantt-scheman, tidrapportering och Jira Migrator fungerade alla utan licensnyckel i vårt test.

För ett företag som driver projekt för sin egen personal tillåter båda gratisversionerna det utan kostnad, och på din egen server stannar projekten i Sverige.

Jira i dag

Det här kommer från Atlassians egna sidor, lästa den 14 oktober 2026, inte från våra tester.

Jira Server är borta: Atlassian slutade ge support för sina Server-produkter den 15 februari 2024.

Jira Data Center, versionen du kör själv, läggs också ner. Enligt Atlassians sida om livslängden, som räknar upp Jira Software Data Center bland produkterna:

• nya kunder kunde inte längre köpa Data Center efter 30 mars 2026;
• befintliga kunder kan utöka och uppgradera fram till 30 mars 2028, och förnya fram till slutdatumet;
• 28 mars 2029 löper abonnemangen ut och produkterna går bara att läsa i, utan support eller säkerhetsrättningar.

Det sätter också en gräns för OpenProjects import, som bara läser från Data Center: en kund med Data Center har tid till dess att flytta.

Jira Cloud är enligt prissidan gratis för upp till 10 användare med 2 GB lagring; Standard kostar enligt listan 8,48 US-dollar och Premium 15,56 per användare och månad, med månadsbetalning; Enterprise går bara att betala per år. Atlassians jämförelse av planerna säger att Free har begränsade behörigheter, roller och granskningsloggar, att Standard lägger till avancerade behörigheter och granskningsloggar, och att SSO kräver ett separat abonnemang på Atlassian Guard under Enterprise. Atlassian kan lagra Jiras data i EU, i Frankfurt och Dublin, från Standard och uppåt, enligt sidan om datalagring. Jira Cloud exporterar ärenden som CSV, upp till 10 000 åt gången, med varje kommentar i en egen kolumn.

Det här ger du upp jämfört med Jira

Med en egen server stannar projekten i Sverige, du betalar ett fast pris för servern i stället för per användare, och ingen kan lägga ner ditt verktyg åt dig, som Atlassian gör med Data Center. Men var ärlig om vad du lämnar:

• Flytten. Ingen av gratisversionerna importerar från Jira Cloud. OpenProjects gratisimport fungerar med Data Center, men i vårt test lämnade den kvar kopplingar till epics, underärenden, länkar, loggad tid, sprintar och etiketter.
• Ekosystemet. Jiras appar på Marketplace, dess automatiseringsregler och dess kopplingar till Confluence, Bitbucket och andra verktyg har ingen motsvarighet i någon av dem. Båda har webhooks, och OpenProject har moduler för GitHub och GitLab.
• Ett verktyg för båda sorters arbete. Jira gör sprintar och, i de högre planerna, planering över flera team i en och samma produkt. Här väljer du: Plane för sprintar, utan tidrapportering eller egna fält i gratisversionen; OpenProject för planer och timmar, med ett tyngre gränssnitt.
• AI. Jiras betalplaner har Atlassians Rovo AI, enligt prissidan. AI i de två verktygen på egen server testade vi inte.
• Driften. Uppdateringar, säkerhetskopior och servern är dina, och du behöver ett fungerande e-postkonto för inbjudningar och aviseringar.

Vilken ska du välja

Ett utvecklingsteam som jobbar i sprintar: Plane. Den känns som Jira: nycklar per projekt, en tavla per status, cykler med burndown-diagram, underärenden, blockerande länkar och ett snabbt gränssnitt, på omkring 1 GB, med en licens som är öppen källkod och ingen gräns för antalet användare. Dess svagheter är att tidrapportering, egna fält, ärendetyper och beroenden i tidslinjen kräver den betalda Commercial Edition, att den saknar svenska och gratis import från Jira, de 13 containrarna att hålla igång och en medlemsroll som kan bjuda in folk. Följ Plane-guiden, på en VC-P Alloy.

Klassisk projektledning, med Gantt-scheman och timmar: OpenProject. Den planerar med datum och beroenden, rapporterar tid, har en backlogg med sprintar, tavlor, egna fält och arbetsflöden, talar svenska och importerar från Jira Data Center, allt gratis. Dess svagheter är mer minne, omkring 1,6 GB i vila, ett gränssnitt med mer på skärmen, SSO med OpenID Connect eller SAML bara i betalplanerna, en import från Jira som fortfarande är beta och lämnar kvar länkar, sprintar och loggad tid, och att vi inte har någon guide för den än: filerna i Så körde vi OpenProject är det vi körde, ovanpå Podman-guiden. En VC-P Alloy passar den också.

Tillsammans använde de omkring 2,6 GB i vila, så en VC-P Alloy kör båda, som vår gjorde.