Har indsamlet og analyseret forretningskrav

Situation. Krav kom som regel i form af samtaler — nogen ville have noget, sådan cirka, og så var det op til udviklerne at gætte sig til detaljerne. Gætteri betyder omarbejde, og omarbejde er nok den dyreste måde at bygge noget på.

Opgave. Rollen lå mellem forretningen og udviklingen og oversatte den ene til den anden: løse behov skulle gøres til opgaver, som en udvikler kunne tage fat på uden at gætte, og undervejs skulle de holdes i tråd med standarderne for data governance.

Handling. Kravene blev afklaret direkte med interessenterne, og de akavede spørgsmål blev stillet tidligt i stedet for at dukke op sent. Derefter blev de skrevet ned som funktioner og user stories, der klart sagde, hvad “færdig” betød. Hver enkelt blev holdt op mod reglerne for data governance, for en funktion, der er nyttig, men håndterer data forkert, er ikke rigtig færdig. Hele formålet var, at man kunne læse en story og bygge det rigtige første gang.

Resultat. Udviklingen tog udgangspunkt i klare, aftalte funktioner i stedet for halvt forståede ønsker. Tvetydigheden faldt, og omarbejdet faldt med den, og leveringen forblev rettet mod de egentlige forretningsmål — inden for rammerne af data governance i stedet for at blive tilpasset dem bagefter.