Hoppa till innehållet

Digitalisering kan börja med en tydlig arbetsregel

Ett nytt verktyg löser inte en oklar godkännanderutin av sig självt. Undersök först vilken information och vilket beslut som saknas.

Daniel Hartmann1 min läsning
Processkort med tre sammankopplade fält, kugghjul i magentafärgad överdel och en sidoflik med glödlampa.

Beskriv oklarheten före verktyget

En grupp söker ett nytt projektverktyg eftersom ingen säkert kan säga vilken produktbild som är innehållsmässigt godkänd för butiken. Fler statusfält hjälper först när det är tydligt vem som får besluta och vilken filversion beslutet gäller.

GOV.UK Service Manual rekommenderar att problemet undersöks före en förutbestämd lösning. Överfört till ett företag rekommenderar vi att den saknade arbetsregeln beskrivs innan den flyttas till ett nytt gränssnitt.

Exempel: gör först samma flöde tydligare

Situationen och de föreslagna reglerna är helt påhittade. Gruppen har redan ett gemensamt arbetsärende med filhänvisningar och statusfält.

Punkt

Befintlig oklarhet

Överenskommelse i befintligt verktyg

Beslut

Flera deltagare skriver ”ser bra ut” utan en fastställd beslutsroll.

Den produktansvariga rollen ger innehållsmässigt godkännande; beslutet dokumenteras i ärendet.

Version

Godkännandet finns i ett mejl medan flera filer cirkulerar.

Filhänvisning IMG-42/v3, beslutande roll och godkännandestatus dokumenteras tillsammans i ärendet.

Den praktiska frågan är om en ersättare utan sökning i privata mejltrådar kan se vilken fil som godkänts innehållsmässigt och av vem. Det gör ett litet provflöde möjligt att planera. Observera om frågor, motstridiga tillstånd eller extra kopior fortfarande uppstår. En överenskommen regel bevisar inte att den fungerar i vardagen.

När mer teknik behövs

Det befintliga verktyget kan räcka för ett överskådligt flöde. Det kan vara olämpligt om nödvändiga åtkomsträttigheter, spårbara ändringar, större volymer eller integrationer saknas. Beskriv då luckan konkret och bedöm ett nytt verktyg utifrån den.

GOV.UK-vägledningen om användarbehov omfattar även drift, stöd och senare integrationer. Fråga därför även dem som ersätter, löser fel eller ska fortsätta driva flödet. Beslutet för eller emot programvara bör bygga på dessa krav. Tydligt ansvar behövs även efter ett verktygsbyte.

Källor

Skriven av

  • Daniel HartmannRedaktör för teknik och näringslivDaniel Hartmann skriver om teknikbeslut i företag på ASES. Han behandlar mjukvaruinvesteringar, val av lämpliga lösningar och planering av digitala projekt.

Följ ASES

Läs vidare

Alla artiklar

IT-rådgivning & strategi med ASES

Strategi, arkitektur och teknikval