Business Elements
Today our whitepaper ‘Business Elements: getting more business out of your processes‘ is out.
This article, written by Frank Buytendijk and Emiel van Bockel, discribes a new way of modeling your business using business elements. Read all about creating new competitive business by combining your competence and activities.
Fusion in progress: the enterprise BI + BPM + EA Mash-up!?
Published: Optimize, issue April 2010, Special
Hoort informatie wel bij BI?
Vraag iemand: “Wat wil je weten?” en het antwoord zal zijn: “Alles en vooral nu”. In het begin van de jaren zeventig is voor dit vraagstuk een eenvoudige oplossing bedacht: de sql prompt. Met het “select * from database;” statement is alle informatie voorhanden voor wie het ook maar wil. Als dit statement ook nog eens wordt uitgevoerd op een in memory database, is het antwoord zelfs super snel!
Ondanks dat Business Intelligence projecten vaak beginnen met deze vraag, is deze aanpak verre van effectief.
Stel iemand de vraag na weken van noeste harde arbeid “Wat vind je van het rapport?” en het antwoord zal zijn: “Geweldig, maar kan het toch anders?” of erger: “geweldig rapport, maar wat kan ik ermee?”
Hoe gek het dus ook klinkt, het beginnen en eindigen aan de kant van informatie bij business intelligence, zal eerder leiden tot een dwaaltocht dan de juiste route. Wat dan wel?
Zet de gebruiker centraal
Het lijkt eenvoudiger gezegd dan gedaan, maar bij Business Intelligence staat de gebruiker centraal en niet de informatie. De gebruiker is namelijk werkzaam binnen een organisatie en voert activiteiten uit. Het is dus belangrijk te achterhalen wat een gebruiker doet, in plaats van wat hij/zij wil weten. Business Intelligence heeft als doel de gebruiker te ondersteunen bij het nemen van business beslissingen middels het verstrekken van informatie. Er dient dan ook eerst achterhaald te worden wat de gebruiker doet. Waarna bepaald kan worden welke beslissingen er worden genomen of nog beter: welke beslissingen de gebruiker mag nemen. Als helder is wat voor activiteiten een gebruiker uitvoert en welke beslissingen hij/zij gemachtigd is te nemen, dan kan onderzocht worden welke informatie in welke vorm de beste bijdrage levert bij het nemen van de beslissingen.
Daarnaast moet er ook echt een probleem zijn binnen de organisatie. Immers als er geen probleem is, is er geen inzicht noodzakelijk en staat ook niemand centraal. Er bestaat een grote kans dat men dan eindigt met hetzelfde als waarmee men is begonnen. Alleen is er iets gebouwd in een ander technologisch jasje. Want het nabouwen van excellijsten in fancy dashboards, heeft vrij weinig te maken met Business Intelligence.
De drie andere werelden
De ervaring leert dat er andere kennisdomeinen (werelden) bestaan met vergelijkbare problemen. Namelijk de wereld van de Enterprise Architectuur (EA) en de wereld van Business Process Management (BPM). In beide werelden komen dezelfde elementen voor: gebruikers, processen en informatie. Vanuit EA worden modellen gebruikt om te komen tot een informatievoorziening die de gebruikers ondersteund in het uitvoeren van haar processen. Binnen BPM worden modellen gebruikt om weer te geven hoe processen lopen, waar verantwoordelijkheden liggen om “in controle” te kunnen zijn. Je kunt dus concluderen dat ook EA en BPM worstelen met nagenoeg gelijke vraagstukken rondom gebruiker, proces en informatie.
Op afstand kijkend naar de verschillende werelden, dan kan men niet aan de indruk ontkomen dat er binnen die werelden verschillende wetten gelden.
Zo geldt binnen de BI wereld dat informatie wordt verheven boven het proces. Immers Business Intelligence experts zijn liever bezig met het ontwikkelen van fancy dashboards dan zich verder te verdiepen in de oersaaie lastige bedrijfsprocessen. De BPM experts daarentegen vinden het meest belangrijke wat er bestaat: het proces. Informatie hoort er vaak maar een beetje bij. Als laatste de wereld van de Enterprise Architecten. Dat is echt een andere competentie, zij doen alles nog eens dunnetjes over maar dan wel heel erg gestructureerd.
Toch bezitten de werelden individueel een schat aan rijkdom. Er is geen betere wereld die processen kan modelleren en workflow diagrammen kan maken als de BPM’ers. De architecten zijn ontzettend goed in het analyseren en het modelleren. De BI’ers zijn als geen ander getraind in het visualiseren van informatie. De vraag is dan ook: “Waarom zijn deze drie werelden niet op elkaar afgestemd of te wel aligned?”
Highlevel EA en BPM
Enterprise architecturen komen in verschillende maten en soorten voor. Enkele bekende voorbeelden zijn: Zachman, DYA en TOGAF. Allemaal onderkennen ze verschillende lagen binnen de eigen architectuur framework. Zo bestaat het Zachman framework uit 5 lagen: Scope, Business Model, System Model, Technology Model en Detailed Implementation. DYA en TOGAF bestaan uit 3 lagen: Business Architectuur, Informatie Architectuur en Technische Architectuur. Grofweg kan worden gesteld dat alle architectuurvormen op een of andere manier van het hoogste niveau via decompositie en transformatie leiden tot applicaties en schermen. Het hoogste niveau binnen zowel Zachman , TOGAF als DYA wordt op het gebied van processen en activiteiten weergegeven als de “Business Functions”. (Ref: [DYA] [EAP] [TO9])
Nadat de applicaties zijn geïmplementeerd komt het wel eens voor dat de processen na verloop van tijd niet meer helder zijn, of dat omwille van wettelijke bepalingen (bijvoorbeeld Sarbanes Oxley)de processen opnieuw in kaart moeten worden gebracht. Dat is vaak het moment dat de BPM’ers aan de slag gaan. Zij analyseren de verschillende werkinstructies, schermen en rapporten om activiteiten in kaart te brengen om vervolgens via compositie en aggregatie te komen tot het ‘juiste’ bedrijfsproces. Een veel voorkomend notatie techniek daarbij is BPMN. (Ref: [BPM])
De vraag is dus: “Is het mogelijk een model te bedenken die zowel door EA, BPM als BI te gebruiken is?” Daarvoor is het belangrijk stil te staan bij volwassenheidniveaus van organisaties.
Business Maturity
Om met Business Intellgence aan de slag te gaan, is het van belang dat de organisatie een bepaald volwassenheidsniveau heeft in de uitvoering van haar processen. Immers, Business Intelligence heeft te maken met het laten performen van activiteiten die als onderneming worden uitgevoerd en niet zozeer het veranderen van bedrijfsprocessen zodat bijvoorbeeld nieuwe producten kunnen worden ontwikkeld. Uiteraard kan BI wel het inzicht verschaffen om te veranderen, maar is primair niet bedoeld om organisatorische verandering te begeleiden. De focus bij Business Intelligence ligt dan ook op willen managen en te laten performen. Het heet ook niet voor niets vaak management informatie of performance management. Business Intelligence is dan ook geen verandermanagement.
(Ref: [INK][CMM])
Er zijn verschillende volwassenheidsmodellen waarin managen een van de fases is. In de hierboven weergegeven grafiek is “Managed” het derde volwassenheidsniveau waar een organisatie zich kan bevinden. Dat het gebruik van Business Intelligence in deze fase belangrijk is, lijkt evident. Het is veel interessanter na te gaan op welke wijze Business Intelligence past in de voorliggende fases. Tijdens de ad-hoc fase ligt de focus vaak op het krijgen van het product bij de klant. Hoe het product bij de klant komt is daarbij minder interessant. Dit zijn typisch processen die niet helemaal onder controle zijn. Zo’n omgeving kenmerkt zich vaak door ad-hoc lijstjes. Als de business eenmaal begint te lopen zullen vele organisaties trachten het ad-hoc proces onder controle te krijgen. Tijdens deze fase legt de organisatie haar focus naar het proces. Zo’n omgeving kenmerkt zich vaak door legio aan excellijsten. Dit heeft weer te maken met de volwassenheidsniveau’s van informatie.
Informatie ontstaat namelijk niet vanzelf. Alle informatiebehoeftes vinden hun oorsprong bij de vraag: “Ik wil graag een rapport”. Als dit rapport maar vaak genoeg wordt aangevraagd, volgt al snel de vraag: “Doe het maar in Excel”, zodat de gebruiker er zelf mee kan stoeien. Vervolgens komt de gebruiker erachter dat ook Excel niet de handigste tool is om data mee te analyseren, waardoor de vraag naar een dynamisch rapport is geboren. Als de cijfers eenmaal stabiel en helder zijn, worden deze snel erna grafisch weergegeven. Immers, een grafiek zegt meer dan duizend getallen. Vervolgens ontstaan er teveel grafieken en wil de gebruiker een dashboard. En een dashboard moet natuurlijk voldoen aan een bepaald management model, bijvoorbeeld een Balanced Score Card. (Ref: [EVB])
Iedereen maar dan ook iedereen doorloopt deze lagen, sommige heel snel andere tergend langzaam. Dit is de groei in het niveau van informatie. Tevens zoekt iedereen de validatie van informatie in een onderliggende laag. Pas als de validatie heeft plaatsgevonden, heeft men het vertrouwen in de nieuwe laag. Het is dan ook niet goed in een bovenliggende laag te starten als de onderliggende lagen niet zijn doorlopen.
Van proces naar functie
Wellicht is de vraag gekomen: “Wat is het verschil tussen een business function en een business process?” In principe zijn het slechts twee verschillende views op een gelijke verzameling van bedrijfsactiviteiten. Daar waar een bedrijfsproces een aaneenschakeling is van bedrijfsactiviteiten om te komen tot output, is een bedrijfsfunctie een functionele ordening van bedrijfsactiviteiten om te komen tot performance.
Vergelijk het met Formule 1 racen. Het proces is zo snel als mogelijk van start naar finish te racen. Daarvoor dienen een aantal activiteiten in volgorde te worden uitgevoerd: accelereren, schakelen, remmen, schakelen, sturen, schakelen, accelereren, etc. De functies die worden uitgevoerd zijn de handelingen en systemen die functioneel op elkaar zijn afgestemd: schakelen met een schakelbak, accelereren met een motor etc. Bij het verder optimaliseren (tuning) van een F1 race, zal de focus met name liggen op de losse functies die de coureur uitvoert in plaats hoe en in welke volgorde de coureur ze uitvoert. In het laatste geval zal de coureur op cursus worden gestuurd om het, ‘waarschijnlijk vernieuwde’ proces te leren en “in control” te komen van zijn racewagen.
BI + EA + BPM = Enterprise Mash-up
Business Intelligence zal met name starten bij ondernemingen die op de transitie zitten tussen “Proces focus” naar “Systeem oriëntatie” met als belangrijkste motivatie: performance. Daaraan is gerelateerd de overgang van Excel naar dynamische rapportages. Systeem oriëntatie wil zeggen focus aanbrengen op wat je doet en niet zo zeer in welke volgorde je het doet (proces focus). Over het algemeen gaat de view op de organisatie dan veranderen naar het bij elkaar brengen van gelijksoortige activiteiten en competenties. Hierbij past een functionele benadering van de activiteiten. Zie het voorbeeld van de F1 hiervoor. Ook is weergegeven dat architectuur start in zogeheten Business Functions. Deze functies worden in de architectuur vertaald naar systemen in de informatievoorziening. Op dit niveau is er een match tussen EA en BI. Vanuit BPM zal er ook een match zijn. Immers om “in control” te zijn, is het vaak beter om gelijksoortige activiteiten bij elkaar te brengen. Hierdoor hoeven activiteiten slechts 1 keer te worden beschreven en 1 keer te worden gecontroleerd. Dit is efficiënter dan het beschrijven en controleren van de gelijksoortige activiteiten in de verschillende processen. Er kan worden gesteld dat een functionele view op de activiteiten die als bedrijf worden uitgevoerd, versterkend zal werken naar zowel BPM, EA als BI.
Conclusie:
Een functioneel georiënteerd bedrijfsmodel kan binnen BI worden gebruikt om met performance te starten, EA kan het bedrijfsmodel ondersteunen met een lean informatievoorziening en BPM kan de control en output gaan optimaliseren. Tegelijk kan per “businessfunction” in het bedrijfsmodel worden bepaald wat de exacte volwassenheidsniveau is en waar de meeste toegevoegde waarde dient te worden geleverd. Dit om vervolgens te bepalen waar de groei in het niveau van uitvoering als informatie nodig is. Daarmee kan eenvoudige toekomstbestendige roadmap worden beschreven.
Ook biedt het voordelen in de communicatie tussen de werelden. Er wordt één taal gesproken en is er sprake van communication governance. De samenvoeging van BI + BPM + EA (mash-up) middels een functioneel georiënteerd bedijfsmodel zal uiteindelijk leiden tot een ultieme Enterprise fusion.
Toch zal het nog enige tijd duren tot alle werelden op elkaar zijn afgestemd. Er zullen afspraken moeten worden gemaakt over de exacte definitie, structuur en wijze van ordening. Tot die tijd is fusion nog steeds in progress.
To be continued …
Emiel van Bockel
Referenties:
www.bifacts.com
www.bpmn.org
www.zifa.com
www.ink.nl
[EVB] Het succes achter Business Intelligence, E. van Bockel, 2008
[INK] Het vernieuwde INK-Managementmodel, oktober 2008
[CMM] CMMI for Services, v1.2, February 2009
[DYA] DYA Implementatieaanpak voor TOGAF, M vd Berg ea, 2009
[EAP] Enterprise Architecture Planning, S.H. Spewak
[BPM] Introduction to BPMN, S.A. White,
[TO9] TOGAF 9, The Open Group, 2009
MyNotes: Gartner BI summit 2010
These are my Garnter BI Summit 2010 notes, if you also have any notes I hope you would like to share them with me.
About 700 people attended to the summit from over 36 different countries. The main subject was: performance it instead of measuring it.
Andreas Bitterer and Nigel Rayner opened the summit with their Keynote.
Some quotes:
They were referencing to Esperanto. “Like we are able to create one single language for the business. It’s impossible. ”
“All pillars in BI are equal except Finance. They are always higher.”
“Beautiful churches that’s how IT wants BI to look like.
Marrakesh chaos is where the Business ends up with.”
“Business has no choice but building excel silos”
“You need a BI glossary / dictionary”
“If you talk with the business, you can only end up with a massive metrics matrix”
“You need a “Enterprise Metric Framework.”
“What is driving the performance, is what we need to focus on.”
“If you put information on a dashboard then you get the real questions”
“Rational thought versus reading runes”
“Under pressure you make decisions like you always did”
They performed a great Business / IT miscommunication presentation about the term “the Definition Hell.”
Personal note: I think instead of BICC we need a Information CC and a Process CC.
Their tips 3E’s: Educate, Evangelize, Enable
Educate:
– Run a BI CPM workshop. Tell people what BI is about.
– Brainstorm sessions, what if scenarios
– Share case studies
Evangelize:
– Advocate how tech supports BI and Performance management
– Be a Chief information Officer, not a technology officer
– Show Business benefits and best practices
Enable
– Assemble a BI CC
– Create a BI strategy document
– Align BI with the Performance Management Framework
(BI like a Rosetta stone!)
Key note: Andy Neely
You need to connect information. F.e. sales of supermarket connection to medical insurance
A story about the best selling product: Hard Boiled Eggs, and they found out that a hard boiled egg just was a sales registration solution to sell products as hard boiled eggs when the barcode was unreadable.
People:
1) Desire for quantity
2) Unanticipate consequences
3) Need for balance
70% of all BSC implementations is worthless and it’s very dangerous following just a BSC.
Technology is part of Methodology which is part of a measure framework. So you start with a measure framework!
The right information to the right people is not the same as All information to All people. R4IPTD
– Right Information, Right People, Right Time, Right Decision
Metrics Workshop
– What we are doing indicators versus How we are doing indicators
– Forward and lagging indicators
– Financial and performance metrics
You have Business Function Metrics and Business Process Metrics, steps:
1) Intend the strategy
2) Define the goal
3) Describe the processes
4) Measure the indexes
It’s hard to do, so you need a hybrid group
The problem with 360 degrees metrics is the problem “What decision can you make?”
You need to change the view from costs to growth!
“You need to manage performance, else you got a new excel dashboard”
Round table “BI in the Cloud”
Some similar definitions:
– BI from the cloud
– Self service systems
– Software as a service
Isn’t this pushing the problem to another, to the business?
Why should you put KPI’s into the cloud?
You need to become the information aggregator
Open cloud versus secure clouds
Last year 4% – 17% were going into BI as a Service (uploading data to shared warehouses)
How about federated BI
– You need to think about getting BI into your processes
How to add more information into the cloud?
Conclusion: Security and trust!
Round table “Linking BPM with BI”
– Process vendors massively bought BI software
– BAM, is real time monitoring the process, you don’t need high level sophisticated BI software
– The most importing thing is not loose orders during the process
– You need to think about, past, present and future
– Everyone had a problem defining a business process. How does BI suits a Business Process Model what is continuously changing.
– How about a BI and BPM mashup?
Conclusion: There are more questions than answers. When you finished defining the Business Processes they are already changed and they can’t be clearly defined.
GARNTER MAGIC QUANDRANT session
BI Platform:
Oracle / Microsoft / IBM / SAS / Microstrategy / SAP / Infobuilders
Buying is almost over, there is not much to buy anymore
IT centered vendors have large percentage of the market
Business user influences more the buying decision
In memory architectyre and dynamic gui are the mayor shift
There are 2 new vendors
There is not enough market presence for open source
There is an increasing interest in SAAS BI, but it’s still small because business will have a problem to put information into the cloud.
CPM Suite:
Market is growing massively
4 new vendors
Oracle/SAP/IBM are in the leader quadrant and will be challenged by new companies
Microsoft is not on!
First time software as service vendors are in
In memory is an option especially for scenario planning it will be an advantage (my database) but also would be something for prototyping (myDatawarehouse)
DATA Integration tools:
Informatica/IBM/Oracle/SAPBO
9,6% annual growth
A lot of providers / vendors
Master data management and integration is the issue
Just 4 leaders
Some specialists
Open source is a hot subject especially on functionality
This market WONT exist in 10 years and will merge to another
DATAWAREHOUSING:
Hard to define and find out how to count
More vendors then ever
New vendors are pushing the functionality to leaders
It’s always a architecture swing
But no one support all demands u need
DWH Strategy: sourcing, flexibility, reuse and performance
Sharable architectures
SOME DISCUSSION NOTES WITH AUDIENCE
You need to look to total costs of owner instead of licencies
Microstrategy has a high learning curve
Lot of users are tiered to all the buying, MegaVendors must start to integrate and tell how long it takes. Users are already waiting too long!
BI SAAS: A hot issue is to share scenario short term and long term maps. Analytic competitors won’t do that!
Question: how do you measure Gartners definition of Execute. Answer: that are 7 criteria that changes every year. This year criteria are: Product / Vendor liability / Sales execution / Market Response / Market execution / Customer experience / Operations
Discussion subjects between the analysts: acquire / integrate / as a service
When we say no excel, we mean: Don’t program in a spreadsheet like it’s a a storage method.
Nominee (Dutch) BI Consultant of the year 2010
I am nominated for Business Intelligence Consultant of the year. Please vote for me, click here!
(http://nlbi.blogspot.com/2010/02/bi-consultant-van-het-jaar-er-kan.html)
Thank you,
Regards,
Emiel
