Het draait allemaal om tevreden klanten

Er is veel dat ons afleidt van waar het allemaal om draait: tevreden klanten. Bijvoorbeeld de keuze om agile scrum of waterval als ontwikkelomgeving te gebruiken, denk aan organisatiebewegingen of commerciële belangen.
Het belangrijkste is uiteindelijk de benodigde functionaliteit! Functionaliteit die processen op een bevredigende manier ondersteunt waardoor klanten doelen kunnen bereiken. De afgelopen jaren hebben we die functiepuntanalyse indicatief ervaren (FPA_ik) in de vroege fasen van softwareontwikkeling fungeert als een goede katalysator om gefocust te blijven op klantfunctionaliteit.

Het IP(Informatieverstrekking) keten van de Belastingdienst bestaat uit een vraag- en een aanbodzijde. Vraag vertegenwoordigt de interne klanten; supply realiseert IT-voorzieningen. In 2013 een FPA_ik pilot on demand werd uitgevoerd. Deze pilot is ontstaan ​​uit de behoefte van de vraag naar een eigen vroeg toepasbare en objectieve methode voor het schatten van kosten. Een andere behoefte was om de keuzes in de langetermijnportefeuille beter te onderbouwen. In de langetermijnportefeuille zijn alle wijzigingen van (onderdelen van) informatiesystemen in portfolio-items zijn opgenomen. Binnen de organisatie moeten we onderbouwde keuzes maken tussen deze portfolio-items, omdat we moeten werken met over het algemeen dalende jaarbudgetten.

FPA_ik is een aanvulling op de traditionele FPA-meting die al jaren met succes wordt uitgevoerd door de aanvoerder, het resultaat is ook een functionele omvang uitgedrukt in functiepunten. Het spreekt voor zich dat in die vroege stadia van ontwikkeling, dynamiek en onzekerheid zijn groter dan bij realisatie.

In lijn met de NESMA-publicatie op tDe toepassing van functiepuntanalyse in de vroege fasen van de levenscyclus van een applicatie de vraag past vier maten toe: 1een, 1b, 2een, 2b. Zie onderstaand plan van De structuur van FPA_ik. Welk spoor we volgen, hangt af van de fase van het voortraject waarin het portfolio-item zich bevindt. Hoe meer we vorderen in de tijd - van links naar rechts- meer (gedetailleerd) informatie over het portfolio-item komt beschikbaar.

Verschillende tracks op de juiste maat

Zolang het portfolio-item zich maar in de conceptfase bevindt en we nog vele maanden verwijderd zijn van realisatie, het resultaat in functiepunten wordt benaderd op basis van analogie (spoor 1a). Dit vereist de beschikbaarheid van vergelijkbare systeem- of producttellingen, reeds gerealiseerde portfolio-items. Potentieel voor dit systeem geldt een FPA_ik gevalideerde delta (+ of -) het aantal maten is toegevoegd. Op deze manier wordt in korte tijd een eerste maat bereikt.

Op het moment een set van wensen en eisen, een omschrijving van de gewenste situatie of een eerste product backlog is beschikbaar, er wordt een workshop georganiseerd waarin diverse experts door ons worden gefaciliteerd- tel de gebruikersfuncties die naar functiepunten leiden (spoor 1b).

Als er een eerste datamodel beschikbaar komt, bijvoorbeeld een objectmodel, we kunnen de volgende herkalibratie uitvoeren (spoor 2a). Met de beschikbaarheid van informatie over de processen, we zullen de grootte nog beter kunnen benaderen (spoor 2b)!

Om de onzekerheid van de dimensioneringsresultaten te verminderen, waardoor de betrouwbaarheid toeneemt, consistentie en traceerbaarheid zijn belangrijke aspecten tijdens de evolutie van een vereiste. In praktijk: Een vereiste om ondernemers te registreren wordt bepaald en gewaardeerd tijdens een FPA_ik sessie met experts op track 1b. Dit leidt tot een indicatie van functiepunten en een overzicht van de kosten. Op een later moment op spoor 2a, verwacht men een logisch databestand tegen te komen om ondernemersgegevens te kunnen registreren. De volgende herijking maakt het logisch om de registratieprocessen van ondernemers te ontdekken, wijzigen en verwijderen. Mocht dit niet het geval zijn, vragen worden gesteld. Hierin zien we een extra spin off van FPA_ik en een overwinning voor de ontwerpers en ontwikkelaars: kwaliteitsverbetering.

Natuurlijk, de organisatie is vaak geïnteresseerd in de mate waarin IT kost – afgeleid uit functiepunten- kan worden gekoppeld aan aspecten als doelen, releases, werkpakketten, heldendichten, backlog items of (Moskou- methode gebaseerd) prioriteiten. Andere veelgevraagde profielen zijn categorisering naar ontwerpwerk, werk verbinden en werk configureren. Of inzicht in de te realiseren functionele omvang door middel van bouwstenen, pakketjes, uitbestede of op maat gemaakte software. We kunnen dergelijke profielen aanbieden. Echter, FPA-analisten zijn geen tovenaars! De broninformatie die de functionaliteit beschrijft die is gekoppeld aan de bovengenoemde aspecten, moet beschikbaar zijn; hetzij in gedocumenteerde vorm, hetzij in de hoofden van experts die we kunnen ondervragen. Mocht deze informatie op een later moment beschikbaar komen, we kunnen het meenemen in een herijking en op dat moment de organisatie van deze inzichten voorzien.

