Skip to content

Commit 5a13f09

Browse files
author
Christian Lizell
committed
Update AI as primary method blog post: set draft to false and enhance description for clarity
1 parent 4df0833 commit 5a13f09

1 file changed

Lines changed: 11 additions & 9 deletions

File tree

_posts/2026-01-25-ai-som-primar-arbetsmetod.md

Lines changed: 11 additions & 9 deletions
Original file line numberDiff line numberDiff line change
@@ -1,8 +1,8 @@
11
---
22
title: "AI som primär arbetsmetod"
33
date: 2026-01-25
4-
draft: true
5-
description: "Hur Ossy-teamet på SVT Nyheter bygger hela arbetssättet runt AI, med principer, flöde och kvalitet som system."
4+
draft: false
5+
description: "Ett praktiskt arbetssätt där AI är förstahandsmetoden – med principer, flöde och kvalitet som ett system."
66
tags:
77
- blogg
88
- AI
@@ -13,11 +13,11 @@ assets_path: /assets/blog/2026-01-25-ai-som-primar-arbetsmetod
1313
---
1414

1515
Innan vi pratar arbetssätt…
16-
Vi ingår i ett litet team på SVT som bygger chatboten [Ossy](https://www.svt.se/sport/artikel/fraga-ossy-om-vinter-os) – och ramverket med samma namn som gör det möjligt att snabbt skapa nya expertbotar. Det speciella är inte bara vad vi bygger, utan hur: vi jobbar inte på ett traditionellt sätt med stora specialistroller och långa ledtider, utan med AI som primär metod genom hela kedjan.
16+
Det här är en beskrivning av hur ett litet produktteam kan jobba när AI inte är ett “tillägg”, utan **förstahandsmetoden** genom hela kedjan. Poängen är inte vad man bygger (det kan vara en intern assistent, en kundnära bot, ett verktyg för analys eller en ny feature), utan **hur man bygger** när produktionstakt, utforskning och kvalitet drivs av ett AI-stött flöde.
1717

1818
![AI som primär arbetsmetod]({{ image_url }})
1919

20-
Det finns team som “använder AI ibland” och team som har byggt hela arbetssättet runt AI. I Ossy-teamet på SVT Nyheter tillhör vi den andra kategorin: **AI är inte en perifer assistent – den är vårt primära sätt att bygga, testa, designa och verifiera.** Människorna i teamet fokuserar på riktning, kvalitet, risk och omdöme.
20+
Det finns team som “använder AI ibland” och team som har byggt hela arbetssättet runt AI. Vi tillhör den andra kategorin: **AI är inte en perifer assistent – den är vårt primära sätt att bygga, testa, designa och verifiera.** Människorna i teamet fokuserar på riktning, kvalitet, risk och omdöme.
2121

2222
Tre principer styr allt:
2323

@@ -31,7 +31,7 @@ Tre principer styr allt:
3131

3232
## Arbetssättet i korthet
3333

34-
Vi är bara **tre utvecklare + en redaktionell person**. Vi har inga dedikerade UX:are, testare, AD eller DevOps-resurser. Vår modell är enkel:
34+
Vi är ett litet team (typiskt **2–4 personer**) och har sällan lyxen av dedikerade UX:are, testare, designers eller DevOps-resurser per initiativ. Vår modell är enkel:
3535

3636
- **Vi äger riktning, ansvar och omdöme**
3737
- **AI står för produktionstakten och bredden**: kod, test, text, designunderlag, alternativ, jämförelser, refaktoreringar
@@ -60,7 +60,7 @@ Det här skiljer sig från traditionell utveckling där man ofta “håller fast
6060
6161
## Kvalitet som system
6262

63-
Vi jobbar inte med idén att “människan ska dubbelkolla allt AI gör”. Vi jobbar med idén att **kvalitet byggs som ett system**. Eftersom Ossy är en chatbot går det sällan att testa “exakt rätt text”. I stället använder vi:
63+
Vi jobbar inte med idén att “människan ska dubbelkolla allt AI gör”. Vi jobbar med idén att **kvalitet byggs som ett system**. I generativa system går det sällan att testa “exakt rätt text”. I stället använder vi:
6464

6565
- **Enhetstester**
6666
- **Integrationstester**
@@ -76,14 +76,14 @@ Vi har flera skyddslager för att skydda boten och människorna som använder de
7676

7777
## Drift, ansvar och ramverk
7878

79-
När man inte har ett stort stödmaskineri behöver man ett tydligt ägarskap. Teamet äger drift och incidenter, och vi har övervakning i SVTs moln (t.ex. dashboards i Grafana), separata kostnads-/användningsdashboards för modellleverantörer och notifieringar när nivåer passeras.
79+
När man inte har ett stort stödmaskineri behöver man ett tydligt ägarskap. Teamet äger drift och incidenter, och vi har övervakning i vår plattform (t.ex. dashboards i Grafana), separata kostnads-/användningsdashboards för modellleverantörer och notifieringar när nivåer passeras.
8080

8181
Och: om en modell förändras, blir sämre eller får nya begränsningar — **då byter vi**. Vi har redan gjort flera byten under projektet.
8282

8383
En central del i arbetssättet är att vi byggt ett ramverk för att snabbt skapa kunniga “expertbotar”. Varje bot får:
8484

8585
- en **persona** (röst, ton, ansvar, gränser)
86-
- ett antal **verktyg** (t.ex. SVTs tablå/arkiv, artiklar, FAQ, livesport-resultat)
86+
- ett antal **verktyg** (t.ex. interna dokument, domänspecifika datakällor, API:er, produktlogik och policyer)
8787
- **tester och säkerhetsfilter**
8888

8989
(Detaljerna i botarnas funktion är inte poängen här — poängen är att ramverket gör det billigt att skapa och iterera.)
@@ -104,6 +104,8 @@ Och en varning:
104104
105105
## Slutsats
106106

107-
AI kommer inte ta våra jobb. Den kommer göra att vi kan göra **mycket mer**, **snabbare** och ofta **bättre** – om vi bygger arbetssättet för det.
107+
AI kommer inte ta våra jobb ännu. Den kommer göra att vi kan göra **mycket mer**, **snabbare** och ofta **bättre** – om vi bygger arbetssättet för det.
108+
109+
*Den här texten är baserad på en [artikel publicerad på Medium](https://medium.com/the-svt-tech-blog/ai-as-the-primary-way-of-working-c2397a256726), där Christian delar insikter från sitt kunduppdrag – hur teamet byggt sitt arbetssätt runt AI som förstahandsmetod, med fokus på snabba iterationer, inbyggd kvalitet och aktivt ansvarstagande.*
108110

109111
/ [Chrille](/chrille)

0 commit comments

Comments
 (0)