Prioriter IT-veikartet etter resultater og avhengigheter

Et tidlig IT-veikart bør vise hvilket arbeid som skal fungere bedre, og hva som først må avklares. Produktnavn kan komme senere. Fastsettes de for tidlig, ser et åpent valg ut som et besluttet innkjøp.

Følgen er konkret: Et nytt CRM kan innføres mens kundeadresser fortsatt er inkonsistente. En portal kan bli ferdig mens kilden til gyldige priser er uklar. Innkjøpet løser ikke den forutgående regelen.

Tre produkter, to åpne forutsetninger

En fiktiv bedrift skriver «CRM, kundeportal, dashboard». Den vil ha enklere bestillinger og oversikt over hvilke henvendelser som blir tilbud. Før en produktsammenligning mangler to beslutninger: Hvilket system er styrende for kunde- og prisdata, og hvilke behandlingsstatuser gjelder for en henvendelse?

Planen kan gjøre dette til konkrete resultater:

• Kilden til gyldige kundeadresser og priser er fastsatt; avvik avgjøres med et eksempel.

• En testkunde kan fullføre en hel bestilling med disse dataene; manglende ERP-bekreftelse forblir synlig.

• En rapport knytter forskjellige henvendelser til vurderte statuser og tilbud.

Det gir en rekkefølge: dataansvar før bindende bestilling, felles statuser før meningsfull rapportering. Det bestemmer ikke hvilke leverandører som må velges. Deler kan allerede finnes i dagens system.

Ulike trinn kan ha ulik sikkerhet

Et nært trinn kan ha et avgrenset resultat og kjente forutsetninger. Senere trinn kan fortsatt ha åpen løsning og usikker arbeidsinnsats. Skriv hvilken undersøkelse som muliggjør neste beslutning. Da ser ikke et tidlig produktvalg feilaktig avgjort ut.

GOV.UK-veiledningen beskriver veikart som tilpasningsbare planer med tydelige mål, prioriteringer og hensikt. En detaljert backlog ordner mindre gjennomføringsoppgaver. I eksemplet er «styrende kilde for kundedata avtalt» et resultat; enkelte feltkontroller hører til gjennomføringen.

Når produktnavn er nyttige

Etter et begrunnet valg er en innkjøpsvisning med produkter, kostnader og ansvar nyttig. En bekreftet stengedato eller nødvendig teknisk avhengighet kan også styre rekkefølgen. Veikartet må vise den bindingen.

Målestokken er fortsatt det nødvendige resultatet. Viser undersøkelsen at dagens CRM kan dekke flyten med en tilpasning, kan nyinnkjøpet falle bort. Viser den et uunngåelig integrasjonshull, planlegges den nødvendige endringen konkret.

Gå gjennom hver post før en investeringssamtale: Hvilket observerbart resultat trengs, hva mangler først, og hvilket funn kan endre beslutningen? Står bare et leverandørnavn igjen, er neste planleggingsspørsmål åpent. Et fullstendig innkjøpsvalg krever også omfang, løpende kostnader og senere byttemuligheter.

Kilder

• GOV.UK: Developing a roadmap