2col_business_toppicture.jpg

Er Vrdien Vgtet?

Prioritering af Product Backlog

Som Product Owner str 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 nr det bedst mulige resultat indenfor projektrammerne? Man vil lave en prioritering og en estimering p emnerne, for p den mde at opn strst mulig business value for pengene. Men man mangler en parameter til at sige, om prioriteringen er rigtig.

Et ml for vgtet Forretningsvrdi

Estimeringen af user stories foregr mske allerede i story points, som gr det muligt at sortere user stories udfra deres relative udviklingsomkostning. Forretningsvrdien kunne gives en tilsvarende vgtning: Business Points. Business Points indikerer alts den relative forretningsvrdi ved en user story, mens Story Points indikerer den relative indsats ved at udvikle en user story. Forretningsvrdi opns mest effektivt gennem den user story, som har en hj score i formlen (Business Points / Story Points). Vi kan kalde strrelsen Development Value.

Development Value

Den relative forretningsvrdi 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 vrdifuld 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 pgldende 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 indfre online reklamer, fordi de vil give en stor forretningsvrdi ganske billigt, mens online salg er meget bekosteligt at indfre i forhold til forretningsvrdien. Development value indikerer alts en mulig vgtet prioritering i t eneste tal.

Picture 6.png

Hvis du skulle mde argumenter imod dette rationale som gr p, at nogle features er ndvendige, s tilfj 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 fr man grupperingen i mandatory og optional indlejret i Development Value.


Tak til Jesper Olesen for hans bidrag til iden.