Antwoord

Het overwegen van prioriteiten is een van de moeilijkste taken in het werk van een businessanalist. In het begin verzamelt de analyst een volledige lijst van eisen van elke belanghebbende. Vervolgens bepaalt hij de criteria voor prioritering: zakelijke waarde, risico's, urgentie, kosten, impact op de gebruiker, technische haalbaarheid. Voor systematisering wordt vaak de MoSCoW-matrix (Must/Should/Could/Won't) en methoden zoals Weighted Shortest Job First (WSJF), RICE enz. gebruikt.

Meervoudige criteria-analyse helpt om aan de belanghebbenden uit te leggen waarom de eisen van de ene deelnemer worden uitgevoerd, terwijl die van een andere worden uitgesteld. Het resultaat is een overeenkomst — er wordt een “prioriteitenkaart” gemaakt:

| Eis            | Belanghebbende | Impact   | Prioriteit | Verwachte release |
|----------------|----------------|----------|------------|-------------------|
| Integratie X   | TEAM_A         | Hoog     | Hoog       | 1.0               |
| Functie Y      | TEAM_B         | Gemiddeld| Gemiddeld   | 1.1               |

De analyst beargumenteert de keuze op basis van de criteria en betrekt de projectcurator voor escalaties.

Belangrijke kenmerken:

• Toepassing van transparante methoden voor prioritering met uitleg van de redenen.
• De nadruk op het bereiken van een compromis tussen zakelijke en technische eisen.
• Open discussie over prioriteiten met alle betrokken groepen.

Misleidende vragen.

Kan men alleen vertrouwen op de mening van de meest invloedrijke belanghebbende?

Nee. Eenzijdig volgen van de mening van één belanghebbende leidt tot verlies op andere belangrijke gebieden van het project en potentiële conflicten.

Moet men alleen prioriteit geven aan de urgentie van de taak?

Nee. Urgentie is slechts één van de parameters; men moet de totale impact op doelstellingen, kosten en risico's evalueren.

Is de uiteindelijke prioriteitenkaart statisch gedurende het hele project?

Nee, prioriteiten moeten flexibel worden herzien naarmate de zakelijke doelen veranderen, nieuwe beperkingen of informatie opduiken.

Typische fouten en anti-patronen

• Ongerechtvaardigde acceptatie van eisen zonder analyses en argumenten.
• Het negeren van een transparante procedure voor herziening van prioriteiten.
• Onvoldoende communicatie met teams bij voorvallen van tegenstrijdigheden.

Voorbeeld uit de praktijk

Negatieve casus: Op verzoek van het topmanagement werd er ongepland een niet-uitgebreide functie aan het ERP-systeem toegevoegd, waardoor de behoeften van belangrijke gebruikers werden uitgesteld.

Voordelen: Loyaliteit van één belanghebbende verhoogd. Nadelen: Als gevolg hiervan is de algehele tevredenheid gedaald, zijn de kosten voor aanpassingen gestegen.

Positieve casus: De analyst initieerde een vergadering: met de MoSCoW-matrix werkten ze samen met de leidinggevenden van functionele afdelingen aan een gebalanceerde takenlijst.

Voordelen: Verbeterde transparantie van eisenacceptatie, verbeterde teamwork. Nadelen: Voor goedkeuring was extra tijd nodig.