Notion eller Confluence? Jira kan gøre det billigere valg dyrt at flytte

Vælg Confluence, hvis teamets dokumentation primært skal findes og vedligeholdes omkring opgaver i Jira. Vælg Notion, hvis flere faggrupper især arbejder med de samme oplysninger gennem databasefelter og forskellige visninger. Har I allerede en wiki, kan det billigere abonnement blive et dyrere valg, hvis sider, relationer og rettigheder skal bygges op igen.

Begynd derfor med den viden, medarbejderne bruger hver dag, frem for en liste over funktioner. Spørgsmålet er, om en flytning bevarer forbindelsen mellem en opgave og dens forklaring, og om oplysningerne fortsat kan findes og opdateres på den måde, teamet har brug for.

Skal viden organiseres som sider eller poster?

Notion passer godt til et produktteam, der registrerer beslutninger som poster med ansvarlig, status og område og derefter viser de samme poster på forskellige måder. Sider kan bygges af blokke og ligge inde i andre sider. Fleksibiliteten gør det muligt at samle arbejde på tværs af faggrupper, men teamet må selv aftale, hvilke felter og navne der skal bruges konsekvent.

Confluence er oplagt, når en vejledning eller teknisk beslutning skal have en tydelig plads i et område med sider og undersider. Det er dog ikke længere et valg mellem sider og databaser: Atlassians beskrivelse af Confluence omfatter sider, whiteboards, databaser og forbindelser til Jira. Forskellen er, hvilken struktur teamet vil bruge som udgangspunkt.

En beslutning om en funktion kan illustrere valget. Skal den først og fremmest kunne filtreres sammen med andre beslutninger efter status og ansvarlig, taler det for en database. Skal den oftest læses som forklaring til en Jira-opgave og findes i et dokumentationshierarki, taler det for en side. Begge produkter kan rumme dele af begge arbejdsmåder, så vægten bør ligge på teamets almindelige opgaver.

Jira-integration er mere end et link

Notion kan hente arbejde fra Jira, men integrationens form betyder noget. Notions vejledning til administreret Jira-synkronisering beskriver en forbindelse til Jira Cloud, som opretter databaser med valgte områder og arbejdsopgaver. I denne forbindelse er synkroniserede felter skrivebeskyttede i Notion; kommentarer og vedhæftninger synkroniseres ikke, og oprettelse af synkroniseringen kræver Business eller Enterprise.

Det giver et udviklingsteam konkrete spørgsmål. Er det nok at se en opgaves status ved siden af dokumentationen, eller skal medarbejderen kunne ændre opgaven fra samme sted? Er kommentarer og filer nødvendige for at forstå en tidligere beslutning? Et almindeligt link til Jira kan være tilstrækkeligt til det første behov, mens de øvrige behov kræver en nærmere vurdering af den forbindelse, teamet faktisk vil bruge.

Adgang er en del af samme vurdering. I den beskrevne Notion-synkronisering styres læsernes adgang til de hentede data af Notions deling; Jira kontrollerer ikke særskilt hver Notion-læser. En opgave, der er begrænset i Jira, bør derfor ikke uden videre placeres i en bredt delt visning. For teams, der allerede bruger Confluence tæt sammen med Jira, tæller den eksisterende sammenhæng mellem opgaver og forklaringer også som noget, en ny løsning skal genskabe.

Hvad siger abonnementsprisen?

På Notions prisside vises Plus til 10 dollar og Business til 20 dollar pr. medlem om måneden. Siden skelner også mellem niveauer af sideanalyse og analyse af hele arbejdsområdet. Plus-prisen er derfor ikke prisen for den administrerede Jira-synkronisering, som kræver Business eller Enterprise.

Confluences prisside viser Standard til 5,42 dollar pr. bruger om måneden og beskriver blandt andet udvidede rettigheder og lagerplads på niveauet. De viste dollarbeløb er et udgangspunkt for et dansk teams budget, ikke et færdigt tilbud: sammenlign samme betalingsperiode, antal betalende brugere og de funktioner, I faktisk behøver.

