Process Intelligence

Process Intelligence er ikke et produkt, du kan købe, men en arbejdsmetode vi anvender i fællesskab for at afdække og opfylde dine IT-behov. Et typisk forløb har 3 faser. Resultatet af Process Intelligence kan variere. I nogle situationer finder vi frem til et stykke standardsoftware, som i vid udstrækning dækker og løser dine behov. Andre gange er der behov for at gå til fase 2, hvor vi kravspecificerer og beskriver i dokument – samt med digitale prototyper – hvordan en løsning kan tage sig ud. Fase 3 er selve udviklingen på basis af konklusionerne fra de to første faser. Læs mere om hvad vi sammen kan skabe gennem Process Intelligence

User stories

Fase 1 er den mest kritiske fase, hvor vi mødes og snakker om de ønsker, du og dine medarbejdere har. Denne fase kortlægger kompleksiteten i de problemstillinger, som dine medarbejdere står over hver dag. Resultatet af denne fase er i sig selv ikke et produkt, men et konkret bud på, hvordan I kan komme videre. Vi vælger f.eks. at afholde en lille workshop, hvor nogle nøglemedarbejdere fortæller om deres oplevelse af dagligdagen – og hvordan de mener et system kunne lette deres arbejde. Konklusionen kan være, at der findes et standardprodukt, som kan løse problemerne så godt, at det er det bedste valg. Og dermed betales der aldrig for mere, end du har fået.

Digital Prototype

Fase 2 tager vi hul på, hvis der ikke findes en brugbar løsning i fase 1. Det er nu, at vi begynder at kravspecificere. Den information, som udledes af denne fase, er af afgørende vigtighed for, at vi alle taler samme sprog og ser de samme udfordringer. Og for at SitePoints team af udviklere kan danne sig et overblik over, hvordan datamodeller, funktionalitet og skærmbilleder skal se ud. På dette grundlag udvikles så en digital prototype. Dernæst afprøver vi det færdige system, som stadig ikke har nogen funktionalitet. Systemet afprøves ved, at vi opretter et sæt af tænkte data og kører disse igennem systemet. På den måde kan man fange de eventuelle fejl, man ellers ikke ville se, før det færdige system var sat i drift. Grunden til denne minutiøse fremgangsmåde er, at det er langt billigere at rette i en funktionsløs prototype, end hvis en fejl ”indbygges” i det færdige system. Det er vores erfaring, at denne proces gør det væsentlig lettere at forklare ikke-fagfolk, hvad systemet kan, hvordan et skærmbillede visuelt vil tage sig ud, samt hvilke resultater man kan forvente. En sidegevinst ved den digitale prototype er, at man – hvis det fordres – kan vise den på papir som en almindelig papirprototype. Dermed opnår vi fra starten større enighed om den retning, projektet skal tage – og det færdige produkt, vi skal ende med at implementere. Det kalder vi Process Intelligence.

Udvikling af det færdige produkt

Når den digitale prototype er på plads – og alle er enige om udseende og hvilke regler der gælder for de enkelte felter – starter selve udviklingen af produktet. En af de helt store gevinster ved at benytte såkaldt use-case baseret udvikling er, at under forløbet sættes alle arbejdsgange under lup. Dermed er det muligt at pege på uhensigtsmæssigheder i nogle af de arbejdsgange, der benyttes i dag.