Urenraming met zicht op risico's
Een exact aantal uren klinkt strak, maar helpt weinig als de aannames eronder vaag blijven. Daarom ramen we per onderdeel, maken we risico zichtbaar en tellen we startvoorwaarden expliciet mee.
Basisschatting per onderdeel in dagen
Risicoklasse low, medium of high
Startvoorwaarden expliciet meegewogen
Waarom we zo ramen
Een exact getal helpt niet als de aannames nog schuiven
Een exact aantal uren oogt professioneel, maar zegt weinig als de aannames eronder vaag blijven. Daarom ramen we per onderdeel in dagen en geven we direct aan hoeveel onzekerheid erbij hoort.
Volgens ons schattingsmodel krijgt elk onderdeel een best guess en een range die meebeweegt met het risicoprofiel. Bekende techniek met heldere afbakening gedraagt zich anders dan onduidelijke Woordenboek · In het kortscopeDe scope is de afbakening van een project of opdracht: welke doelen, werkzaamheden en resultaten er wel en niet onder vallen.Lees meer, externe afhankelijkheden of een bestaande Woordenboek · In het kortcodebaseEen codebase is de verzameling broncode waaruit een softwareproduct of onderdeel wordt gebouwd en onderhouden.Lees meer die je eerst moet doorgronden.
Hoe de raming steviger wordt
Zo maken we een onderbouwde inschatting
We hakken de scope op in onderdelen die inhoudelijk te bespreken zijn, zodat een raming niet in één totaalregel verdwijnt.
Low, medium en high drukken uit hoeveel onzekerheid rond een onderdeel hangt. Daarmee maak je verschil zichtbaar tussen bekend werk en werk met veel open eindes.
Goede documentatie, een reproduceerbare ontwikkelomgeving en CI/CD maken een traject voorspelbaarder. Ontbreekt dat, dan hoort dat in de raming terug te komen.
Een eerlijke bandbreedte maakt het makkelijker om te kiezen wanneer je eerst verder uitzoekt en wanneer je kunt doorpakken.
Eerst opdelen
Per onderdeel een basisschatting
We hakken de scope op in onderdelen die inhoudelijk te bespreken zijn, zodat een raming niet in één totaalregel verdwijnt.
Rollen en deliverable
De uitkomst is een raming die je kunt uitleggen
De klant helpt met context, prioriteiten en beslissingen. Wij benoemen welke aannames nog openstaan, waar documentatie ontbreekt en wat de aan- of afwezigheid van een reproduceerbare ontwikkelomgeving of Woordenboek · In het kortCI/CDCI/CD is een werkwijze waarbij teams softwarewijzigingen vaak samenvoegen, automatisch controleren en via een vaste reeks stappen voorbereiden op of uitrollen naar productie.Lees meer betekent voor doorlooptijd.
Je krijgt een raming per onderdeel met risico, range en toelichting. Bij bestaande softwaretrajecten zoals 50five helpt dat om rekening te houden met onzekerheden bij overname en doorontwikkeling. Past de vraag beter bij bestaand maatwerk, dan sluit dit logisch aan op structurele doorontwikkeling.
Doorontwikkeling
Wat dit je oplevert
Meer grip op de echte onzekerheid achter een schatting
Heldere koppeling tussen risico en planning
Minder verrassingen door ontbrekende randvoorwaarden
Een raming die inhoudelijk verdedigbaar blijft