Et team, der flytter fra Notion til Confluence for at sænke den løbende pris, kan samtidig få arbejde med at genskabe databasefelter, sideplaceringer og adgang. Omvendt kan et team, der flytter til Notion for at få en mere fleksibel database, få brug for et højere abonnement, hvis Jira-data skal synkroniseres. Den relevante sammenligning omfatter både det nødvendige abonnement og den tid, som flytning og oplæring kræver.

Kan medarbejderne finde og vedligeholde det rigtige?

Søgning bør vurderes med teamets eget indhold. Lad en medarbejder finde den gældende driftsprocedure, forklaringen på en ældre produktbeslutning og dokumentationen til en bestemt Jira-opgave. Lad også en kollega, der kun lejlighedsvis læser wikien, løse de samme opgaver. Resultatet viser mere om den kommende brugeroplevelse end en søgning i en tom prøveinstallation.

Registrér, om medarbejderne finder den gældende side, om de forstår dens placering, og om de kan se, hvem der må rette den. I Notion kan forskellige visninger gøre én database brugbar for flere teams, hvis felter og ejerskab er klare. I Confluence kan områder og sidehierarki give et fast sted til dokumentation, hvis medarbejderne ved, hvor indholdet hører hjemme. Begge strukturer kræver vedligeholdelse for at fungere som vidensbase.

En lille flytning afslører det arbejde, prisen skjuler

En migrationsprøve bør omfatte en side med undersider, en database med vigtige felter, dokumentation med Jira-links og indhold med begrænset adgang. Eksportér dette udsnit fra den nuværende løsning, og registrér, om I arbejder med HTML, Markdown eller CSV, samt hvilke filer og undersider der følger med. Importér det i målsystemet, og sammenlign indholdets funktion med originalen frem for kun at kontrollere, om teksten er synlig.

Ved flytning fra Notion til Confluence er nogle tab konkrete. Atlassians importoversigt angiver, at egenskaber på databasesiders poster bliver til en tabel, og at synkroniserede blokke ikke understøttes. Overførsel af blandt andet rettigheder og brugeroplysninger afhænger af yderligere adgang under importen. En bevaret tabel er derfor ikke nødvendigvis en brugbar erstatning for de databasefelter, teamet filtrerede efter.

Kontrollér sidehierarkiet ved at følge en vejledning fra områdets indgang til dens underside. Åbn de importerede Jira-links, og se, om forklaringen stadig findes dér, hvor medarbejderne forventer den. Prøv adgang med både en tiltænkt læser og en person, som ikke skal kunne se det begrænsede indhold. Notér særskilt de sider, felter og rettigheder, der kræver manuel rettelse.

Flytter I den anden vej, skal prøven stadig omfatte eksportformat, hierarki, databasefelter, Jira-links og adgang. Den kan også vise, om den valgte Notion-visning hjælper de medarbejdere, der skal skrive og finde indholdet. Det er antallet og arten af nødvendige rettelser i jeres eget udsnit, der gør flytteomkostningen konkret.

To teams kan lande på hvert sit valg

Et udviklingsteam, som allerede dokumenterer arbejdet i Confluence omkring Jira-opgaver, har en stærk grund til at beholde den forbindelse. En lavere pris eller en mere fleksibel sideeditor er kun værdifuld, hvis medarbejderne stadig kan følge opgaven til den rette forklaring, finde ældre beslutninger og arbejde med de nødvendige rettigheder efter et skifte.

Et tværgående produktteam kan have større gavn af Notion, hvis beslutninger og processer overvejende bruges som poster med felter, relationer og forskellige visninger. Her bør valget bero på, om de relevante Jira-oplysninger kan indgå på den ønskede måde, og om medarbejderne faktisk kan finde og vedligeholde posterne. Ingen af profilerne gør abonnementsprisen alene til et svar på, hvad wikien vil koste at bruge og flytte.

Læs også:

• Kit eller Mailchimp: 5.000 kontakter kan gøre begyndertilbuddet dyrt
• Warrants eller kontant løn? § 7 P flytter både skat og risiko
• Aktiesparekonto eller depot? 17 procent kommer med årlig skat