Skrevet af Published
Integration

Digital medarbejder med Linear

En digital medarbejder kan samle leverancestatus i Linear som en read-only produktopfølger med kildelinks, mandat og stopregler.

Kort svar

En digital medarbejder med Linear skal ikke styre roadmapet eller udviklerne. En god første version er en read-only digital produktopfølger for ét team og ét projekt eller én cycle. Den samler issues uden ejer, forældet eller modstridende status, mulige blokeringer og manglende næste handling i et ugentligt internt leveranceoverblik med Linear-links. Den ændrer ikke issues, projekter eller kommentarer og stopper ved performancevurdering, scope, roadmap, releasebeslutninger, kunder, økonomi, sikkerhed og jura.

Problemet i praksis

Issues og projekter kan være registreret i Linear, mens forberedelsen til produkt- eller leverancemødet stadig kræver, at en leder åbner flere visninger og læser de seneste kommentarer.

Et issue kan mangle ejer. En projektopdatering kan være ældre end den seneste kommentar. En mulig blokering kan stå i teksten uden at fremgå af den samlede status.

Views, filters og project updates viser det, teamet har registreret. De forklarer ikke altid, hvilken kilde der gælder, når status og forklaring ikke stemmer sammen.

Hvad ændrer sig med en digital medarbejder?

Den digitale medarbejder får en konkret Linear-rolle: forbered ét ugentligt leveranceoverblik fra ét team og ét projekt eller én cycle.

Den viser Linear-link, dokumenteret status, manglende ejer eller data, mulig blokering, seneste kilde, foreslået afklaring og stopårsag.

Den arbejder autonomt med læsning og intern klargøring inden for mandatet, men gætter ikke på årsager og ændrer ikke produktdata.

Linear er opdateret — men mødet mangler stadig et grundlag

Et produktteam kan have issues, projekter og cycles i Linear og stadig bruge tid før mødet på at finde det, der ikke passer ind i den samlede visning.

Et issue mangler ejer. En kommentar beskriver en mulig blokering. Den seneste projektopdatering er skrevet før den ændring, som nu påvirker leverancen.

En digital medarbejder med Linear skal ikke være en automatisk produktchef. Den skal eje det smalle forarbejde og vise hvert fund med et direkte link til kilden.

En god første version: ugens leveranceoverblik

Vælg ét team og ét projekt eller én cycle. Rollen læser de aftalte issues, relevante kommentarer og den seneste projektopdatering før et fast møde.

Den afleverer syv felter: Linear-link, dokumenteret status, manglende ejer eller data, mulig blokering, seneste relevante kilde, foreslået afklaring og stopårsag.

En mulig blokering bliver stående som mulig. Hvis issue, kommentar og projektopdatering siger noget forskelligt, viser rollen konflikten i stedet for at vælge den mest sandsynlige historie.

Når Linear selv er hele løsningen

Hvis teamet mangler et view over issues uden ejer, bør det bygges i Linear. Hvis projektlederen kan holde en fast project update ajour, er der måske ikke brug for en digital medarbejder.

Filters, cycles, reminders og faste workflows er ofte bedre, når felterne er stabile, og samme spørgsmål skal besvares hver uge.

Rollen bliver først relevant, når få Linear-kilder skal sammenholdes, og undtagelser skal forklares med dokumentation. Den skal ikke lægge AI oven på en visning, der allerede virker.

Read-only kan håndhæves teknisk

Linears MCP-server har som standard værktøjer til at finde, oprette og opdatere objekter som issues, projekter og kommentarer. Derfor er en prompt om ikke at skrive ikke tilstrækkelig adgangskontrol.

Linear dokumenterer et særskilt read-only endpoint, som kun viser læseværktøjer. Alternativt kan klienten anmode om read OAuth-scope, hvor tokenet ikke kan nå write-API’er.

Det er et godt udgangspunkt, men ikke en garanti for hele løsningen. Kilder, identitet, logs, datatyper og procesejer skal stadig afgrænses og testes.

Rollen følger arbejdet, ikke udviklerne

En overskredet dato dokumenterer kun, at en registreret dato er passeret. Den fortæller ikke, hvorfor arbejdet står stille, eller hvordan en medarbejder har løst sin opgave.

Outputtet skal derfor beskrive det synlige hul: manglende ejer, manglende næste handling, gammel status eller modstridende kilde. Det må ikke udlede skyld, motivation eller performance.

Produktlederen beholder ansvar for scope, roadmap, prioritering, releasebeslutninger, kunder og relationer. Den digitale medarbejder gør arbejdsgrundlaget tydeligt og stopper ved resten.

Mandat og stopregler

Første version kan arbejde autonomt med læsning, sammenstilling og et internt udkast fra de aftalte Linear-kilder. Den behøver ikke godkendelse af hvert opslag.

Den stopper ved write-actions, private eller følsomme issues, sikkerhed, HR, performance, scope, roadmap, releaseklarhed, kunder, pris, økonomi, kontrakt og jura.

Når den stopper, viser den det konkrete Linear-link, den modstridende eller manglende oplysning og den afklaring, som den navngivne procesejer skal tage videre.

Sådan starter man uden at overbygge

  1. 1

    Start med ét workspace, ét team, ét projekt eller én cycle og ét fast produkt- eller leverancemøde.

  2. 2

    Brug Linears read-only MCP-endpoint eller et read OAuth-scope, så adgangskontrollen ikke kun ligger i en prompt. Første version må kun læse de aftalte kilder.

  3. 3

    Lad outputtet være et internt udkast. Oprettelse, ændring, prioritering, tildeling, kommentarer, projektopdateringer og lukning af issues er separate handlinger uden for første mandat.

Risici der skal styres

  • At bygge en digital medarbejder til noget, Linear views, filters, project updates, cycles, reminders eller et fast workflow kan løse enklere.
  • At bruge gammel status, en overskredet dato eller et issue uden ejer som vurdering af en medarbejders indsats eller årsagen til en forsinkelse.
  • At kalde rollen read-only, mens den tekniske adgang stadig kan oprette eller opdatere issues, projekter og kommentarer.

Kilder og videre læsning

Relaterede sider

Ofte stillede spørgsmål

Er en digital medarbejder med Linear bare en ny projektvisning?
Den er unødvendig, hvis et view eller filter viser hele svaret. Rollen giver først ekstra mening, når issues, kommentarer og projektopdatering skal sammenholdes, og en uklar undtagelse skal forklares med kildelinks.
Hvornår er Linears egne funktioner nok?
Når felterne er vedligeholdt, og behovet kan løses med views, filters, project updates, cycles, reminders eller et fast workflow. Vælg den enkleste løsning, hvis spørgsmålet er stabilt.
Kan den selv oprette eller ændre issues?
Ikke i den anbefalede første version. Linear dokumenterer både write-tools og reelle read-only adgangsveje. Brug read-only teknisk og hold oprettelse, prioritering, tildeling, kommentarer og lukning uden for mandatet.
Hvad er forskellen på Linear-siden og digital projektkoordinering?
Projektkoordinering er den brede rolle på tværs af board, referat og kanal. Linear-siden er smallere og ejer kun et internt leveranceoverblik fra ét Linear-team og ét projekt eller én cycle.
Hvad er en god første version?
Ét workspace, ét team, ét projekt eller én cycle og ét ugentligt internt overblik med Linear-link, status, mangel, mulig blokering, kilde, foreslået afklaring og stopårsag.

Vil du finde den første digitale medarbejder i jeres virksomhed?

Skriv til Mikkel