Een project begint zelden met te weinig wensen. Meestal is er juist veel. Mensen zien kansen. Afdelingen hebben behoeften. Gebruikers noemen verbeterpunten. De opdrachtgever wil graag dat het project “meteen goed” wordt aangepakt.
Dat is begrijpelijk. Als er toch beweging is, waarom dan niet meteen meer meenemen?
In veel organisaties zien we dat de scope van een project langzaam groeit. Niet altijd door grote besluiten. Vaak door kleine toevoegingen. Een extra rapportage. Nog een doelgroep. Een koppeling met een ander systeem. Een proces dat “eigenlijk ook wel logisch” is om mee te nemen.
Op zichzelf lijken die toevoegingen redelijk. Samen veranderen ze het project.
Projectscope bepalen betekent helder maken wat wel en niet bij het project hoort. Dat klinkt begrenzend, en dat is het ook. Maar niet op een negatieve manier. Scope geeft bescherming. Voor het team, voor de planning, voor het budget en voor de kwaliteit van het resultaat.
Zonder scope wordt een project kwetsbaar. Alles lijkt belangrijk. Niemand wil nee zeggen. De planning blijft hetzelfde, terwijl het werk groeit. En ergens ontstaat frustratie omdat mensen voelen dat het project niet meer klopt.
Maar het kan gebeuren dat vooral wordt gesproken wanneer het al misgaat. Dan is er discussie over vertraging of extra werk. Maar scope hoort juist aan het begin op tafel te liggen. Niet perfect, wel bewust.
Wat leveren we op? Voor wie? Welke onderdelen horen erbij? Welke onderwerpen raken het project wel, maar worden niet door dit project opgelost? Welke wensen parkeren we voor later?
Dat laatste is belangrijk. Iets buiten scope plaatsen betekent niet dat het onbelangrijk is. Het betekent alleen dat dit project niet de plek is om het nu op te lossen.
De ongemakkelijke waarheid is dat scope vaak groeit omdat niemand het gesprek over prioriteit wil voeren. Alles belangrijk noemen voelt veiliger dan kiezen. Maar projecten worden niet beter van vermeden keuzes.
Voor projectmanagers vraagt scope bepalen om stevigheid. Je moet vriendelijk kunnen begrenzen. Je moet zichtbaar maken wat de gevolgen zijn van extra wensen. Niet om moeilijk te doen, maar om eerlijk te blijven over tijd, capaciteit en kwaliteit.
Voor opdrachtgevers vraagt het ook leiderschap. Een projectteam kan scope bewaken, maar de opdrachtgever moet keuzes durven maken. Zonder die keuzes wordt de projectmanager al snel degene die slecht nieuws brengt, terwijl het echte besluit ergens anders hoort te liggen.
Project Management Essentials helpt om scope praktisch te bespreken. Niet als harde controle, maar als manier om verwachtingen gezond te houden.
Welke wens in jouw project is eigenlijk begrijpelijk, maar misschien niet verstandig om nu mee te nemen?
Agile wordt vaak geassocieerd met flexibiliteit. PRINCE2 wordt vaak geassocieerd met structuur. Daardoor lijkt het alsof ze elkaar in de..
PRINCE2 en Scrum worden vaak tegenover elkaar gezet. Alsof je moet kiezen tussen controle en wendbaarheid. In de praktijk ligt..
Veel organisaties willen iets met Lean, continu verbeteren of procesverbetering. Dan komt al snel de vraag op welke opleiding of..
We noemen moeilijke vragen snel weerstand. Iemand stelt kritische vragen. Iemand werkt traag mee. Iemand zegt steeds dat het oude..
Veel organisaties hebben een projectlijst. Soms is die netjes bijgewerkt. Soms is het een document dat vooral rond vergaderingen wordt..
Bij veel projecten bestaat risicomanagement uit een lijst. Soms een goede lijst. Met kans, impact, eigenaar en maatregelen. De lijst..
Veel Agile teams hebben ceremonies in hun agenda staan. Daily. Planning. Review. Retrospective. Refinement. Alles heeft een naam, een moment..
In veel organisaties lopen de rollen van Scrum Master en projectmanager door elkaar. Dat is begrijpelijk. Beide rollen hebben iets..