Standardprogramvare eller egenutvikling? Test samme prosess

Undersøk først om programvaren du allerede har, kan håndtere den avgjørende arbeidsflyten. Et nytt produkt og egenutvikling blir sammenlignbare når du vurderer de samme reglene, dataene og unntakene. En generell gjennomgang av grensesnittet er ikke nok.

Testtilfellet: en utgiftsforespørsel endres

En fiktiv bedrift mottar forespørsel R-17 på 180 EUR. Lederen må godkjenne; fra 250 EUR må også økonomiavdelingen godkjenne. Grensen er en oppdiktet intern regel, ikke en skatteregel. Etter godkjenningen øker beløpet til 320 EUR. Den tidligere godkjenningen skal derfor ikke automatisk gjelde det nye beløpet.

Det trengs forespørsel, beløp, bilag, søker, godkjenner og behandlingsstatus. Bruk oppdiktede navn og testbilag. Be om å få se normalforløpet og disse unntakene:

Samme vilkår for hver løsning

Begynn med modulen i dagens ERP-system. Test deretter et egnet standardprodukt med ERP-forbindelsen som trengs. Skill i begge tilfeller mellom det som virker, det som må konfigureres, og det som krever ekstra utvikling.

Egenutvikling er i første omgang et forslag med avgrenset omfang. Funksjoner som ennå ikke er bygget, er fortsatt uprøvde. En skisse skal ikke få samme bevisverdi som en gjennomført test.

Et gjennomarbeidet eksempel på resultater

I en helt oppdiktet testrapport klarer alternativ A i det eksisterende systemet alle fire tilfellene etter at stedfortrederen er satt opp. Alternativ B, et ekstra produkt, klarer normalforløpet, men beholder den gamle godkjenningen ved 320 EUR. Det melder også om suksess når budsjetttjenesten er nede. Dette er eksempler, ikke påstander om virkelige leverandører.

For eksempelbedriften er A fortsatt aktuelt. For B må det avklares om konfigurasjon eller tilpasning løser de to feilene. En ny test og ekstraarbeidet må inn i tilbudet. Et mer behagelig grensesnitt løser ikke manglende prosessregler.

Sammenlign kostnader for samme omfang

Vurder oppsett, datamigrering, ERP-integrasjon, løpende avgifter, drift, vedlikehold og et senere bytte over samme periode, for eksempel tre år. Noter forutsetningene om antall brukere og fremtidige endringer. GOV.UK Service Standard knytter også teknologivalg til totalkostnader og muligheten for senere å endre retning.

Hvis den eksisterende modulen oppfyller de nødvendige reglene, kan innføringen stoppe der. Hvis et viktig tilfelle forblir uløst i alle produktene som er prøvd, beskriv nettopp dette som grunnlag for en målrettet utvidelse eller egen applikasjon. Utviklingsbeslutningen får da et krav som kan etterprøves.

Kilder

• GOV.UK: Choose the right tools and technology