Kwaliteitsborging
Kwaliteit van software wordt niet alleen bepaald door het aantal fouten dat na oplevering wordt gevonden, maar ook door de mate waarin het systeem aansluit op de actuele behoefte van een organisatie. Daarbij kan de actuele behoefte van een organisatie over de tijd veranderen. Zo is de actuele behoefte bij de oplevering waarschijnlijk al anders dan bij de aanvang van het project, en enkele maanden of jaren nadat de software in gebruik is genomen is de actuele behoefte ongetwijfeld anders dan bij de initiële oplevering.
Omdat de behoefte van een organisatie verandert is het minder zinvol om deze behoefte zo gedetailleerd mogelijk te 'vangen' in een specificatiedocument. Traditionele ontwikkelmethoden, zoals de watervalaanpak, maken een duidelijke scheiding tussen specificeren, bouwen en implementeren van het informatiesysteem. Een traditionele methode resulteert daarmee in een informatiesysteem dat in het beste geval voldoet aan de oorspronkelijke specificatie, echter niet aansluit op de actuele behoefte van de klant. Moderne ontwikkelmethoden - zoals die van Pluriform Software - hanteren aanpasbaarheid als een essentiële voorwaarde voor kwaliteit.
Wat is nodig om echte kwaliteit te leveren?
- De leverancier en de klant zijn bereid om een gemeenschappelijke verantwoordelijkheid aan te gaan voor het bouwen van het informatiesysteem. De klant heeft de kennis van de business en de leverancier heeft de vaardigheden en de technologie om klantwensen om te zetten in werkende software.
- Het management van de klant maakt voldoende eindgebruikers vrij voor het project en geeft hun het mandaat om binnen de gestelde kaders alle noodzakelijke beslissingen te nemen om de projectdoelstellingen te bereiken.
- De leverancier staat in continue interactie met de eindgebruikers. Door korte communicatielijnen wordt onnodige functionaliteit direct uitgesloten en wordt alleen gewerkt aan de werkelijke behoefte. Eindeloze 'reviews' worden voorkomen. Dit verhoogt de kwaliteit en beperkt de doorlooptijd van het project.
- De klant en de leverancier zoeken samen naar een logische deelbaarheid van het eindproduct. Elk deel wordt omgezet naar een deeloplevering van het eindproduct. Omdat elke deeloplevering meteen in productie gaat krijgt het projectteam nog tijdens het project feedback uit de praktijk. Het project kan daardoor nog bijgestuurd worden aan de hand van de daadwerkelijke behoefte.
- Er is geen cultuur van 'shaming en blaming'. De klant en de leverancier werken intensief samen om eventuele problemen te voorkomen dan wel snel op te lossen als ze zich toch voordoen. Kwaliteit wordt niet geborgd door een juridisering van de relatie tussen klant en leverancier.
Als deze manier van werken u aanspreekt is Pluriform Software de juiste partij voor u.