Prioritér IT-roadmaps efter resultater og afhængigheder

Et tidligt IT-roadmap bør vise, hvilket arbejde der skal fungere bedre, og hvad der først skal afklares. Produktnavne kan følge senere. Fastlægges de for tidligt, ligner et åbent valg et besluttet indkøb.

Følgen er praktisk: Et nyt CRM kan indføres, mens kundeadresser stadig er uens. En portal kan være færdig, mens kilden til gyldige priser er uklar. Indkøbet løser ikke den forudgående regel.

Tre produkter, to åbne forudsætninger

En fiktiv virksomhed skriver »CRM, kundeportal, dashboard«. Den ønsker enklere bestillinger og overblik over, hvilke henvendelser der bliver til tilbud. Før en produktsammenligning mangler to valg: Hvilket system er styrende for kunde- og prisdata, og hvilke behandlingsstatusser gælder for en henvendelse?

Planen kan gøre det til konkrete resultater:

• Kilden til gyldige kundeadresser og priser er fastlagt; uoverensstemmelser afgøres med et eksempel.

• En testkunde kan gennemføre en hel bestilling med disse data; manglende ERP-bekræftelse forbliver synlig.

• En rapport forbinder forskellige henvendelser med vurderede statusser og tilbud.

Det peger på rækkefølgen: dataansvar før bindende bestilling, fælles statusser før meningsfuld rapportering. Det afgør ikke, hvilke leverandører der skal købes fra. Dele kan findes i det nuværende system.

Forskellig sikkerhed i forskellige trin

Et nært trin kan have et afgrænset resultat og kendte forudsætninger. For senere trin kan løsning og arbejde være åbent. Skriv, hvilken undersøgelse der muliggør næste beslutning. Så virker et tidligt produktvalg ikke falsk afgjort.

GOV.UK-vejledningen beskriver roadmaps som tilpasningsbare planer med tydelige mål, prioriteter og hensigt. En detaljeret backlog organiserer mindre gennemførelsesopgaver. I eksemplet er »styrende kundedatakilde aftalt« et resultat; enkelte feltkontroller hører til udførelsen.

Hvornår produktnavne hjælper

Efter et begrundet valg er en indkøbsvisning med produkter, omkostninger og ansvar nyttig. En bekræftet lukningsdato eller nødvendig teknisk afhængighed kan også bestemme rækkefølgen. Roadmappet skal vise den binding.

Målet er stadig det nødvendige resultat. Viser undersøgelsen, at det nuværende CRM kan klare forløbet med en tilpasning, kan nyindkøbet bortfalde. Viser den en uundgåelig integrationsmangel, planlægges den nødvendige ændring konkret.

Gennemgå hver post før en investeringssamtale: Hvilket observerbart resultat ønskes, hvad mangler først, og hvilket fund kan ændre valget? Står kun et leverandørnavn tilbage, er næste planlægningsspørgsmål åbent. Et fuldt indkøbsvalg kræver også omfang, løbende omkostninger og senere skiftemuligheder.

Kilder

• GOV.UK: Developing a roadmap