Wikisage, de vrije encyclopedie van de tweede generatie, is digitaal erfgoed

Wikisage is op 1 na de grootste internet-encyclopedie in het Nederlands. Iedereen kan de hier verzamelde kennis gratis gebruiken, zonder storende advertenties. De Koninklijke Bibliotheek van Nederland heeft Wikisage in 2018 aangemerkt als digitaal erfgoed.

  • Wilt u meehelpen om Wikisage te laten groeien? Maak dan een account aan. U bent van harte welkom. Zie: Portaal:Gebruikers.
  • Bent u blij met Wikisage, of wilt u juist meer? Dan stellen we een bescheiden donatie om de kosten te bestrijden zeer op prijs. Zie: Portaal:Donaties.
rel=nofollow

Business analyse: verschil tussen versies

Uit Wikisage
Naar navigatie springen Naar zoeken springen
(https://nl.wikipedia.org/w/index.php?title=Business_analyse&oldid=55741684 26 feb 2020 ‎ GertZweedijk 26 feb 2020)
 
(https://nl.wikipedia.org/w/index.php?title=Business_analyse&oldid=56357787 23 mei 2020 Wikiwerner)
 
Regel 1: Regel 1:
'''Business analyse''' is een discipline <ref>Kathleen B Hass, Richard Vander Horst, Kimi Ziemski (2008). ''From Analyst to Leader: Elevating the Role of the Business Analyst'' Management Concepts, 2008. {{ISBN|1-56726-213-9}}. p94: "As the discipline of business analysis becomes professionalized"</ref> in het bedrijfsleven die zich bezighoudt met het identificeren van bedrijfsbehoeften en/of –problemen (business needs) plus het bepalen van oplossingen voor die problemen of behoeften. Oplossingen omvatten vaak systeemontwikkelingscomponenten, maar kunnen ook bestaan uit procesverbetering, organisatorische verandering of strategische planning en beleidsontwikkeling. Een persoon die deze taken uitvoert wordt een business analist of BA genoemd <ref>{{Citeer web|url=http://parisfr.theiiba.org/download/BABOK20overview.pdf|titel=Business Analysis Body of Knowledge v2.0|bezochtdatum=2012-08-26|auteur=|voornaam=|uitgever=IIBA|archiefurl=https://web.archive.org/web/20120617082632/http://parisfr.theiiba.org/download/BABOK20overview.pdf|archiefdatum=2012-06-17}}</ref>.
'''Businessanalyse''' is een discipline<ref>Kathleen B Hass, Richard Vander Horst, Kimi Ziemski (2008). ''From Analyst to Leader: Elevating the Role of the Business Analyst'' Management Concepts, 2008. {{ISBN|1-56726-213-9}}. p94: "As the discipline of business analysis becomes professionalized"</ref> in het bedrijfsleven die zich bezighoudt met het identificeren van bedrijfsbehoeften en/of -problemen plus het bepalen van oplossingen daarvoor. Oplossingen omvatten vaak systeemontwikkelingscomponenten, maar kunnen ook bestaan uit [[Procesoptimalisatie|procesverbetering]], organisatorische verandering of [[strategische planning]] en beleidsontwikkeling. Een persoon die deze taken uitvoert wordt een businessanalist of BA genoemd.<ref>{{Citeer web|url=http://parisfr.theiiba.org/download/BABOK20overview.pdf|titel=Business Analysis Body of Knowledge v2.0|bezochtdatum=2012-08-26|auteur=|voornaam=|uitgever=IIBA|archiefurl=https://web.archive.org/web/20120617082632/http://parisfr.theiiba.org/download/BABOK20overview.pdf|archiefdatum=2012-06-17}}</ref>  


Business analisten werken niet alleen aan de ontwikkeling van softwaresystemen, omdat men dan het risico loopt dat er een onvolledige oplossing wordt ontwikkeld. Het is vaak beter een holistische aanpak te kiezen waarin naast informatiesysteemontwikkeling ook aandacht is voor procesontwikkeling, organisatorische en menselijke ontwikkelingen.<ref>
Businessanalisten werken niet alleen aan de ontwikkeling van [[Software|softwaresystemen]], omdat men dan het risico loopt dat er een onvolledige oplossing wordt ontwikkeld. Het is vaak beter een [[Holisme|holistische]] aanpak te kiezen, waarin naast informatiesysteemontwikkeling ook aandacht is voor procesontwikkeling, organisatorische en menselijke ontwikkelingen.<ref>
{{Citeer web|url=https://www.cio.com/article/2436638/project-management-what-do-business-analysts-actually-do-for-software-implementation-projects.html|titel=What do Business Analysts do in Software Projects|bezochtdatum=2019-11-02|auteur=|voornaam=|uitgever=CIO.com}}</ref>  
{{Citeer web|url=https://www.cio.com/article/2436638/project-management-what-do-business-analysts-actually-do-for-software-implementation-projects.html|titel=What do Business Analysts do in Software Projects|bezochtdatum=2019-11-02|auteur=|voornaam=|uitgever=CIO.com}}</ref>  


Er bestaan verschillende roldefinities voor business analyse waaronder informatieanalist, requirements engineer, product owner en functioneel ontwerper. De keuze voor de rolnamen is vaak afhankelijk van de organisatie. Niettemin bestaan er raakvlakken tussen deze rollen waar de meeste business analisten werken. Tot de verantwoordelijkheden behoren:   
Er bestaan verschillende roldefinities voor businessanalyse, waaronder [[Informatiekunde|informatieanalyse]], [[Requirementsanalyse|requirementsengineer]], product owner en functioneel ontwerper. De keuze voor de rolnamen is vaak afhankelijk van de organisatie. Niettemin bestaan er raakvlakken tussen deze rollen waar de meeste businessanalisten werken. Tot de verantwoordelijkheden behoren:   


* Het onderzoeken van business systems, met een holistische kijk op de situatie. Dit kan inhouden dat elementen van de organisatiestructuren en personeelsontwikkeling worden onderzocht, maar ook de huidige processen en IT-systemen.  
* Het onderzoeken van businesssystemen, met een holistische kijk op de situatie. Dit kan inhouden dat elementen van de organisatiestructuren en personeelsontwikkeling worden onderzocht, maar ook de huidige processen en IT-systemen.
* Het evalueren van acties om de werking van een business system te verbeteren. Ook hier kan een onderzoek nodig zijn naar de organisatiestructuur en de behoeften op het gebied van personeelsontwikkeling, om ervoor te zorgen dat deze in overeenstemming zijn met de voorgestelde proces(her)ontwerpen en IT-systeemontwikkeling.   
* Het evalueren van acties om de werking van een business system te verbeteren. Ook hier kan een onderzoek nodig zijn naar de organisatiestructuur en de behoeften op het gebied van personeelsontwikkeling, om ervoor te zorgen dat deze in overeenstemming zijn met de voorgestelde proces(her)ontwerpen en IT-systeemontwikkeling.   
* Het vastleggen van de business requirements voor de ondersteuning van het IT-systeem.  
* Het vastleggen van de businessrequirements voor de ondersteuning van het IT-systeem.  


In het verlengde hiervan zou de kerntaak van business analisten kunnen worden gedefinieerd als een interne adviesrol die verantwoordelijk is voor het onderzoeken van bedrijfssituaties, het identificeren en evalueren van opties voor het verbeteren van business systems, het vaststellen van requirements en het waarborgen van een effectief gebruik van informatiesystemen om te voldoen aan de behoeften van het bedrijf (business needs).  
In het verlengde hiervan zou de kerntaak van businessanalisten kunnen worden gedefinieerd als een interne adviesrol die verantwoordelijk is voor het onderzoeken van bedrijfssituaties, het identificeren en evalueren van opties voor het verbeteren van businesssystemen, het vaststellen van requirements en het waarborgen van een effectief gebruik van informatiesystemen om te voldoen aan de behoeften van het bedrijf.  


Business analyse als discipline omvat [[Requirementsanalyse|requirements analyse]], ook wel requirements engineering genoemd. Het is erop gericht ervoor te zorgen dat de wijzigingen die in een organisatie worden aangebracht, zijn afgestemd op de strategische doelen. Deze wijzigingen omvatten wijzigingen in strategieën, structuren, beleid, bedrijfsregels, processen en informatiesystemen.  
Businessanalyse als discipline omvat [[requirementsanalyse]], ook wel requirementsengineering genoemd. Het is erop gericht ervoor te zorgen dat de wijzigingen die in een organisatie worden aangebracht, zijn afgestemd op de strategische doelen. Deze wijzigingen omvatten wijzigingen in strategieën, structuren, beleid, bedrijfsregels, processen en informatiesystemen.  


=== Enterprise analyse of Organisatie-analyse ===
=== Enterpriseanalyse of organisatieanalyse ===
Richt zich op het begrijpen van de behoeften van het bedrijf als geheel, de strategische richting en het identificeren van initiatieven die een bedrijf in staat zullen stellen om die strategische doelen te bereiken. Het bevat ook:  
Richt zich op het begrijpen van de behoeften van het bedrijf als geheel, de strategische richting en het identificeren van initiatieven die een bedrijf in staat zullen stellen om die strategische doelen te bereiken. Het bevat ook:  


Regel 21: Regel 21:
* Identificeren van nieuwe zakelijke kansen  
* Identificeren van nieuwe zakelijke kansen  
* Scope en definiëren van nieuwe zakelijke kansen  
* Scope en definiëren van nieuwe zakelijke kansen  
* [[Businesscase|Business case]] voorbereiden  
* [[Businesscase]] voorbereiden
* Het uitvoeren van de eerste risicobeoordeling  
* Het uitvoeren van de eerste risicobeoordeling  


=== Requirements planning en management ===
=== Requirementsplanning en management ===
Betreft het plannen van het proces voor het ontwikkelen van requirements, het bepalen welke requirements de hoogste prioriteit hebben bij de implementatie en het beheren van veranderingen op requirements. Aangezien veel business analisten tegenwoordig opereren in agile teams, dient de planning en management van requirements hierop afgestemd te worden. Dit betekent dat business analisten een goede tot zeer goede kennis dienen te hebben van [[Agile-softwareontwikkeling|agile]] frameworks zoals [[Scrum (softwareontwikkelmethode)|Scrum]], [[Large Scale Scrum|LeSS]], [[Scaled Agile Framework|SAFe]] en [[Disciplined Agile|DAD]].     
Betreft het plannen van het proces voor het ontwikkelen van requirements, het bepalen welke requirements de hoogste prioriteit hebben bij de implementatie en het beheren van veranderingen op requirements. Aangezien veel business analisten tegenwoordig opereren in agile teams, dient de planning en management van requirements hierop afgestemd te worden. Dit betekent dat businessanalisten kennis dienen te hebben van [[Agile-softwareontwikkeling|agile]] frameworks zoals [[Scrum (softwareontwikkelmethode)|Scrum]], [[Large Scale Scrum|LeSS]], [[Scaled Agile Framework|SAFe]] en [[Disciplined Agile|DAD]].     


=== Requirements elicitatie ===
=== Requirementselicitatie ===
Beschrijft technieken voor het verzamelen van requirements van [[Belanghebbende (organisatie)|stakeholders (belanghebbenden)]] in een project. Technieken voor het genereren van requirements zijn onder meer:  
Beschrijft technieken voor het verzamelen van requirements van [[Belanghebbende (organisatie)|stakeholders (belanghebbenden)]] in een project. Technieken voor het genereren van requirements zijn onder meer:  


Regel 43: Regel 43:
* Prototyping  
* Prototyping  


=== Requirements analyse en documentatie ===
=== Requirementsanalyse en documentatie ===
Beschrijft hoe je requirements voldoende gedetailleerd kunt ontwikkelen en specificeren om ze succesvol door een projectteam te laten implementeren.  
Beschrijft hoe je requirements voldoende gedetailleerd kunt ontwikkelen en specificeren om ze succesvol door een projectteam te laten implementeren.  


Regel 49: Regel 49:
De belangrijkste vormen van analyse zijn:  
De belangrijkste vormen van analyse zijn:  


* Architectuur analyse
* Architectuuranalyse
* [[Bedrijfsproces]]<nowiki/>analyse  
* [[Bedrijfsproces]]analyse  
* [[Objectgeoriënteerde analyse]]  
* [[Objectgeoriënteerde analyse]]  
* [[Gestructureerde analyse]]  
* [[Gestructureerde analyse]]  
* [[Datawarehouse|Datawarehouse-]] analyse, opslag en database-analyse
* [[Datawarehouse]]-analyse, opslag en databaseanalyse


==== Documentatie ====
==== Documentatie ====
Regel 61: Regel 61:
* Matrix - bijvoorbeeld een tabel met vereisten met prioriteiten  
* Matrix - bijvoorbeeld een tabel met vereisten met prioriteiten  
* [[Usecasediagram|Diagrammen]] - bijvoorbeeld hoe gegevens van de ene structuur naar de andere stromen  
* [[Usecasediagram|Diagrammen]] - bijvoorbeeld hoe gegevens van de ene structuur naar de andere stromen  
* Wireframe - bijvoorbeeld hoe elementen nodig zijn in een website,
* Wireframe - bijvoorbeeld hoe elementen nodig zijn in een website
* Modellen - bijvoorbeeld [[Draadmodel|3D-modellen]] die een personage in een computerspel beschrijven  
* Modellen - bijvoorbeeld [[Draadmodel|3D-modellen]] die een personage in een computerspel beschrijven  


=== Requirements communicatie ===
=== Requirementscommunicatie ===
Beschrijft technieken om ervoor te zorgen dat belanghebbenden een gedeeld begrip hebben van de vereisten en hoe deze zullen worden geïmplementeerd.  
Beschrijft technieken om ervoor te zorgen dat belanghebbenden een gedeeld begrip hebben van de vereisten en hoe deze zullen worden geïmplementeerd.  


=== Beoordelen en valideren van Solutions (oplossingen) ===
=== Beoordelen en valideren van oplossingen ===
Beschrijft hoe de business analist de correctheid van een voorgestelde oplossing kan uitvoeren, hoe de implementatie van een oplossing kan worden ondersteund en hoe mogelijke tekortkomingen in de implementatie kunnen worden beoordeeld.  
Beschrijft hoe de businessanalist de correctheid van een voorgestelde oplossing kan uitvoeren, hoe de implementatie van een oplossing kan worden ondersteund en hoe mogelijke tekortkomingen in de implementatie kunnen worden beoordeeld.  


== Technieken ==
== Technieken ==
Er zijn een aantal generieke technieken die een business analist zal gebruiken bij het doorvoeren van een business change.  
Er zijn een aantal generieke technieken die een businessanalist zal gebruiken bij het doorvoeren van een businesschange. Sommige van deze technieken omvatten:  
 
Sommige van deze technieken omvatten:  


=== PESTLE ===
=== PESTLE ===
Regel 90: Regel 88:


=== MOST/VMOST ===
=== MOST/VMOST ===
Deze techniek wordt gebruikt om een interne omgevingsanalyse uit te voeren. Door (V)MOST te definiëren kun je ervoor zorgen dat het project waaraan je werkt, is uitgelijnd met elk van de vier/vijf kenmerken.  
Deze techniek wordt gebruikt om een interne omgevingsanalyse uit te voeren. Door (V)MOST te definiëren kun je ervoor zorgen dat het project waaraan je werkt, is uitgelijnd met elk van de vier/vijf kenmerken. De attributen van (V)MOST zijn:<ref>
 
De attributen van (V)MOST zijn: <ref>
{{Citeer web|url=http://www.strategyconsultinglimited.co.uk/most.html|titel=Exploring Corporate Strategy Using M.O.S.T. Analysis|bezochtdatum=2009-04-09|uitgever=Strategy Consulting Ltd|archiefurl=https://web.archive.org/web/20090412213341/http://www.strategyconsultinglimited.co.uk/most.html|archiefdatum=2009-04-12}}</ref>  
{{Citeer web|url=http://www.strategyconsultinglimited.co.uk/most.html|titel=Exploring Corporate Strategy Using M.O.S.T. Analysis|bezochtdatum=2009-04-09|uitgever=Strategy Consulting Ltd|archiefurl=https://web.archive.org/web/20090412213341/http://www.strategyconsultinglimited.co.uk/most.html|archiefdatum=2009-04-12}}</ref>  


:* Visie: hoe je de toekomst voor je ziet
* Visie: hoe je de toekomst voor je ziet
:* [[Mission statement|Missie:]] waar het bedrijf naartoe gaat
* [[Mission statement|Missie:]] waar het bedrijf naartoe gaat
:* [[Doeleinde|Objectives (Doelstellingen]]): de belangrijkste doelen die de missie helpen bereiken
* [[Doeleinde|Objectives (Doelstellingen]]): de belangrijkste doelen die de missie helpen bereiken
:* Strategie: opties om vooruit te komen
* Strategie: opties om vooruit te komen
:* Tactiek: hoe strategieën worden uitgevoerd
* Tactiek: hoe strategieën worden uitgevoerd


=== SWOT-analyse ===
=== SWOT-analyse ===
SWOT-analyse wordt gebruikt om activiteiten te concentreren op sterke gebieden en waar de grootste kansen liggen. De techniek wordt gebruikt om gevaren te identificeren die de vorm aannemen van zwakheden en zowel interne als externe bedreigingen.  
SWOT-analyse wordt gebruikt om activiteiten te concentreren op sterke gebieden en waar de grootste kansen liggen. De techniek wordt gebruikt om gevaren te identificeren die de vorm aannemen van zwakheden en zowel interne als externe bedreigingen. De vier kenmerken van [[Sterkte-zwakteanalyse|SWOT-analyse]] zijn:


De vier kenmerken van [[Sterkte-zwakteanalyse|SWOT-analyse]] zijn:
* Strengths - Waar is de organisatie goed in? Dit zijn de best presterende activiteiten van het [[Vennootschap|bedrijf]].
 
* Weaknesses - Waar zijn we niet goed in? Wat moet worden verbeterd? Wat valt er te overwinnen?
: Strengths - waar zijn we goed in? (dit zijn de best presterende activiteiten van uw [[Vennootschap|bedrijf]]).
* Opportunities - Welke kansen bestaan er voor de [[organisatie]]? Dit kan een gebied zijn waar de concurrenten slecht presteren.
: Weaknesses - Waar zijn we (momenteel) niet goed in? M.a.w. wat moet worden verbeterd? Wat valt er te overwinnen? (gebied waar u onvoldoende presteert).
* Threats - Welke bedreigingen zijn er voor de organisatie? Met welke obstakels van buitenaf kampt de organisatie? Dit kan een gebied zijn waar jouw concurrent heel goed in is.
: Opportunities - Welke kansen bestaan er voor de [[organisatie]] ? (dit kan een gebied zijn waar jouw concurrenten slecht presteren).  
: [[:en:Threats|Threats]] - Welke bedreigingen zijn er voor de organisatie? Met welke obstakels van buitenaf kampt de organisatie? (dit kan een gebied zijn waar jouw concurrent heel goed in is).  


=== CATWOE ===
=== CATWOE ===
Deze techniek kan worden gebruikt om verschillende stakeholder perspectieven in kaart te brengen en met elkaar te vergelijken. Dit helpt de business analist bij het bepalen van de impact van een voorgestelde oplossing.  
Deze techniek kan worden gebruikt om verschillende stakeholder perspectieven in kaart te brengen en met elkaar te vergelijken. Dit helpt de business analist bij het bepalen van de impact van een voorgestelde oplossing.  


Er zijn zes elementen van CATWOE: <ref>
Er zijn zes elementen van CATWOE:<ref>
{{Citeer web|url=http://www.bola.biz/research/ssm.html|titel=Business Open Learning Archive|bezochtdatum=2009-04-09|auteur=|voornaam=|uitgever=Chris Jarvis for the BOLA Project}}</ref>  
{{Citeer web|url=http://www.bola.biz/research/ssm.html|titel=Business Open Learning Archive|bezochtdatum=2009-04-09|auteur=|voornaam=|uitgever=Chris Jarvis for the BOLA Project}}</ref>  


:* Customers - Wie zijn de afnemers (klanten) van de  (toekomstige) bedrijfsactiviteiten?
* Customers - Wie zijn de afnemers (klanten) van de  (toekomstige) bedrijfsactiviteiten?
:* Actors - Wie is er bij de situatie betrokken, wie voeren de (toekomstige) bedrijfsactiviteiten uit?
* Actors - Wie is er bij de situatie betrokken, wie voeren de (toekomstige) bedrijfsactiviteiten uit?
:* Transformation - Welke processen of systemen worden beïnvloed door het probleem?
* Transformation - Welke processen of systemen worden beïnvloed door het probleem?
:* World View - Wat is het wereldbeeld (Weltanschauung) van de stakeholder?
* World View - Wat is het wereldbeeld (Weltanschauung) van de stakeholder?
:* Owner - Wie is de eigenaar van de bedrijfsactiviteiten en welke rol speelt hij in de oplossing?
* Owner - Wie is de eigenaar van de bedrijfsactiviteiten en welke rol speelt hij in de oplossing?
:* Environment - Wat zijn de milieubeperkingen en -restricties die van invloed zijn op de oplossing en het succes ervan?
* Environment - Wat zijn de milieubeperkingen en -restricties die van invloed zijn op de oplossing en het succes ervan?


=== Zes denkhoeden van de Bono ===
=== Zes denkhoeden van de Bono ===
Deze techniek wordt vaak gebruikt in een [[Brainstormen|brainstormsessie]] om ideeën en opties te genereren en te analyseren. Het is nuttig om specifieke vormen van denken aan te moedigen en kan een handige en symbolische manier zijn om iemand te vragen "van versnelling te veranderen". Het gaat om het beperken van de groep tot alleen denken op specifieke manieren - het geven van ideeën en analyses in de "stemming" van de tijd. Ook bekend als de zes denkhoeden .  
Deze techniek wordt vaak gebruikt in een [[Brainstormen|brainstormsessie]] om ideeën en opties te genereren en te analyseren. Het is nuttig om specifieke vormen van denken aan te moedigen en kan een handige en symbolische manier zijn om iemand te vragen "van versnelling te veranderen". Het gaat om het beperken van de groep tot alleen denken op specifieke manieren - het geven van ideeën en analyses in de "stemming" van de tijd. Ook bekend als de zes denkhoeden .  


:* Wit: pure feiten, logisch.
* Wit: pure feiten, logisch.
:* Groen: creatief.
* Groen: creatief.
:* Geel: helder, optimistisch, positief.
* Geel: helder, optimistisch, positief.
:* Zwart: negatief, advocaat van de duivel.
* Zwart: negatief, advocaat van de duivel.
:* Rood: emotioneel.
* Rood: emotioneel.
:* Blauw: koud, controle.
* Blauw: koud, controle.


Niet alle kleuren / stemmingen hoeven te worden gebruikt.  
Niet alle kleuren / stemmingen hoeven te worden gebruikt.  
Regel 152: Regel 146:


=== Bedrijfsprocesanalyse ===
=== Bedrijfsprocesanalyse ===
Processen worden visueel gemodelleerd om de huidige status te begrijpen en de modellen verschijnen in niveaus om de factoren te begrijpen die een bepaald bedrijfsproces beïnvloeden. Op het hoogste niveau van de modellen zijn end-to-end bedrijfsprocessen die veel bedrijven gemeen hebben. Onder dat niveau van het bedrijfsproces zou een niveau van activiteiten, subactiviteiten en uiteindelijk taken liggen. Het taakniveau is het meest gedetailleerd en geeft, wanneer gemodelleerd, een bepaalde workflow weer. Naarmate bedrijfsprocessen worden gedocumenteerd op workflowniveau, worden ze zwaarder beïnvloed of "ingeschakeld" door kenmerken die van invloed zijn op bepaalde bedrijven. Deze "workflow-enablers" worden beschouwd als workflow-ontwerp, informatiesystemen / IT, motivatie en meting, human resources en organisatie, beleid en regels en faciliteiten / fysieke omgeving. Deze techniek van procesnivellering en -analyse helpt bedrijfsanalisten bij het begrijpen van wat echt nodig is voor een bepaald bedrijf en waar er mogelijkheden zijn om een proces opnieuw te ontwerpen voor meer efficiëntie in de toekomstige staat
Processen worden visueel gemodelleerd om de huidige status te begrijpen en de modellen verschijnen in niveaus om de factoren te begrijpen die een bepaald bedrijfsproces beïnvloeden. Op het hoogste niveau van de modellen zijn end-to-end bedrijfsprocessen die veel bedrijven gemeen hebben. Onder dat niveau van het bedrijfsproces zou een niveau van activiteiten, subactiviteiten en uiteindelijk taken liggen. Het taakniveau is het meest gedetailleerd en geeft, wanneer gemodelleerd, een bepaalde workflow weer. Naarmate bedrijfsprocessen worden gedocumenteerd op workflowniveau, worden ze zwaarder beïnvloed of "ingeschakeld" door kenmerken die van invloed zijn op bepaalde bedrijven. Deze "workflow-enablers" worden beschouwd als workflow-ontwerp, informatiesystemen / IT, motivatie en meting, human resources en organisatie, beleid en regels en faciliteiten / fysieke omgeving. Deze techniek van procesnivellering en -analyse helpt bedrijfsanalisten bij het begrijpen van wat echt nodig is voor een bepaald bedrijf en waar er mogelijkheden zijn om een proces opnieuw te ontwerpen voor meer efficiëntie in de toekomstige staat.
 
=== Kwalificaties ===
Een aspirant-business analist kan kiezen voor academisch of professioneel onderwijs. Verschillende vooraanstaande universiteiten in de VS, NL en UK bieden masteropleidingen met een hoofdvak in bedrijfskunde, proces management of bedrijfstransformatie. De drie meest erkende kwalificaties voor business analyse zijn:
 
** [[:en:International_Institute_of_Business_Analysis|International Institute of Business Analysis]] (IIBA) [[:en:Certified_Business_Analysis_Professional|Certified Business Analysis Professional]]
*** Level 1 – Entry-level Certificate in Business Analysis (ECBA)<ref>{{cite web|url=http://www.iiba.org/Certification-Recognition/certificationlevels/level1-ecba.aspx|title=Level 1 - ECBA - IIBA - International Institute of Business Analysis|accessdate=5 April 2018|author=|date=|website=www.iiba.org}}</ref>
*** Level 2 –  Certification of Capability in Business Analysis (CCBA)<ref>{{cite web|url=http://www.iiba.org/Certification-Recognition/certificationlevels/level2-ccba.aspx|title=Level 2 - CCBA - IIBA - International Institute of Business Analysis|accessdate=5 April 2018|author=|date=|website=www.iiba.org}}</ref>
*** Level 3 – Certified Business Analysis Professional (CBAP)<ref>{{cite web|url=http://www.iiba.org/Certification-Recognition/certificationlevels/level3-cbap.aspx|title=Level 3 - CBAP - IIBA - International Institute of Business Analysis|accessdate=5 April 2018|author=|date=|website=www.iiba.org}}</ref>
*** Level 4 (not yet available) –  Certified Business Analysis Thought Leader (CBATL)<ref>{{cite web|url=http://www.iiba.org/Certification-Recognition/certificationlevels/level4-cbatl.aspx|title=Certification Levels - IIBA - International Institute of Business Analysis|accessdate=5 April 2018|author=|date=|website=www.iiba.org}}</ref>
** [https://www.pmi.org/certifications/types/business-analysis-pba Project Management Institute - Professional in Business Analysis (PMI-PBA)]
** The British Computer Society ([[:en:British_Computer_Society|BCS]]) offers a range of certifications and BA qualification:
*** Foundation Certificate in Business Analysis
*** Foundation Certificate in Business Change
*** Foundation Certificate in Commercial Awareness
*** Practitioner Certificate in Benefits Management and Business Acceptance
*** Practitioner Certificate in Business Analysis Practice
*** Practitioner Certificate in Data Management Essentials
*** Practitioner Certificate in Modelling Business Processes
*** Practitioner Certificate in Requirements Engineering
*** International Diploma in Business Analysis<ref>{{cite web|url=http://certifications.bcs.org/category/15680|title=BCS International Diploma in Business Analysis|accessdate=2 November 2016}}</ref>


{{Appendix}}
{{authority control|TYPE=t|Wikidata=Q1518232 }}
[[Categorie:Projectmanagement]]
[[Categorie:Projectmanagement]]

Huidige versie van 8 jun 2020 om 11:35

Businessanalyse is een discipline[1] in het bedrijfsleven die zich bezighoudt met het identificeren van bedrijfsbehoeften en/of -problemen plus het bepalen van oplossingen daarvoor. Oplossingen omvatten vaak systeemontwikkelingscomponenten, maar kunnen ook bestaan uit procesverbetering, organisatorische verandering of strategische planning en beleidsontwikkeling. Een persoon die deze taken uitvoert wordt een businessanalist of BA genoemd.[2]

Businessanalisten werken niet alleen aan de ontwikkeling van softwaresystemen, omdat men dan het risico loopt dat er een onvolledige oplossing wordt ontwikkeld. Het is vaak beter een holistische aanpak te kiezen, waarin naast informatiesysteemontwikkeling ook aandacht is voor procesontwikkeling, organisatorische en menselijke ontwikkelingen.[3]

Er bestaan verschillende roldefinities voor businessanalyse, waaronder informatieanalyse, requirementsengineer, product owner en functioneel ontwerper. De keuze voor de rolnamen is vaak afhankelijk van de organisatie. Niettemin bestaan er raakvlakken tussen deze rollen waar de meeste businessanalisten werken. Tot de verantwoordelijkheden behoren:

  • Het onderzoeken van businesssystemen, met een holistische kijk op de situatie. Dit kan inhouden dat elementen van de organisatiestructuren en personeelsontwikkeling worden onderzocht, maar ook de huidige processen en IT-systemen.
  • Het evalueren van acties om de werking van een business system te verbeteren. Ook hier kan een onderzoek nodig zijn naar de organisatiestructuur en de behoeften op het gebied van personeelsontwikkeling, om ervoor te zorgen dat deze in overeenstemming zijn met de voorgestelde proces(her)ontwerpen en IT-systeemontwikkeling.
  • Het vastleggen van de businessrequirements voor de ondersteuning van het IT-systeem.

In het verlengde hiervan zou de kerntaak van businessanalisten kunnen worden gedefinieerd als een interne adviesrol die verantwoordelijk is voor het onderzoeken van bedrijfssituaties, het identificeren en evalueren van opties voor het verbeteren van businesssystemen, het vaststellen van requirements en het waarborgen van een effectief gebruik van informatiesystemen om te voldoen aan de behoeften van het bedrijf.

Businessanalyse als discipline omvat requirementsanalyse, ook wel requirementsengineering genoemd. Het is erop gericht ervoor te zorgen dat de wijzigingen die in een organisatie worden aangebracht, zijn afgestemd op de strategische doelen. Deze wijzigingen omvatten wijzigingen in strategieën, structuren, beleid, bedrijfsregels, processen en informatiesystemen.

Enterpriseanalyse of organisatieanalyse

Richt zich op het begrijpen van de behoeften van het bedrijf als geheel, de strategische richting en het identificeren van initiatieven die een bedrijf in staat zullen stellen om die strategische doelen te bereiken. Het bevat ook:

  • Het creëren en onderhouden van de bedrijfsarchitectuur
  • Het uitvoeren van haalbaarheidsstudies
  • Identificeren van nieuwe zakelijke kansen
  • Scope en definiëren van nieuwe zakelijke kansen
  • Businesscase voorbereiden
  • Het uitvoeren van de eerste risicobeoordeling

Requirementsplanning en management

Betreft het plannen van het proces voor het ontwikkelen van requirements, het bepalen welke requirements de hoogste prioriteit hebben bij de implementatie en het beheren van veranderingen op requirements. Aangezien veel business analisten tegenwoordig opereren in agile teams, dient de planning en management van requirements hierop afgestemd te worden. Dit betekent dat businessanalisten kennis dienen te hebben van agile frameworks zoals Scrum, LeSS, SAFe en DAD.

Requirementselicitatie

Beschrijft technieken voor het verzamelen van requirements van stakeholders (belanghebbenden) in een project. Technieken voor het genereren van requirements zijn onder meer:

Requirementsanalyse en documentatie

Beschrijft hoe je requirements voldoende gedetailleerd kunt ontwikkelen en specificeren om ze succesvol door een projectteam te laten implementeren.

Analyse

De belangrijkste vormen van analyse zijn:

Documentatie

Vereisten documentatie kan verschillende vormen aannemen:

  • Tekstueel - bijvoorbeeld verhalen die specifieke informatie samenvatten
  • Matrix - bijvoorbeeld een tabel met vereisten met prioriteiten
  • Diagrammen - bijvoorbeeld hoe gegevens van de ene structuur naar de andere stromen
  • Wireframe - bijvoorbeeld hoe elementen nodig zijn in een website
  • Modellen - bijvoorbeeld 3D-modellen die een personage in een computerspel beschrijven

Requirementscommunicatie

Beschrijft technieken om ervoor te zorgen dat belanghebbenden een gedeeld begrip hebben van de vereisten en hoe deze zullen worden geïmplementeerd.

Beoordelen en valideren van oplossingen

Beschrijft hoe de businessanalist de correctheid van een voorgestelde oplossing kan uitvoeren, hoe de implementatie van een oplossing kan worden ondersteund en hoe mogelijke tekortkomingen in de implementatie kunnen worden beoordeeld.

Technieken

Er zijn een aantal generieke technieken die een businessanalist zal gebruiken bij het doorvoeren van een businesschange. Sommige van deze technieken omvatten:

PESTLE

Deze techniek kan worden gebruikt om een externe omgevingsanalyse uit te voeren door de vele verschillende externe factoren die van invloed zijn op een organisatie te onderzoeken.

De zes attributen van PESTLE zijn:

  • Politiek (huidige en potentiële invloeden van politieke druk)
  • Economisch (de impact van de lokale, nationale en wereldeconomie)
  • Sociologisch (de manieren waarop een samenleving een organisatie kan beïnvloeden)
  • Technologisch (het effect van nieuwe en opkomende technologie)
  • Juridisch (het effect van nationale en wereldwetgeving)
  • Milieu (de lokale, nationale en wereldwijde milieukwesties)

Soms wordt DESTEP gebruikt i.p.v. PESTLE. Deze afkorting staat voor: Demografisch, Economisch, Sociaal-cultureel, Technologisch, Ecologisch, Politiek.

MOST/VMOST

Deze techniek wordt gebruikt om een interne omgevingsanalyse uit te voeren. Door (V)MOST te definiëren kun je ervoor zorgen dat het project waaraan je werkt, is uitgelijnd met elk van de vier/vijf kenmerken. De attributen van (V)MOST zijn:[4]

  • Visie: hoe je de toekomst voor je ziet
  • Missie: waar het bedrijf naartoe gaat
  • Objectives (Doelstellingen): de belangrijkste doelen die de missie helpen bereiken
  • Strategie: opties om vooruit te komen
  • Tactiek: hoe strategieën worden uitgevoerd

SWOT-analyse

SWOT-analyse wordt gebruikt om activiteiten te concentreren op sterke gebieden en waar de grootste kansen liggen. De techniek wordt gebruikt om gevaren te identificeren die de vorm aannemen van zwakheden en zowel interne als externe bedreigingen. De vier kenmerken van SWOT-analyse zijn:

  • Strengths - Waar is de organisatie goed in? Dit zijn de best presterende activiteiten van het bedrijf.
  • Weaknesses - Waar zijn we niet goed in? Wat moet worden verbeterd? Wat valt er te overwinnen?
  • Opportunities - Welke kansen bestaan er voor de organisatie? Dit kan een gebied zijn waar de concurrenten slecht presteren.
  • Threats - Welke bedreigingen zijn er voor de organisatie? Met welke obstakels van buitenaf kampt de organisatie? Dit kan een gebied zijn waar jouw concurrent heel goed in is.

CATWOE

Deze techniek kan worden gebruikt om verschillende stakeholder perspectieven in kaart te brengen en met elkaar te vergelijken. Dit helpt de business analist bij het bepalen van de impact van een voorgestelde oplossing.

Er zijn zes elementen van CATWOE:[5]

  • Customers - Wie zijn de afnemers (klanten) van de (toekomstige) bedrijfsactiviteiten?
  • Actors - Wie is er bij de situatie betrokken, wie voeren de (toekomstige) bedrijfsactiviteiten uit?
  • Transformation - Welke processen of systemen worden beïnvloed door het probleem?
  • World View - Wat is het wereldbeeld (Weltanschauung) van de stakeholder?
  • Owner - Wie is de eigenaar van de bedrijfsactiviteiten en welke rol speelt hij in de oplossing?
  • Environment - Wat zijn de milieubeperkingen en -restricties die van invloed zijn op de oplossing en het succes ervan?

Zes denkhoeden van de Bono

Deze techniek wordt vaak gebruikt in een brainstormsessie om ideeën en opties te genereren en te analyseren. Het is nuttig om specifieke vormen van denken aan te moedigen en kan een handige en symbolische manier zijn om iemand te vragen "van versnelling te veranderen". Het gaat om het beperken van de groep tot alleen denken op specifieke manieren - het geven van ideeën en analyses in de "stemming" van de tijd. Ook bekend als de zes denkhoeden .

  • Wit: pure feiten, logisch.
  • Groen: creatief.
  • Geel: helder, optimistisch, positief.
  • Zwart: negatief, advocaat van de duivel.
  • Rood: emotioneel.
  • Blauw: koud, controle.

Niet alle kleuren / stemmingen hoeven te worden gebruikt.

Five Whys

Five Whys wordt gebruikt om in één keer de kern van wat er echt gebeurt te doorgronden. Voor elk antwoord wordt opnieuw een 'waarom'-vraag gesteld.

MoSCoW

Deze techniek wordt gebruikt om requirements te prioriteren.

MoSCoW bestaat uit:

  • M - must haves: deze eisen (requirements) moeten in het eindresultaat terugkomen, zonder deze eisen is het product niet bruikbaar;
  • S - should haves: deze eisen zijn zeer gewenst, maar zonder is het product wel bruikbaar;
  • C - could haves: deze eisen zullen alleen aan bod komen als er tijd genoeg is;
  • W - won't haves: deze eisen zullen waarschijnlijk in dit project niet aan bod komen maar kunnen in de toekomst, bij een vervolgproject, interessant zijn. Ze worden daarom ook weleens aangeduid als "would haves", maar dit is incorrect

De kleine letters 'o' in de afkorting hebben geen betekenis, maar maken de afkorting makkelijker te onthouden. Een project wordt als gefaald gezien wanneer niet alle must-have eisen in het eindproduct verwerkt zitten. De methode is populair in de Dynamic Systems Development Method en Rapid application development, en wordt ook vaak toegepast bij het prioriteren van verandervoorstellen met betrekking tot bedrijfsprocessen.

Bedrijfsprocesanalyse

Processen worden visueel gemodelleerd om de huidige status te begrijpen en de modellen verschijnen in niveaus om de factoren te begrijpen die een bepaald bedrijfsproces beïnvloeden. Op het hoogste niveau van de modellen zijn end-to-end bedrijfsprocessen die veel bedrijven gemeen hebben. Onder dat niveau van het bedrijfsproces zou een niveau van activiteiten, subactiviteiten en uiteindelijk taken liggen. Het taakniveau is het meest gedetailleerd en geeft, wanneer gemodelleerd, een bepaalde workflow weer. Naarmate bedrijfsprocessen worden gedocumenteerd op workflowniveau, worden ze zwaarder beïnvloed of "ingeschakeld" door kenmerken die van invloed zijn op bepaalde bedrijven. Deze "workflow-enablers" worden beschouwd als workflow-ontwerp, informatiesystemen / IT, motivatie en meting, human resources en organisatie, beleid en regels en faciliteiten / fysieke omgeving. Deze techniek van procesnivellering en -analyse helpt bedrijfsanalisten bij het begrijpen van wat echt nodig is voor een bepaald bedrijf en waar er mogelijkheden zijn om een proces opnieuw te ontwerpen voor meer efficiëntie in de toekomstige staat.

Bronnen, noten en/of referenties

Bronnen, noten en/of referenties
  1. º Kathleen B Hass, Richard Vander Horst, Kimi Ziemski (2008). From Analyst to Leader: Elevating the Role of the Business Analyst Management Concepts, 2008. ISBN 1-56726-213-9. p94: "As the discipline of business analysis becomes professionalized"
  2. º Business Analysis Body of Knowledge v2.0. IIBA Gearchiveerd van het origineel op 2012-06-17 Geraadpleegd op 2012-08-26
  3. º What do Business Analysts do in Software Projects. CIO.com Geraadpleegd op 2019-11-02
  4. º Exploring Corporate Strategy Using M.O.S.T. Analysis. Strategy Consulting Ltd Gearchiveerd van het origineel op 2009-04-12 Geraadpleegd op 2009-04-09
  5. º Business Open Learning Archive. Chris Jarvis for the BOLA Project Geraadpleegd op 2009-04-09
rel=nofollow
rel=nofollow
rel=nofollow