Vervult jouw software oplossing eigenlijk wel zijn doel?

Meten is weten! πŸ“ˆ

Het aantal producten waar ik aan mee heb mogen werken is inmiddels vrij groot.πŸ… Maar het aantal projecten hiervan met zichtbare sturing op de directe doelstellingen is helaas bedroevend laag. πŸ€”

En nee, ik bedoel hiermee niet nutteloze metrieken als”velocity” 🚲 of afgewerkte user stories πŸ—‘οΈ. Ik heb het over concreet meetbare doelstellingen voor het resulterende product πŸ“¦, en in hoeverre hier voortgang in wordt gemaakt.

Een voorbeeld hiervan is een project waar we met een klein team een “recommender” voor films herbouwden. πŸ—οΈ Hierbij besloten we om vanaf het begin de kwaliteit van de aanbevelingen te meten, en alles ondergeschikt te maken aan het doorlopend opdrijven van die waarde. πŸ“ˆ

πŸ’‘ De eerste sprint leverde een meetmethode op basis van data uit een bekende externe filmdatabase, en als eerste implementatie een willekeurige 🎲 keuze uit de beschikbare titels. De score was voorspelbaar dramatisch, maar de infrastructuur hiermee aanwezig met een “aanbeveling” als product resultaat. 🎯

Daarna werd het fascinerend: 🧐

Door het meten van elke verbetering van onze algoritmen, ontdekten we dat de briljante ideeΓ«n uit het verleden helemaal niet zo’n geweldige impact op het resultaat hadden. πŸ“‰ En voor sommige oplossingen bleek de impact op de performance al helemaal de verbetering niet waard te zijn. 😳

Het eindresultaat van het project was een veel eenvoudiger oplossing met een gemeten betere functionaliteit dan de vorige implementatie. πŸ†