HET VAK
Wat gevraagd wordt, is het begin van de analyse
Op deze pagina staat hoe UBAC naar business analyse kijkt: waar een analist doorvraagt, wanneer hij nee zegt en welk besluit hij teruglegt bij een ander. Aan die opvattingen kun je zien of je hier thuishoort.
Doorvragen tot duidelijk is wat er nodig is
Het werk is bepalen wat er nodig is en waarom. Wat een stakeholder vraagt, is daarvoor materiaal. Noemt iemand meteen een oplossing, dan heeft hij er kennelijk over nagedacht, en dat maakt die oplossing tot een ingang naar de vraag die eronder ligt.
Dat begint bij luisteren. De meest voorkomende fout bij beginnende analisten is dat ze communicatieve vaardigheid opvatten als goed kunnen presenteren. Het vak begint bij horen wat er niet gezegd wordt. Volg je een uitleg niet, zeg dat dan: met “ik snap dit niet” begint een goede vraag.
Een onderbouwd nee hoort bij het werk
Een requirement afkeuren is een sociale handeling. Iemand vertellen dat zijn eis er niet door komt, is het deel waarop veel analisten in de praktijk vastlopen. Daarom behandelen we het als een vaardigheid die je oefent, net als het schrijven van een goede eis.
Een onderbouwd “nee, dit niet” weegt voor ons even zwaar als een onderbouwd “ja, dit wel”. Wie een optie afwijst, schrijft op waarom. Wie een tegenargument tegenkomt, laat zien hoe hij het weerlegd heeft.
Het besluit blijft bij wie het mandaat heeft
Lopen de belangen van stakeholders uiteen, dan lost de analist dat conflict niet zelf op. Hij maakt het zichtbaar en legt het bij wie erover gaat. Wie dat is, vraagt hij na, want wie in een overleg het hardst praat, heeft regelmatig niet het meeste mandaat.
In een systeemtraject stelt de analist de organisatievraag. Hoe het systeem wordt ingericht, bespreekt hij met de consultant die dat kan. Een analist die denkt dat hij zelf kan configureren, is gevaarlijker dan een die weet dat hij het niet kan.
Welk record “waar” is na een opschoning, wie een wijziging mag goedkeuren en wat een sleutelveld betekent, zijn besluiten van de organisatie. Een analist hoort aan tafel te zitten wanneer ze genomen worden.
Een analyse die niemand gebruikt, is documentatie
De opbrengst van het vak is een besluit dat beter genomen wordt, een bouwer die weet wat hij bouwt en een afdeling die weet wat er verandert. Het meeste daarvan ontstaat in de gesprekken tussen business en IT die de analist voert. Het document legt vast wat daar is afgesproken.
Methoden kies je per situatie
Er is geen beste methodiek om naar te zoeken. BABOK is een fundament, technieken uit agile werken helpen waar snelheid telt, en Lean houdt de vraag naar waarde op tafel. Welke je inzet, kies je per opdracht.
Wat er in die raamwerken staat, lees je op businessanalyse.nl.
Als dit is hoe je werkt
Dan staat op de pagina over toetreden wat het lidmaatschap van je vraagt.