Er Værdien Vægtet?

Prioritering af Product Backlog

Som Product Owner står man overfor en udfordring med at lave den rette prioritering af emnerne i Product Backlog. Hvordan kan man sikre sig, at man prioriterer rigtigt, så man når det bedst mulige resultat indenfor projektrammerne? Man vil lave en prioritering og en estimering på emnerne, for på den måde at opnå størst mulig business value for pengene. Men man mangler en parameter til at sige, om prioriteringen er rigtig.

Et mål for vægtet Forretningsværdi

Estimeringen af user stories foregår måske allerede i story points, som gør det muligt at sortere user stories udfra deres relative udviklingsomkostning. Forretningsværdien kunne gives en tilsvarende vægtning: Business Points. Business Points indikerer altså den relative forretningsværdi ved en user story, mens Story Points indikerer den relative indsats ved at udvikle en user story. Forretningsværdi opnås mest effektivt gennem den user story, som har en høj score i formlen (Business Points / Story Points). Vi kan kalde størrelsen Development Value.

Development Value

Den relative forretningsværdi i forhold til udviklingsindsats for en enkelt user story er altså givet ved: 

Development Value =  Business Points / Story Points

Hvis Product Backlog prioriteres efter Development Value, så har man en god indikator for en værdifuld prioritering. Hvis man arbejder med prioritering for hele themes, så skal man blot arbejde med summen af business points og summen af story points for den pågældende theme for at finde dets samlede Development Value.

Eksempel 

I tabellen herunder er der angivet Development Value for fire fiktive user stories. Man ser, at det tilsyneladende er en god idé at indføre online reklamer, fordi de vil give en stor forretningsværdi ganske billigt, mens online salg er meget bekosteligt at indføre i forhold til forretningsværdien. Development value indikerer altså en mulig vægtet prioritering i ét eneste tal.

Hvis du skulle møde argumenter imod dette rationale som går på, at nogle features er nødvendige, så tilføj en kolonne i tabellen og en parameter som ganges på Development Value som eksempelvis "Manager really needs" og giv alle mandatory issues en faktor 1000 og de øvrige en faktor 1. Så får man grupperingen i mandatory og optional indlejret i Development Value.

Tak til Jesper Olesen for hans bidrag til idéen.