Ik verbaas me vaak over de genoemde productiviteitswinst van tools. In percentages per fase wordt aangegeven wat de winst is ten opzichte van de traditionele ontwikkelmethoden. Als ik doorvraag op de bron van deze cijfers dan laat de leverancier het vaak afweten. Ik zou graag echt gemeten ervaringscijfers zien van deze tools.
In mijn dagelijkse praktijk gebruik ik mijn eigen ervaringscijfers. Door de vele projecten kloppen die aardig voor de traditionele ontwikkelmethoden.
Bottum line worden de kosten bepaald door het aantal gegevens dat wil ontsluiten en het aantal rapporten.
Daarnaast zijn het vooral de architectuurkeuze die de kosten bepalen. Wel of geen auditlog, wel of geen historie van de historie, wel of geen drielagen model, wel of geen roll back mechanisme.
Voor een betrouwbare schatting is dus nodig de algemene en functionele requirements duidelijk te hebben.
Ik geloof dat tools als PowerPack en BIReady sneller kunnen ontwikkelen omdat ze een aantal architectuur elementen standaard hebben ingebouwd. Ik zou graag van een aantal projecten met deze tools de ervaringscijfers zien. Aantal uren per brontabel of aantal uren per feit en dimensie zouden mij een beter inzicht geven in de daadwerkelijke tijdswinst en daarmee de ontwikkelkosten.
Friday, March 30, 2007
Ontwikkelkosten van een Data Warehouse
Subscribe to:
Post Comments (Atom)

1 comments:
Binnenkort zijn dit soort ervaringscijfers te lezen in de case-study die ism Innovam, een BIReady klant, wordt gemaakt.
Post a Comment