Antwoord.

Modellering van bedrijfsprocessen is een fundamentele taak van de business analist, die het mogelijk maakt om bestaande of ontworpen processen van het bedrijf expliciet vast te leggen. De toegepaste benaderingen zijn afhankelijk van de doelstellingen van de modellering, de schaal en de betrokken deelnemers. De belangrijkste methodieken:

• BPMN (Business Process Model and Notation) — een standaard voor het beschrijven van processen met formeel karakter en rijke visuele hulpmiddelen.

• UML-activiteitsdiagrammen — worden vaker gebruikt bij de softwareontwikkeling, maar zijn ook toepasbaar voor het beschrijven van bedrijfslogica.

• SIPOC (Supplier, Input, Process, Output, Customer) — een hulpmiddel voor een hoogoverzicht van processen.

• Flowchart (Blokschema's) — een eenvoudige en handige manier om de volgorde van handelingen te visualiseren.

Bij het kiezen van een methode is het belangrijk om rekening te houden met:

• vereisten voor detailniveau;
• het opleidingsniveau van de doelgroep (IT-specialisten of bedrijven);
• hulpmiddelen die in de organisatie worden ondersteund;
• de noodzaak tot integratie met IT-systemen.

Belangrijke kenmerken:

• Modellering vergemakkelijkt het opsporen van knelpunten en automatisering van processen.
• Goede visualisatie versnelt de betrokkenheid van belanghebbenden.
• Het gebruik van standaardnotaties verbetert de kwaliteit van communicatie.

Lastige vragen.

Wat is BPMN 2.0 en hoe verschilt het van eerdere versies?

BPMN 2.0 heeft de specificatie uitgebreid door de syntaxis te uniformiseren, modelleermogelijkheden voor correcte communicatie tussen processen (Samenwerkingsdiagrammen) in te voeren en een duidelijke specificatie voor automatisering toe te voegen, wat de integratie met IT-hulpmiddelen vereenvoudigde.

Is het mogelijk om UML-activiteitsdiagrammen en BPMN in dezelfde documentatie te mixen?

Het is niet aan te raden om notaties te mixen zonder dringende noodzaak. BPMN en UML hebben verschillende doelen en betekenissen; het mengen ervan leidt tot verwarring bij deelnemers en complicaties bij automatisering.

Zijn blokschema's voldoende voor het beschrijven van complexe bedrijfsprocessen?

Blokschema's zijn geschikt voor eenvoudige volgordes van handelingen. Voor complexe processen, waar rollen, gebeurtenissen en alternatieve scenario's belangrijk zijn, zijn formelere benaderingen nodig (bijvoorbeeld BPMN).

Typische fouten en anti-patronen

• Gebruik van willekeurige ("aangepaste") notatie.
• Overmatige detaillering op hoog niveau, vage details daaronder.
• Gebrek aan een uniforme “schema” voor het opslaan van modellen en versiebeheer.

Voorbeeld uit het leven

Negatieve case: Een analist tekende het proces met de hand in PowerPoint, verstuurde het in de chat zonder afstemming met IT en business. Voordelen:

• Snel een schema gemaakt. Nadelen:
• Incompatibiliteit met bedrijfsstandaarden.
• Schema is onduidelijk voor de klant.
• Het automatiseringsproces werd vertraagd door onduidelijkheid over rollen.

Positieve case: De bedrijfsstandaard BPMN werd gebruikt, het model werd aangemaakt in een gespecialiseerde tool (bijvoorbeeld Bizagi), opgeslagen in een gecentraliseerd repository en goedgekeurd door alle belanghebbenden. Voordelen:

• Duidelijk schema voor alle betrokken partijen.
• Model integreert met het IT-platform. Nadelen:
• Vereist tijdsinvestering voor het leren van de tools en afstemming van modellen.