Wij IT-ers zijn eigenlijk een schizofreen volkje. Over andere bedrijfstakken roepen we graag dat het allemaal productiever en efficiënter kan en helpen we graag alles te automatiseren. Over onszelf doen we dat niet: we automatiseren onszelf niet, laat staan dat we het graag over onze eigen productiviteit hebben. Dat is een heel impopulair onderwerp. Vergelijken doen we wel graag, maar dan op oneigenlijke gronden.
Tóch is er een hele geschikte methode om de productiviteit van een IT project te meten en te vergelijken. Deze methode, oorspronkelijk opgesteld door IBM, heet Functie Punten Analyse en wordt wereldwijd beheerd door de IFPUG en in Nederland door (NESMA).
FPA zegt dat je een software systeem kunt uitdrukken in gebruikersfuncties. Aan deze gebruikersfuncties kun je dan een 'functie punten' weging hangen en zo tot een 'functie punten' (FP) telling komen. Deze telling is redelijk objectief (zie het als een jury sport). Zo kun je tot een totale FP-telling komen van een IT systeem. Als je dan weet hoeveel uur je erover hebt gedaan om het te maken, kun je een 'uur per FP' ratio bepalen. Deze ratio is een maatstaf voor de productiviteit van het project.
Volgens een andere internationale instantie ISBSG worden de beste top 20% van de projecten uitgevoerd tegen 12 uur per FP. Op basis van grote projecten (ver boven de 2000 FPs) hebben teams die met Festa technologie werken gepresteerd met 3 uur per FP. Dat maakt deze teams 4x productiever dan de standaard. Deze productiviteitswinst laten wij natuurlijk terugkomen in de prijsstelling. Zie ook onze USP Betalen Voor Resultaat.
Hoe kunnen wij 4x productiever zijn dan de concurrentie? Dat heeft alles te maken met ons eigen ontwikkel platform Festa Engine:
- Vanuit de modellen die de informatie analist (zie onze USP Lokale Aanwezigheid) wordt 80% van de applicatie code gegenereerd.
- Buiten het feit dat code generatie betekent dat er minder code door de ontwikkelaars ingeklopt hoeft te worden, is deze code ook foutvrij en vindt er een significante besparing plaats in het test/bugfix traject.
- Een Festa team bestaat typisch uit 4 leden: 1 informatie analist, 2 ontwikkelaars en 1 tester. Dit in tegenstelling tot traditionele teams die snel 15 man groot kunnen worden. Dit betekent dat de communicatie lijnen veel korter zijn en er minder fouten gemaakt worden in de informatieoverdracht.
- Een klein team toont meer 'eigenaarschap' over de op te leveren oplossing dan een groot team (meer 9-tot-5 mentaliteit). Hierdoor ontstaat er meer betrokkenheid binnen het team, wat de prestatie verhoogt.