Vraag werkt samen met aanbod. We vergelijken functiepunttellingen van het voortraject met tellingen aan het begin en het einde van de realisatie. De leercirkel van dimensionering tijdens de IP-keten heeft aangetoond dat bepaalde correcties in het voortraject moeten worden toegepast. Onder andere, onze FPA_ik rapporten houden rekening met de volgende effecten:

• Scope kruip, een correctie die we kunnen toepassen afhankelijk van de te verwachten dynamiek in de functionaliteit (meer of minder werk). Vanuit portefeuilleperspectief proberen we dit zoveel mogelijk te beperken.
• Autonome groei, een toevoeging, afhankelijk van het detailniveau van de verwachte functionaliteit die de bron ons in die vroege fase kan bieden. Een verdere uitwerking in de tijd, onthult vaak extra functionaliteiten.
• Gefaseerd in productie, een positieve correctie verbonden met de realisatie in verschillende releases. Het feit is, dat meerdere keren opnieuw aan softwaremodules werken, kost meer tijd dan de kans hebben om het werk achtereenvolgens af te ronden.

Het dimensioneren van functiepunten is inmiddels een aantal jaren door ons in het voortraject gedaan. Ervaringen zijn:

• FPA_ik is het objectieve middel om continu mogelijk te maken (kosten)herkalibraties, om de transparantie te verbeteren en de portfoliofunctie te ondersteunen om relatief snelle portefeuillekeuzes en prioriteiten op lange termijn te maken in combinatie met andere portefeuilles.
• De methode is ook uitstekend geschikt om te onderzoeken of “we waar voor ons geld krijgen” en om indien nodig maatregelen te nemen. Het realiseren van geplande functionaliteiten binnen een bepaalde tijd wordt voorafgegaan door een kostendeclaratie op basis van functiepunten. Deze claim wordt geheel of gedeeltelijk gehonoreerd door de toewijzing van budget. Het is natuurlijk heel waardevol om aan het einde van de realisatieperiode te analyseren, als wat werd gevraagd, is echt geleverd! En mocht dit niet het geval zijn, om te helpen bij het bepalen van de gevolgen en het definiëren van acties. Functiepunten kunnen ook voor deze doeleinden heel goed worden gebruikt.
• IT-realisatiekosten worden slechts door twee factoren bepaald: aan de ene kant de maat (uitgedrukt in functiepunten); aan de andere kant de gerealiseerde productiviteit (uitgedrukt in kosten of uren per functiepunt). Ondanks deze duidelijkheid, het blijkt vaak moeilijk om deskundigen op dit onderscheid te wijzen. De maatfactor heeft uitsluitend betrekking op de gewenste klantfunctionaliteit, het aantal gebruikersfuncties. Functionele maatvoering heeft niets te maken met de complexiteit van het produceren van bepaalde functionaliteit, de noodzaak om veel controles of technische tabellen op te nemen die een grote verscheidenheid aan gegevens bevatten, miljoenen berichten die op een agile scrum-manier moeten worden verwerkt of ontwikkeld. Ze hebben alles te maken met productiviteit!

FPA_ik draagt ​​bij aan het professioneel uitvoeren van onze rol als klantvertegenwoordiger. In samenwerking met toelevering, de FPA_ik methode ondersteunt ons vermogen om een ​​gemeenschappelijk beeld te krijgen van de kosten van portfolio-items. In het aanbestedingsproces, Er kunnen onderhandelingen plaatsvinden om de kosten te beheersen.

FPA_ik is een relatief eenvoudig inschattingsmiddel - op zichzelf al een grote verdienste in de complexe wereld waarin we ons bevinden- eerst en vooral de functionaliteit waar klanten om vragen. Het ondersteunt softwareproductieorganisaties om portfolio-keuzes beter te kunnen onderbouwen, om objectieve kostenramingen te maken en deze te koppelen aan aspecten als releases of werkpakketten. Het kan ook bepalen of de functionaliteit die de klant verwacht, ook echt wordt geleverd of niet

FPA_ik; voor softwarefabrikanten de op één na beste methode voor kostenraming en -analyse! De beste moet nog worden uitgevonden.

 

Over de Auteurs:

Margreet Renshof is tactisch architect. Herman Buitenhuis is tactical consultant. Beiden werken voor de afdeling Portfoliomanagement van Directie Belastinginformatiebeheer van de Nederlandse Belastingdienst.

Een blogpost vertegenwoordigt de persoonlijke mening van de auteurs
en hoeft niet noodzakelijkerwijs samen te vallen met het officiële Nesma-beleid.