De Agile manier van softwareontwikkeling wordt sinds een kleine 15 jaar steeds populairder. Je kunt de werkwijze het beste zien als tegenhanger van de sinds de late jaren 80 steeds logger en zwaarder geworden “professionele” softwareontwikkelmethoden. De bedoeling van laatstgenoemde methoden is natuurlijk het voorspelbaar, calculeerbaar en betrouwbaar maken van het ontwikkelproces. Maar hier is een grens aan. Voorbij die grens verwordt het ontwikkelproces tot een bureaucratische papierwinkel en vergt zelfs de kleinste aanpassing maanden werk.
Bij Agile pakt men de zaken anders aan: men probeert om voorspelbaarheid, calculeerbaarheid en betrouwbaarheid te bereiken door een focus - zoals ook beschreven in het Agile Manifesto- op klantwaarde en een flexibele houding. Onder de ‘agile-minded’ mensen heerst dan ook een verfrissende opgeruimdheid. Ze zijn wars van bureaucratie en moeten niets hebben van het al te gedetailleerd vastleggen van specificaties van systemen en processen.
Business Process Management (BPM) is een tak van sport die zich bezighoudt met het vaststellen en verbeteren van bedrijfsprocessen. Grondigheid is hiertoe vereist. De gedachte ligt dan ook voor de hand dat Agile mensen hier niets van moeten hebben. Het gevaar is hier immers groot dat de nadruk meer op processen, documentatie en bureaucratie komt te liggen. Toch heb ik het idee dat BPM en Agile elkaar kunnen aanvullen, mits je ze naast elkaar zet en niet zozeer probeert te mengen.
Een van de angstige vragen van mensen wier IT-afdeling overstapt op een Agile werkwijze is “hoe is de lange termijn geborgd als we vanaf nu in het wilde weg gaan bouwen?” Het antwoord is natuurlijk dat we helemaal niet in het wilde weg gaan bouwen. We gaan alleen stoppen met van tevoren alles tot in detail in ontwerpen uit te kauwen inclusief alle uitzonderingen, maar detailling gaandeweg aanbrengen op het moment dat het nodig is. Voor wat betreft het IT-gedeelte is dit een zinvolle manier van werken.
Dat wil niet zeggen dat het aan de businesskant niet noodzakelijk is om goed te weten wat de visie/missie van de onderneming is en welke processen dat doel moeten bereiken. Dat staat echter los van de IT en is precies het werkveld van BPM. Door het vaststellen en vastleggen van deze informatie ontstaat een raamwerk dat als uitgangspunt dient voor alle discussies over wijzigingen aan of uitbreidingen op bestaande functionaliteit.
Met dit raamwerk om op terug te vallen kan de IT-afdeling de business het beste van dienst zijn en heb je de grootste kans op het vergroten van klantwaarde. Dat is per slot van rekening het doel. Op deze manier vullen Agile en BPM elkaar dus aan.
Geen opmerkingen:
Een reactie posten