Business analist
De Business analist brengt in beeld wie door een verandering wordt geraakt en hoe het werk verloopt, welke informatie daarin wordt verwerkt en welke applicaties dat ondersteunen, en legt dat zo vast dat anderen erop kunnen bouwen.
Beschrijving
De Business analist draagt het analysewerk: uitzoeken wat er nodig is, voor wie, en wat het waard is. In deze methode heeft de rol twee opdrachten die bij elkaar horen. In de Stakeholderanalyse brengt zij in beeld wie door de verandering wordt geraakt en wat hen beweegt; in de Procesanalyse brengt zij in beeld hoe het werk verloopt, welke informatie daarin wordt verwerkt en welke applicaties dat ondersteunen. Dat het één rol is, is geen bezuiniging maar een vaststelling: wie een proces in kaart brengt zonder te weten wiens werk het is, mist waarom een stap blijft liggen, en wie de belanghebbenden in kaart brengt zonder het werk te kennen, mist de mensen die er dagelijks mee te maken hebben.
De rol bedenkt niets zelf. De kennis zit bij de mensen die het werk doen, bij de inhoudelijk verantwoordelijken en bij degenen die de gevolgen ondervinden. Het werk van de rol is die kennis boven tafel krijgen, ordenen en zo vastleggen dat er later niet over te twisten valt wat er bedoeld werd — en zorgen dat degene die het besluit neemt, weet wie hij daarmee raakt.
Het zwaartepunt ligt bij het gesprek. Uitvoerenden beschrijven hun werk in gewoontes, in uitzonderingen die zij niet meer als uitzondering zien, en in oplossingen voor problemen die niemand meer kan benoemen. De Business analist werkt daar doorheen naar wat er feitelijk gebeurt en waarom, maakt verschillen tussen afdelingen en locaties zichtbaar in plaats van ze glad te strijken, en legt de keuze terug bij degene die haar mag maken.
Daarvoor zijn twee vaardigheden nodig die niet vanzelf samengaan. De eerste is systematisch doorzoeken: organogrammen, contracten, ketens, processtappen en eerdere evaluaties aflopen tot er niets nieuws meer bijkomt, ook wanneer iedereen allang vindt dat het compleet is. De tweede is gevoel voor verhoudingen: horen wat er niet gezegd wordt, opmerken wie er in een overleg namens de groep spreekt zonder daartoe aangewezen te zijn, en aanvoelen wanneer een vraag naar iemands houding beter niet in een groep gesteld kan worden.
Bij de procesanalyse bewaakt de rol twee grenzen. De eerste is de afbakening: een analyse die uitdijt tot het hele werkveld is niet te onderhouden en niet te delen. De tweede is het detailniveau: er wordt uitgewerkt zolang dat onzekerheid wegneemt of een beslissing mogelijk maakt, en niet langer. Een procesbeschrijving is geen instructie aan medewerkers maar een hulpmiddel om verwachtingen en onderlinge afstemming te managen; de professionele ruimte om het werk goed te doen blijft bestaan.
Bij de stakeholderanalyse bewaakt de rol een grens die zij zelf het snelst zou overschrijden. Wat er over mensen wordt vastgelegd, blijft een waarneming van gedrag en wordt nooit een oordeel over een persoon; de toets is of de betrokkene het zelf zou kunnen lezen. Wie die grens loslaat, krijgt een analyse die scherper lijkt en die niemand meer durft in te vullen — en die, als zij uitlekt, meer kost dan zij ooit heeft opgeleverd. Datzelfde geldt voor de eerlijkheid van de verantwoordelijkheidsmatrix: de verleiding om iemand bij 'geraadpleegd' te zetten omdat dat aardiger klinkt is groot, en zij is duur. Eén keer vooraf teleurstellen is goedkoper dan tien keer achteraf uitleggen.
De rol beheerst BPMN, CMMN en DMN voldoende om de juiste te kiezen en om ze correct toe te passen, maar de vaardigheid die haar werkelijk onderscheidt is het beoordelen van de aard van het werk: is dit voorspelbaar of situationeel, is dit een stroom of een afweging. Die keuze bepaalt of de analyse bruikbaar wordt of alleen mooi. En de rol kijkt verder dan het verloop: zij vraagt bij elke stap door naar de informatie die ervoor nodig is en naar het systeem waarin de stap gebeurt — inclusief het werk dat buiten elk systeem om plaatsvindt. Daar krijgt de analyse haar praktische waarde: een procesplaat overtuigt niemand, maar een gegeven dat op drie plaatsen anders wordt bijgehouden wel.
Beide beelden verouderen stil. Er is geen foutmelding wanneer een vertegenwoordiger vertrekt, een verhouding kantelt of een werkwijze verandert. De rol organiseert daarom een vaste herijking in plaats van te vertrouwen op signalen die vanzelf binnenkomen.
De Business analist werkt nauw samen met de opdrachtgever en de proceseigenaar, die de vertegenwoordiging beleggen en de besluiten nemen, met de vertegenwoordigers en inhoudsdeskundigen die de modellen valideren, met de Requirements engineer, wiens use cases en de procesanalyse elkaar aanvullen, en met de architectuureigenaar, die uit de proces- en beslismodellen de architectuurbepalende eisen afleidt, uit het applicatie- en koppelvlakoverzicht opmaakt welke systemen worden geraakt, en uit de stakeholderanalyse wie er bij een architectuurbeslissing hoort te worden geraadpleegd.
Competenties
Wie deze competentie heeft, haalt de behoeften van andere stakeholders op, brengt ze onder woorden, weegt ze tegen elkaar af, en vertegenwoordigt hun standpunten getrouw.
Analyse omvat het doorgronden van de uitdaging en de stakeholderbehoeften die daarbij horen, en het omzetten daarvan in een consistente requirementset waarover overeenstemming bestaat. Wie deze competentie beheerst, levert bovendien input voor ontwerpbeslissingen tijdens het bouwen van het systeem.
Bij Development gaat het om het ontwerpen en realiseren van systemen die goed werken, en dat binnen de kaders van de standaarden en normen die het team samen heeft afgesproken.
Testen is het vermogen om een systeem te beproeven: zowel valideren — voldoet het aan wat gebruikers nodig hebben — als verifiëren — voldoet het aan de vastgelegde requirements.
Leiderschap is het vermogen om een team zodanig te inspireren en te motiveren dat het zijn werk succesvol afrondt en de gestelde doelen haalt.
Management draait om het plannen, coördineren en volgen van het werk dat een team verzet.
Activiteiten
Breng de belanghebbenden in beeld
Stelt vast wie door de verandering direct of indirect wordt geraakt, binnen en buiten de organisatie, en legt dat vast als één lijst.
Analyseer rol, belang, invloed en houding
Bepaalt per belanghebbende welke rol hij speelt, wat er voor hem op het spel staat, waarover hij mag beslissen, hoeveel invloed hij kan uitoefenen en hoe hij tegen de verandering aankijkt.
Beleg vertegenwoordiging en verantwoordelijkheid
Wijst per groep een vertegenwoordiger aan met een afgesproken rol en mandaat, en legt per besluit en werkproduct vast wie uitvoert, wie aanspreekbaar is, wie wordt geraadpleegd en wie wordt geïnformeerd.
Spreek samenwerking en communicatie af
Legt per groep vast hoe, hoe vaak en waarover er wordt samengewerkt en gecommuniceerd, en benoemt de risico's die uit houding, beschikbaarheid of invloed voortkomen.
Verantwoordelijk voor
Betrokkenheidsaanpak
De afspraken over hoe, hoe vaak en waarover er met elke groep wordt samengewerkt en gecommuniceerd, met de risico's die uit de analyse voortkomen en de maatregelen daarop.
Persona's
Archetypen van de groepen die te groot of te verspreid zijn om individueel te spreken, gebaseerd op onderzoek en geschreven vanuit hun doelen.
Stakeholderkaart
Het beeld dat de belanghebbenden ten opzichte van elkaar en ten opzichte van de verandering plaatst: wie heeft invloed, wie heeft belang, wie staat er dichtbij, en langs welke lijnen loopt invloed werkelijk.
Stakeholderlijst
De vastgelegde lijst van groepen en personen die door de verandering worden geraakt, met per regel waarom zij erop staat en wat haar kenmerkt.
Verantwoordelijkheidsmatrix
Per besluit en werkproduct wie het uitvoert, wie erop aanspreekbaar is, wie wordt geraadpleegd en wie wordt geïnformeerd, met daarnaast wie welke groep vertegenwoordigt en met welk mandaat.