Antwoord.

De projectscope is een duidelijke definitie van wat er binnen het project moet worden gerealiseerd en wat eruit is uitgesloten. Een correcte bepaling van de scope geeft inzicht in de omvang van het werk, voorkomt "scope creep" en maakt effectieve controle van middelen en tijdlijnen mogelijk.

De businessanalist beschrijft de scope met behulp van:

Stakeholderkaarten.
Context-, grenzen- en interface-diagrammen.
Functiekatalogus in de vorm van user stories of use cases.
Een manifest van "out of scope" (uitsluitingen).

Belangrijke kenmerken:

De projectscope wordt vastgesteld voordat de vereisten in detail worden uitgewerkt.
Het is een referentie voor het goedkeuren van eventuele wijzigingen.
Het stelt een reëel meetbaar volume van verplichtingen voor het team vast.

Vragen met een addertje onder het gras.

Is het voldoende om alleen de belangrijkste functionaliteiten te definiëren om de scope als vastgesteld te beschouwen?

Nee. Het is noodzakelijk om expliciet aan te geven wat NIET in het project valt om dubbele interpretaties en "verborgen" verwachtingen te voorkomen.

Mag de businessanalist de scope eenzijdig uitbreiden als hij dit nuttig acht?

Nee. Elke wijziging van de scope moet worden goedgekeurd door opdrachtgevers/stakeholders en wordt doorgaans geformaliseerd via een wijzigingsprocedure (change request).

Is het mogelijk om de projectscope na goedkeuring te wijzigen?

Ja, maar alleen via een formeel wijzigingsbeheerproces, met herziening van plannen, kostenramingen, tijdlijnen en de goedkeuring van alle belangrijke stakeholders.

Typische fouten en antipatterns

Gebrek aan duidelijke afbakening van wat binnen/uit de projectscope valt.
Het toevoegen van nieuwe taken zonder rekening te houden met de impact op tijdlijnen en budgetten.
Het alleen mondeling afspreken van de scope zonder documentatie.

Voorbeeld uit de praktijk

Negatieve case

De scope is mondeling vastgesteld, zonder expliciete documentatie. In het proces komen er extra taken naar voren die de stakeholders "verwachtte".

Voordelen:

Flexibiliteit, mogelijkheid om zich aan te passen aan nieuwe taken.

Nadelen:

Het project overschrijdt de tijds- en budgetgrenzen, er ontstaat onduidelijkheid tussen het team en de opdrachtgever.

Positieve case

De analist documenteert de scope, stemt de uitsluitingen af en eventuele wijzigingen gaan via het systeem van change requests.