Viser arkivet for stikkord scrum

7 steg til smidig innhold

Smidige metoder

Her kommer noen grep til hvordan du kan heve kvaliteten på innholdet ved hjelp av smidige metoder. Tipsene er basert på diskusjon og innspill fra workshoppen “Smidig innhold” på seminaret 4 steg til websuksess.

Tilbakemeldingene fra workshoppen var veldig positive. Målet var å inspirere til idedugnad rundt hvordan vi kan få mer kvalitet og kontroll på innholdsarbeidet ved hjelp av smidige metoder. Så og si alle som var der innser det er vanskelig å holde høy kvalitet på innholdet over tid. Vi mangler rutiner og arbeidsmetoder for å kvalitetssikre innhold.

Her kan smidig hjelpe oss. Jeg har samlet ideer fra diskusjonene i syv relativt konkrete råd. Dette er fortsatt “under arbeid”, men håper dette kan dra oss litt videre:

  1. Publiser raskt
    Har du skrevet en tekst så sørg for at den blir publisert så fort som mulig. Hvis den blir liggende eller dratt gjennom mange forsinkende kontroll-ledd blir det fort ineffektivt arbeid. Det er bedre å publisere raskt og deretter justere basert på statistikk, analyse og tilbakemeldinger – enn å bruke 2 uker på å knekke ut de siste 5 prosentene.
  2. Publiser i små porsjoner
    Har du levert 100 tekster i en stor bulk rett før lansering av et nytt nettsted? Skriv heller tekster i små porsjoner – 5 av gangen eller mindre og deretter felles evaluering. Publiser de gjerne på gammelt nettsted før lansering av nytt. Testing – så tidlig som mulig – av innholdet er helt nødvendig for å lykkes. Skal vi lære av egne feil og justere kursen underveis er det nødvendig å skrive i små porsjoner og deretter justere.
  3. Ha hyppige møter
    Lag faste møtepunkter for alle som jobber med innhold – både daglig og ukentlig. Kort møte hver dag – maks 15 minutter og et redaksjonsmøte en gang i uken der dere reviderer saker fra forrige uke og planlegger neste. Men husk: Etabler faste holdepunkter slik at møtene ikke glir ut. Aldri møter for møtets skyld. Daglig møter er for overblikk, ukentlig møte er for planlegging, justering og læring.
  4. Sett læring i system
    Må du leie inn de samme folka til å holdet det samme kurset i nettskriving hvert år? Da er det kanskje på tide å sette læring i system så kan du heller leie inn de samme folka til å lære deg noe nytt. Bruk “inspect and adapt”-tankegangen til å lære opp resten av organisasjonen. Diskuter kvalitet – basert på erfaring og statistikk i ukentlig møte. Roter på hvem som skal evaluere. Inviter gjerne nøkkelpersoner i organisasjonen til å delta.
  5. Legg bare til innhold av verdi
    Alt er ikke like viktig og kan ikke være det. Likevel ser vi gang på gang at adhoc-ønsker blir prioritert høyt i innholdsarbeidet. Lag en logg av innholdsønsker prioritert etter synkende viktighet. Sørg for at alle nye innholdsønsker vurderes opp mot eksisterende logg og innholdsstrategi. Sørg for at listen er synlig for alle beslutningstagere.
  6. Maksimal synlighet
    Sørg for maksimal synlighet av innholdsarbeidet til resten av organisasjonen. Vis frem hvilke saker som til enhver tid scorer best i forhold til nøkkelmål – enten det er konvertering, sidevisninger eller unike brukere. Sørg også for at hvilke saker som er under produksjon eller i endring er synlige, hvilke saker er optimalisert og evt. endring etter optimalisering. Bruk skjermer eller tavler for å vise frem arbeidet.
  7. Sørg for selvstyrte team
    Lag en deal med ledelsen: “Vi skal levere innhold som gir verdi mot selvråderett”. Teamet skal ta beslutninger om hvordan vi ved hjelp av innholdet kan løse strategiske behov. Det innebærer valg av innholdstype, utforming av innholdet og distribusjonskanal. Kort sagt virkemidler. Ledelse skal komme med prioriteringer og hvilke problemer som skal løses: “Hva kan vi gjøre for å øke salget av …”. Lykkes du med det siste får du en selvgående webredaksjon med sterk faglig tyngde, eierskap til innholdet og sjefer som smiler.

