Statement of Work (SoW)

Een Statement of Work hangt onder het raamcontract en beantwoordt de praktische vragen: wat wordt er gebouwd, tegen wanneer, op basis van welke acceptatiecriteria, onder welke aannames, en wat gebeurt er als de werkelijkheid van het plan afwijkt. De clausules die hun geld waard zijn, zijn acceptatiecriteria, change-control, aannames en IP-overdracht — vage versies daarvan zijn waar geschillen beginnen.

De ruil zit in de strakheid. Een strakke SoW levert op volgens plan, maar genereert een change request voor elke afwijking, wat het werk vertraagt en de relatie verzuurt als de requirements nooit zo stabiel waren als het document deed voorkomen. Een losse SoW is flexibel maar slipt stilletjes: de scope groeit, de datum blijft staan, en kwaliteit is wat het aflegt. De vuistregel is een SoW slechts zo strak te maken als de requirements werkelijk stabiel zijn.

Bij goed gedefinieerd werk — een migratie, een integratie, een helder gespecificeerde feature — is een fixed SoW de juiste vorm. Bij verkennend werk of een product dat zijn vorm nog zoekt, brengen time and materials of een dedicated ontwikkelteam onder een lichte SoW je er met minder wrijving. De fout is een strakke fixed-scope SoW op ontdekkingswerk te plakken, en de opdracht dan slijten met discussies over change requests in plaats van het product te bouwen.