Gå til innholdet

Digitalisering kan begynne med en tydelig arbeidsregel

Et nytt verktøy løser ikke en uklar godkjenning av seg selv. Undersøk først hvilken beslutning og informasjon som mangler i flyten.

Daniel Hartmann1 min lesetid
Prosesskort med tre sammenkoblede felt, tannhjul i den magentafargede toppen og en sidefane med lyspære.

Beskriv uklarheten før verktøyet

Et team leter etter et nytt prosjektverktøy fordi ingen pålitelig kan si hvilket produktbilde som er innholdsmessig godkjent for butikken. Flere statusfelt hjelper først når det er klart hvem som kan bestemme, og hvilken filversjon beslutningen gjelder.

GOV.UK Service Manual anbefaler å undersøke problemet før en forhåndsbestemt løsning. Overført til en bedrift anbefaler vi å beskrive den manglende arbeidsregelen før den flyttes til et nytt grensesnitt.

Eksempel: gjør først samme flyt tydeligere

Situasjonen og de foreslåtte reglene er helt oppdiktede. Teamet har allerede en felles oppgave med filhenvisninger og statusfelt.

Punkt

Eksisterende uklarhet

Avtale i eksisterende verktøy

Beslutning

Flere deltakere skriver «passer» uten en fastsatt beslutningsrolle.

Den produktansvarlige rollen gir innholdsmessig godkjenning; beslutningen registreres i oppgaven.

Versjon

Godkjenningen ligger i en e-post mens flere filer sirkulerer.

Filhenvisning IMG-42/v3, besluttende rolle og godkjenningsstatus dokumenteres samlet i oppgaven.

Det praktiske spørsmålet er om en stedfortreder uten søk i private e-posttråder kan se hvilken fil som er innholdsmessig godkjent, og av hvem. Det gjør det mulig å planlegge en liten prøveflyt. Observer om spørsmål, motstridende tilstander eller ekstra kopier fortsatt oppstår. En avtalt regel beviser ikke at den fungerer i hverdagen.

Når mer teknologi trengs

Det eksisterende verktøyet kan være nok for en oversiktlig flyt. Det kan være uegnet hvis nødvendige tilgangsrettigheter, sporbare endringer, større mengder eller integrasjoner mangler. Beskriv da gapet konkret og vurder et nytt verktøy opp mot det.

GOV.UK-veiledningen om brukerbehov omfatter også drift, støtte og senere integrasjoner. Spør derfor også dem som trer inn, løser feil eller skal fortsette å drive flyten. Beslutningen for eller mot programvare bør bygge på disse kravene. Tydelig ansvar er fortsatt nødvendig etter et verktøybytte.

Kilder

Skrevet av

  • Daniel HartmannRedaktør for teknologi og næringslivDaniel Hartmann skriver om teknologibeslutninger i bedrifter hos ASES. Han tar for seg programvareinvesteringer, valg av egnede løsninger og planlegging av digitale prosjekter.

Følg ASES

Les videre

Alle artikler

IT-rådgivning og strategi med ASES

Strategi, arkitektur og valg av teknologi