Det er et par forutsetninger som ligger til grunn for punktene her:

  • Du må vite hva du vil med innholdet og for den saks skyld nettstedet hvis du skal bruke dette som en sjekkliste
  • “Inspect and adapt”-tankegangen ligger som et fundament for de fleste av punktene. Hvis ikke du evner å justere underveis basert på statistikk og analyser så hjelper ikke punktene over.

Til slutt: Smidig er tidkrevende – alle med erfaring fra Scrum og smidig er enige om det. Ja, det gir høy kvalitet, men krever masse tid. Spørsmålet er om du er villig til å prioritere det?

Her kan du se presentasjonen fra workshoppen “Smidig innhold”:

Virker dette fornuftig? Jeg tar veldig gjerne en diskusjon på hvordan vi kan bruke dette?

En forsmak på "Smidig innhold"-workshop

Ove Dalen

På seminaret 4 steg til suksess på web neste torsdag (27/8) skal jeg holde en workshop om “Smidig innhold”. Vi skal se på hvordan vi ved hjelp av smidige metoder kan sikre at webredaksjonen leverer kvalitetsinnhold – ikke bare i prosjektet, men på en dagtildag-basis.

Mye av min prat kommer til å handle om samhandling, samskriving og hvordan sammen lage godt innhold. Her tror jeg mange tryner i myra ettersom det veldig sjelden eksisterer en kollektiv bevissthet rundt hva som er godt innhold og hvordan jobbe det frem.

Min erfaring er at webredaksjonene sliter med blant annet følgende:

  • Manglende kollektiv bevissthet rundt kvalitet
  • Skriver på hver sin tue – ikke i samme lokale
  • Prater for lite sammen
  • For få dedikerte skriveressurser
  • Lite etterprøving av innhold basert på statistikk og analyse

Her kan smidig, og da Scrum som kjenner best, lære oss mye. Smidig er en utviklingsfilosofi, blant annet brukt i programvareutvikling, som skal løse de samme problemstillingene for de som programmerer.

Men Scrum og smidig er ukjent materie for mange av oss som ikke koder. Jeg tenkte derfor å gi dere en mulighet til å lese dere opp litt på smidig i forkant. Det gjør diskusjonene enklere i workshoppen.

Her er tre lenker som kan hjelpe dere videre:

Smidig og Scrum er såvidt jeg vet ikke brukt i særlig grad systematisk for de som jobber med innhold. Det betyr ikke at det ikke er gjort, men siden ingen har dokumenterte erfaringer driver vi litt nybrottsarbeid.

Egne erfaringer
Jeg har ingen case, men kommer til å prate om erfaring fra egen bedrift. I Origo – den gang vi var et innholdsbyrå – hadde vi en veldig klar kollektiv bevissthet rundt hva som var godt innhold. Det resulterte i at jeg hele tiden kunne levere fra meg en sak til Espen, Kathrine og Pål og forvente at den ble bedre. Hvis det var gjort fem rettelser eller endringer så visste jeg at fire av dem var til det bedre. Ergo så kranglet jeg heller ikke på den siste.

Hvorfor hadde vi denne kollektive bevisstheten? Jo, fordi vi – hvertfall de første årene – kjørte verksteder hver uke der vi diskuterte saker vi hadde skrevet. I tillegg diskuterte vi faglige problemstillinger hver dag i skrivearbeidet. Og vi diskuterte ansikt til ansikt – sendte ikke bare mailer.

Dette er i praksis veldig mye av det samme som smidig forfekter.

Mer informasjon om seminaret: