Searching for a Business Intelligence Expert?

Pieter Nierop, Business Intelligence Expert helps you in finding the right project or candidate.

I have a database with thouands of people who are Business Intelligence Expert.
Regularly I get updated on new projects for which resources are needed.

Just call for a Business Intelligence Expert or a Project on +31 6 27 227 655.

Yours sincerely,

Pieter Nierop

Find me
On LinkedIn: http://www.linkedin.com/in/pnierop
On ecademy http://www.ecademy.com/user/pieternierop
On my personal website: http://www.biprof.nl

Business Intelligence Expert gezocht?

Pieter Nierop, Business Intelligence Expert helpt bij het vinden van projecten en kandidaten.

Ben in bezit van een database met duizenden BI experts en zie ook regelmatig projecten voorbijkomen waarvoor BI experts gezocht worden.

Bel gerust voor een business intelligence expert op +31 6 27 227 655.

Met vriendelijke groet,

Pieter Nierop

Zoekt u een BUSINESS INTELLIGENCE EXPERT ?

Pieter Nierop, award wining business intelligence expert verbindt business intelligence experts in binnen en buitenland. U kunt mij bereiken op +31 6 27 227 655

Door de jaren heen ben ik in contact gekomen met veel Business Intelligence Experts,
Business Intelligence Developer,
Business Intelligence Consultant,
Datawarehouse Experts,
Cognos Experts, Cognos Consultant
Business Objects Experts,
SAS experts,
Informatica Experts,
ETL experts,
OWB Experts
Oracle Warehouse Builder experts,
CPM Experts

En ook vele anderen experts op dit gebied.
Doordat ik systematisch iedereen toegevoegd heb aan linkedin heb ik nu een grote database vol met meer dan 10.000 experts opgebouwd. Daarnaast heb ik binnen linkedin zogenaamde vrienden-van-vrienden en dat zijn er zo'n 21.000.000.

In de database zitten dus vele experts uit Nederland maar er zitten ook experts in uit Belgie en andere omringende landen.

Vaak help ik belangeloos mensen die een business intelligence expert, business intelligence consultant, business intelligence developer etc. zoeken om iemand te vinden. Of help ik mensen die een project zoeken aan een volgende opdracht.

Dus als je een business intelligence expert zoekt, of welke andere soort expert op dit gebied dan ook, wees dan zo vrij om contact met mij op te nemen.

Pieter Nierop

business intelligence expert

pnierop@yahoo.com
+31 6 27 227 655

Bezoek mijn Ecademy profiel ECADEMY

Searching for a Business Intelligence Expert?

Pieter Nierop, award wining business intelligence expert connecting business intelligence experts in The Netherlands and surrounding countries.

Over the years I came to know many Business Intelligence Experts,
Datawarehouse Experts,
Cognos Experts,
Business Objects Experts,
SAS experts,
Informatica Experts,
ETL experts,
OWB Experts
Oracle Warehouse Builder experts,
CPM Experts

and many other experts in this field.
I have the habbit of adding them all to LinkedIn and so I have a huge database of experts now.

There are many experts from The Netherlands that are in my database now, but I also have added experts from Belgium and many other countries.

So if you search for a business intelligence expert or any of the other experts in this field please fee to contact me.

Pieter Nierop

business intelligence expert
Visit my Ecademy profile ECADEMY

How to explain Business Intelligence to Paris Hilton in 3 min?

Again had a nice discussion on Ecademy about Business Intelligence. The question was: How to explain Business Intelligence to Paris Hilton in 3 min?

Ok Paris, it's like your assistant, whose job it is to know everyone's name, who they're dating, how much money they have, what they drive, and what films they're working on and with who at any given moment. Your assistant whispers all of these things into your ear as you circulate the room so that when you talk to each person you not only look smart and well connected, but you can take advantage of them through all of the information you have about them. Thanks to your assistant, that is. Now just imagine it's a business, not a club, and your assistant is not a sad waif from Oklahoma waiting for her big break, but a software program feeding messages to your blackberry about strange things like inventory, payroll changes or unpaid invoices. What are those? Oh don't worry your pretty head. It's just supposed to make you LOOK intelligent.

The discussion can be found here on Ecademy: http://www.ecademy.com/node.php?id=122691

The Goal of Business Intelligence

Those who practice Business Intelligence one day will question themselves: “What is the goal of Business Intelligence?”.
I also tried to make up my mind about this and I came to the following conclusion.

Business Intelligence is there to give an organization insight in their degree of success and possibilites and threads to succes. This concerns the potential of survival of an organization or project. One can state that Business Intelligence is the thinking done to survive and to be successful.

One way or the other one starts an organization or project to create something to be successful with. Usually one measures ones success by:
1) the degree in which ones ideas, thoughts and dream are realized,
2) The affinity level of others and self for that product, service or self.
In case one creates a product or services that is detested by others this is not regarded a success.
So the second factor of success is essential for the experience of success.

Briefly stated: Business Intelligence provides the insight in all the necessary steps to bring an idea to a success. In fact the one that delivers Business Intelligence is helping another to become as successful as possible.

The question therefore is: “What are all those necessary steps to be successful?” More about that in my next blogs.

Yours sincerely,


Pieter Nierop
www.linkedin.com/in/pnierop
www.ecademy.com/user/pieternierop

Het doel van Business Intelligence

Wie zich bezighoudt met Business Intelligence zal zich vroeg of laat moeten gaan afvragen wat nu het doel is van Business Intelligence. Ook ik heb geprobeerd mijn gedachten daarover te vormen en tot nu toe ben ik zover gekomen.

Business Intelligence is er wat mij betreft daarvoor geschikt om een persoon of organisatie het inzicht te verschaffen in de mate waarin zij succesvol waren, zijn of zullen (kunnen) zijn en hoe zij dat kunnen bereiken of hoe zij daarin bedreigd waren, zijn of kunnen worden. Dit heeft alles te maken met het overlevingspotentieel van de organisatie of het project. En je kunt stellen dat Intelligence het denken is om te overleven en succesvol te zijn.

Op de een of andere manier begint iemand een organisatie of een project om een bepaald product te gaan realiseren waarmee hij probeert succesvol te zijn.

Het succes meet een persoon of organisatie vaak af aan:

1) of hij of zij de ideeën, beelden of dromen die hij of zij had over het realiseren van iets weet te verwezenlijken

en

2) daarbij een hoge affiniteit ervaart van anderen of van zichzelf voor dat product, die dienst en zichzelf.

Als men een product of dienst realiseert en daarbij de afkeer van anderen opwekt wordt dat niet gezien als een succes. Dus de tweede factor van het succes is dus essentieel voor de beleving daarvan.

Kort gezegd kun je stellen dat Business Intelligence inzicht verschaft in al die stappen die er voor nodig zijn om van een idee tot een succes te komen.

Wie Business Intelligence levert helpt in feite een ander zo succesvol mogelijk te zijn.

Vraag hier is dan, wat zijn al die stapppen die ervoor nodig zijn om succesvol te zijn. Hierover in mijn volgende blog meer.

Met vriendelijke groet,

Pieter Nierop

www.linkedin.com/in/pnierop
www.ecademy.com/user/pieternierop

BI: bewustzijn in stappen: de Eskimo

Een organisatie die zo goed mogelijk wil draaien zal zich van zichzelf en zijn omgeving bewust moeten zijn. De mate waarin de organisatie zich bewust is bepaald haar overlevingskansen. De mate waarin een organisatie zich onbewust is bepaald in hoeverre zij minder goed zal overleven en dus in hoeverre zij energie en geld zal verspillen.

Een startende ondernemer zal aanvankelijk veel zelf doen. Indien hij erachter komt dat een bepaalde activiteit hem erg veel tijd en inspanning kost is hij geneigd deze activiteit uit te besteden aan iemand anders en zo groeit een organisatie.Met het groeien van de organisatie onstaan allerlei specialismen die een samenhang met elkaar hebben.

Als er meer marketing taken uitgevoerd worden zoals het uitdelen van folders is het te verwachten dat het aantal verzoeken om meer informatie toe zal nemen. Daarna zullen op termijn het aantal gesprekken met verkopers toenemen en vervolgens de verkopen toenemen. Logischerwijze zal dat dan ook weer leiden tot het schrijven van meer rekeningen, grotere inkomsten, toenemende budgetten, activiteiten in de productie en uiteindelijk dan ook meer kwaliteitscontroles, verbeteracties en correctieve maatregelen.

In ieder van deze activiteien/afdelingen werken mensen die zich in meer of mindere mate van hun werk bewust zijn. Zo is iemand die in de marketingafdeling werkt zeer druk met het "orienteren" . Met hoe staan de organisatie en de klant in relatie tot elkaar. En op een verkoopafdeling is een verkoper bezig met hetzij voorlichting om de klant "begrip" bij te brengen of de klant tot het inzicht te krijgen dat een bepaalde product of dienst beter voor hem is "verlichting". Als hij het uiteindelijk betaald oftewel zijn "energie" erin steekt kan hij de zaken "aanpassen". Wie in een productieafdeling werkt en verstand heeft van techniek houdt zich bezig met het plannen, werkvoorbereiden en de werkuitgifte. Zaken die te maken hebben met het "voorspellen" van de productiegang. Wie produceert is zich bewust van "productie" en wie de producten controleert is zich bewust van "validatie". Diegene die de organsatie uiteindelijk helpt erachter te komen hoe producten en diensten nog beter geleverd kunnen worden is zich bewust van "verbetering" . En diegene die producten en diensten die verkeerd geproduceerd zijn in orde brengt is zich bewust van "correctie".Zo heeft iedereen in een organisatie een stukje kennis en vaardigheden dat bewustzijn creeert. Een organisatie is dus een levend organisme van de eigenaar/oprichter die zelfbewust is en een deel van zijn bewustzijn hoopt te vergroten als hij werkzaamheden uitbesteed aan professionals op een bepaald gebied.

Een manager die goed contact heeft met z'n medewerkers zou als het goed is een zeer sterk bewustzijn kunnen ontwikkelen mits hij goed communiceert met zijn personeel en zijn personeel vakbekwaam is.

Grappig is om te zien hoe mensen met elkaar omgaan als ze uiteenlopende gezichtspunten hebben. Een productiemedewerker is zich bewust van productie en een marketingman is zich bewust van orientatie. Als een productiemedewerker binnenkomt op een marketingkantoor dan kan het voorkomen dat de marketingmedewerker onderuit op een stoel zit met zijn voeten op tafel en aan de telefoon hangt met een klant/potentiele klant of iemand anders met wie hij graag ideeen uit wil wisselen. De productiemedewerker is dan wel eens geneigd om te denken dat hij niet werkt (lees produceert). Diezelfde marketingman kan een productieafdeling binnenlopen en denken dat die mensen die daar driftig achter zo'n produtiemachine staan erg kortzichtig zijn en nooit om hen heen kijken lees "orienteren".Het is naar mijn mening de kunst voor een manager om alle gezichtspunten aan te kunnen nemen. Om met alle mensen te kunnen communiceren en zich zoveel mogelijk bewust te zijn wat er zich in een organisatie afspeelt. En niet alleen zou een manager de gezichtspunten van al die medewerkers moeten kunnen begrijpen. Hij zou ook nog zijn eigen gezichtspunt moeten ontwikkelen over de samenhang tussen al die gezichtspunten.

Ik zie een organisatie dan ook als een groot levend organisme waarin bewustzijn een hoofdrol speelt. Hoe meer bewustzijn een organisatie heeft, des te groter zijn de kansen op succes.

Zie het maar zo: Een eskimo kent misschien wel 1000 soorten ijs en het doet er niet toe wat voor weer het is. Of het nu regent of dat de zon schijnt onder alle weersomstandigheden weet hij het ijs in te schatten. De eskimo weet uit ervaring of hij er wel of niet overheen kan lopen en zal het waarschijnlijk overleven als hij op stap gaat. Zelf ben ik geen eskimo en ken is geen 1000 soorten ijs. Ik ken ijs uit de sloot, waterijs, softwijs en ijsblokjes uit de diepvries en dan ook nog ijzel op straat. Daar blijft het wel zo'n beetje bij. Als ik in het poolgebied op stap zou gaan denk ik dat ik het niet zo makkelijk zal hebben met overleven. Waarschijnlijk zal ik wel ergens een fout maken en door het ijs zakken. Wat ik met het bovenstaande voorbeeld probeer te zeggen is dat het van belang is om een referentiekader te hebben. Van zaken die ik zou moeten weten om te overleven. En ik ben ervan overtuigd dat dat voor een organisatie ook geldt. Het is wel handig om te weten waar je je bewust van kunt zijn in een organisatie voor je begint aan het besturen van een organisatie.

Ik ben ervan overtuigd dat de huidige beste BI-managers van deze wereld die BI-managers zijn die kennis en ervaring hebben met het sturen van een organisatie en geen managers zijn die louter en alleen ervaring hebben met het in kaart brengen van doelen, KPI's en het opstelen van scorecards en dan met IT en BI-tools aan de slag gaan. Volgens mij moeten het mensen zijn die uitstekend kunnen communiceren en een grote bagage in huis hebben op het gebied van de best practices voor het inrichten van organsities. Een goede BI manager zou, net als een eskimo die over het ijs wil gaan lopen, direct moeten kunnen handelen.

Misschien gaat het wat ver wat ik wil stellen. Maar als een echt goede BI-manager de eerste keer de voordeur binnenloopt van een bedrijf. En hij door de gang naar het bureau van de directeur loopt, dan zou hij eigenlijk al met de directeur een gesprek moeten kunnen beginnen over zijn probleem met kostprijsberekeningen. Simpelweg omdat hij tijdens de paar meter die hij door het bedrijf liep al in de gaten kreeg wat er aan scheelt. Omdat hij dingen al dan niet gezien heeft. En dat heeft weinig met IT en BI-tools te maken.

Pieter Nierop

www.ecademy.com/user/pieternierop
www.linkedin.com/in/pnierop

Business Intelligence, niveau's van bewustzijn

Een organisatie die zo goed mogelijk wil draaien zal zich van zichzelf en zijn omgeving bewust moeten zijn. De mate waarin de organisatie zich bewust is bepaald zijn overlevingskansen. De mate waarin een organisatie zich onbewust is bepaald in hoeverre zij minder goed zal overleven en dus in hoeverre zij energie en geld zal verspillen.

Een startende ondernemer zal aanvankelijk veel zelf doen. Indien hij erachter komt dat een bepaalde activiteit hem erg veel tijd en inspanning kost is hij geneigd deze activiteit uit te besteden aan iemand anders en zo groeit een organisatie.

Met het uitbesteden van activiteiten besteedt een ondernemer een deel van zijn bewustzijn uit. Een deel van de redenaties die hij normaal pleegt om het werk uit te voeren laat hij op dat moment door een ander uitvoeren. Dus als de ondernemer zelf niet meer de redenaties uitvoert dan is hij een deeltje van de kennis over wat er zich afspeelt in zijn organisatie kwijt. Het is dus van belang dat de ondernemer een aantal meetpunten aanlegt om op de hoogte te blijven van wat er zich afspeelt. Punt is altijd, wat moet een ondernemer precies weten, met welke diepgang.

In de komende weken wil ik een serie artikelen publiceren over bewustzijn en business intelligence. Het zal gaan over niveau's van bewustzijn. Over beslissingen die genomen kunnen worden op basis van onderliggende gegevens of beslissingen. Het is nu eenmaal zo dat bepaalde informatie pas beschikbaar kan zijn als andere informatie eerst op orde is.

Een voorbeeld is het goedkeuren van inkooporders. Dan moet eerst bekend zijn wat de inkooptarieven zijn en wat er aan budget is. Het budget is echter weer afhankelijke van wat er verkocht is en tegen welke prijs. Dus een beslissing voor een goedkeuring hangt af van informatie die vooraf bekend zou moeten zijn. Wil je op het niveau van goedkeuren van een inkoopaanvraag juist handelen dan zal je je bewust moeten zijn van een aantal zaken die vooraf bekend moeten zijn. Wil je je bewust zijn over het toewijzen van budgetten dan moet je je bewust zijn van de gerealiseerde inkomsten en verkopen.

Kortom bewustzijn bouw je op in stappen. Bewustzijn kent niveau's. Daar is generiek wat over te zeggen en practisch heel goed een BI systeem mee in te richten.

Tot lees...

Pieter Nierop
http://www.linkedin.com/in/pnierop
http://www.ecademy.com/user/pieternierop

Business Intelligence – 3rd tip on collecting data

In my previous blogs I wrote I will give some tips this week on how to collect data for business intelligence purposes. So here is my 3rd one.

Organisations that better want to implement, control, change, or delete some internal processes can base their decision on data being collected. For that they usually collect data, they process it to create performance indicators and then act. Those decisions are largely based on data collected and one would like to take logical decisions. However one not always arrives at logical decisions due to the fact that one does not have all the data or correct data.

It is quite important to know if one has the right data and all data needed. But how does one know one has all the correct data? I believe I can't give you a full answer. All I can give is some tips. In this article I want to write something about what kind of data to look for if you like to optimize a process.

Basically all processes improve the moment you reduce :
1) the amount of time spend
2) the amount of materials/objects being used
3) the amount of energy spend
4) the amount of space being used or distance being crossed

The amount of time spend
So first of all for optimizing processes it is vital to measure time. The timestamp of a process being started, it's steps being taken and the timestamp of when the process ends. This data can be used for technologies like SMED to improve processes. In a production company we managed to increase the OEE Overall Equipment Efficiency with 30% by measuring times being spend in combination with SMED. SMED not only can be applied in production companies but in administrative organisations as well.

Anoter example is the billing department in which bills were written 4 weeks late, if not 2 months late. Of course this resulted in bills being paid late and therefore loss of interest and a bad position in liquidity.

The amount of materials/objects being used
Secondly it is necessary to determine the amount of materials and objects being used. One does not necessarily have to measure the amount of materials or objects being used in each individual step of a process. For instance one can afterwards determine how much has been used.

I remember myself measuring the amount of ingredients being used in filling bags of soup. It turned out that on the average there was 10% too much in each bag of soup. This was not determined by measuring several bags, but by measuring the amount of ingredients that were taken from the stocks (input for the process). After actions being taken this resulted in over 100.000 euro of profit enhancement.

In another occasion I had to measure how much concrete was being used in concrete plates. It turned out the plates were on the average 4,5 cm thick instead of 3,5 cm. So 29% more than necessary. We measured this thickness of plates afterward at the central stock (output of the process). After corrective measures being taken this resulted in over 300.000 euro profit enhancement.

amount of energy being spend
This is quite straight forward. The less energy you use the lower your energy-bill. Using more energy often goes hand in hand with applying more force and higher tempartures. Therefore you often see more wear-off and more maintenance as well.

The amount of space being used or distance being crossed
Using more space usually costs more money. Crossing bigger distances usually costs more time and energy. It's quite straight forward.

In one instance I had many articles in stock. Articles that turned out to be used a lot were in the back of the stocks. Articles hardly being used were standing in the front of the stocks. No need to tell you we checked in the administration what products needed to be put in the back and which in the front.In another occasion we had tools for a machine on another floor instead of close to the machine they were needed for.

In yet another occasion information relayed from one collegae to another passed via management. Of course cutting out the indirect line via the management made communication faster, easier and more precise.


Measuring 1, 2, 3 and 4 can open the door to improving processes remarkably.


Pieter Nierop

Business Intelligence, 2nd tip in collecting data for making organisations even more powerful

In my previous blog (See Business Intelligence, A tip in collecting data for making organisations powerful) I wrote I will give some tips this week on how to collect data for business intelligence purposes.

Organisations that better want to implement, control, change, or delete some internal processes can base their decision on data being collected. For that they usually collect data, they process it to create performance indicators and then act. Those decisions are largely based on data collected and one would like to take logical decisions. However one not always arrives at logical decisions due to the fact that one does not have all the data or correct data.

It is quite important to know if one has the right data and all data needed. But how does one know one has all the correct data? I believe I can't give you a full answer. All I can give is some tips. In this article I want to write something about balancing data.

In balancing data one has to keep the following in mind: The value of data depends very much on how this data can be evaluated. Or one could say data has value to the degree one can compare it with data of similar magnitude.

An example would be that one could compare the monthly income of a company with the monthly expenses. Or one could compare the planned orders this week with realised orders this week. It is a kind of difficult or totally impossible to come to conclusions on the comparisons of amount of registered trademarks this week and the amount of planned orders this week.

One of the ways to find data that is of comparable magnitude is to look at the input, throughput and output of processes. I usually divide a company in 7 main area's of processes. Of these 7 main area's of processes I determine the input, throughput and output. With that I have a first set of 21 main Key Performance Indicators. The 7 area's of processes that I use are finance, distribution, production/services, quality, growth, skills and management.

In finance one can compare the income generated (input), with the goods purchased and paid (throughput) and money on the bank, materials in stock (output)

In distribution one can compare the amount of marketing communications promotions developed and send out (input), with the amount of publications being supplied to bring a customer to understanding (throughput) and the profitable sales being done (output).

In production one can compare the amount of work being planned and prepared (input), with the amount of training to produce being done (throughput) and the amount of production created (output).

In quality one can compare the amounts of quality verifications being done with the amount of quality improvement actions (throughput) and corrections being done afterwards (output).

In growth one can compare the amount of new people being contacted (input) with the amount of people joining the organisation as an employee, supplier, investor or client (throughput) and the amount of people staying or being active for the organisation (output).

In skills one can compare the amount of skilled people hired and people being educated (input) with the amount of communication being done (throughput) and production realised (output).

In management one can compare the amount of idea's, policies, technical knowledge being developed (input) with the amount of registered trademarks, patents, copyrights (throughput) and new plans and new programs being created and executed (output).

From these 7 area's of processes the outputs can be compared.
Within these 7 area's of processes the inputs, throughputs and outputs can be compared.

Of course one can split up the area of production or services. And create multiple streams of production. The same counts for all 7 area's of processes. But basically I think there are these 7 area's.

Within these 7 area's one can for instance split up one process. As an example one can take the process of production and outsource this to another company. This company can then split up this one process of production into 7 area's of processes and define it's own 21 KPI's. You then see that this is recursive. Al 21 KPI's can be split up into another more refined set of 21 KPI's and so on.

Hope this gives another clue to defining KPI's and what data to collect.


Pieter

A tip in collecting data for making organisations powerful

Organisations that better want to implement, control, change, or delete some internal processes can base their decision on data being collected. For that they usually collect data, they process it to create performance indicators and then act. Those decisions are largely based on data collected and one would like to take logical decisions. However one not always arrives at logical decisions due to the fact that one does not have all the data or correct data.

It is quite important to know if one has right data and all data needed. But how does one know one has all the correct data? I can't give you a full answer. All I can give is some tips. I will write them down in my postings this week. On the end of the week you should have a whole list of points to check if you collect data for business intelligence purposes.

One has to keep in mind that in optimizing processes one wants to reduce the amount of time spend, amount of space matter and energy being used and or crossed. Also keep in mind that the power of an organization very much depends on throughput times When throughput times becomes shorter and shorter an organisation can become more and more very powerful.

Each process starts, changes and finally stops. And at the point of starting, changing and stopping one could measure in the process. In the process there are variables like time, position, objects, actions. So one could measure time at start position, in the various steps during changes and at the moment the process stops. The same counts for the position and objects added/changed or deleted and with what actions.With this data collected one can derive throughput-time and distance, speed, acceleration and expansion or contraction of space of objects in processes.

Pieter Nierop

Business Intelligence defined, making up my mind

I always wondered: "What is the definition of Business Intelligence?" As long as I am in this business I never really found a definition that included all i understood was part of Business Intelligence. People sometimes ask me, what is BI? What do you use it for? Why is it so important? So one day I understood, after having read the business intelligence pages of the website of one the leading dutch IT-magazines, I have to make my own mind up on it and write it down. And so I will give it a try.

Business Intelligence is Intelligence that has to do with Business. And now what is intelligence? Well I think that one who is intelligent is the one that is able to survive or live according to his idea's. And I think that's what Business Intelligence is for. To make a person or group survive better by making rational decisions. Decisions that makes one survive better.

Now surving for one might mean to gain money, status, satisfaction etc. and for another it might mean his ideas get more or less fullfilled. In all cases one has to make the right decisions to reach ones goals. And so goals play an important role in Business Intelligence. Goals, Targets, Objectives, Purposes, Policies, Strategy, Tactics and modes of Operation can be found out and met or not by a person or group. It is an important role in business intelligence to find out what one tries to achieve and in what way.

Another part of business intelligence I think is to be aware of what is going on and where one is heading. For this one can collect data and process it. Very often people consider the collection and processing of data into KPI's as the definition of Business Intelligence. I consider that to be a very narrow definition.

I think that the data one collects must have to do with what one wants to achieve. If one sets as a target to be innovative, then why should one collect data about the costs of personell; maybe it would be more apropriate to collect data about the level of education and planned studies of employees. The collection of data might give you a clue of what kind of other data to collect and the setting of targets and goals might tell one what kind of data is needed. That's a very interesting one, as one become more aware during the process of collecting and processing of data new demands for data get created.

Very often I hear that BI has to do with collecting data in a company for strategic purposes. Well I think one can collect data for tactical and operational purposes as well. When an agent in a callcenter gets information about a customer wheather it is a golden, silver or bronze customer, he or she can more easily decide how to handle the customer. Pure Operational BI I think. So it's not only about strategy. Beside that I don't believe one should only collect data in a company but also from outside the company. This could be information about competitors, legislation, suppliers, partners, world events and so on. Ones focus should not only be inwards but also outwards. Nowadays competitive intelligence starts to become a buzzword. The broader the focus the better the chance to make the right decisions.

Business Intelligence is quite a big subject. One can collect and process data for personell recruitment, tranport, production, purchase, marketing, sales, quality and financial purposes as well as for legal, ict, maintenance, stockkeeping and many other purposes. One can set goals, targets, plans and programs for all. So there is a lot of work to be done and I think there will never be enought BI consultants in this world. In good times BI consultants are needed to boost profits and in bad times they are also needed to boost profits and bring down costs and raise turnover (Although not all organisations are striving for profit). BI is always hot, in good and bad times.

So what I see is that there are a large number of roles in the BI arena varying from Business roles to Technical roles. It's interesting to see in a project how all these roles come together. Recently I saw this in a project where I was building a realtime datawarehouse. Just amazing to see all these profesionals working together and building a great product.

However what I never saw and expect to see in the future is a new role, actually two new roles. A role for an Emotional Business Intelligence (EBI) expert and a role for a Awarenss BI expert. Just like you have intelligence and emotional intelligence. So you have BI and EBI. Emotions very much have to do with how you influence the world around you. One who is angry handles the world in a different way then one who is conservative, showing enthusiasm or in apathy. In various emotional states one collects data in a different way and handles data in a different way. One is setting different targets and tends to act in different ways as well. Haven't heard about such a role as and EBI expert, but I think such a role will exist in the future.

The second role I expect to be develop is the role of an Awareness BI expert. As survival is more easy for those who are aware one could state that a top pro in BI would be one who would be able to deliver a management full awareness of that what's going on inside and outside of the organisation. I believe awareness comes in levels and once one is aware on a certain level one is able to start working on being aware on a next level. This might sound like a vague concept but I believe one can become very practical in this. Actually I believe this role is going to be the most important role in BI in the future.

So this was my first try to write something down about my definition of BI. Hope you enjoyed and please let me know what you think about it.

Pieter

Van verantwoorden, naar sturen, naar plannen

In tradionele datawarehousing wordt gewerkt met ETL batchprocessen. Data wordt maandelijks, wekelijks of zelfs nog frequenter geladen in het datawarehouse en gepresenteerd in bijvoorbeeld scorecards, rapporten en kubussen en daarnaast vinden er ook dataleveringen plaats.

Met B.I. 2.0 komt de data realtime binnen en wordt direct in een realtime datacache verwerkt. Dit opent mogelijkheden om niet alleen achteraf te verantwoorden maar ook mogelijkheden om te gaan sturen. Voorraden, wachttijden, fouten kunnen immers direct inzichtelijk gemaakt worden en op basis van deze informatie kan snel en direct ingegrepen worden.

B.I. 2.0 biedt dus kleinere latentietijden en er kan dus eerder ingegrepen worden in processen. Dit kan zelfs op geautomatiseerde wijze gebeuren. Daarnaast biedt BI 2.0 de mogelijkheid om inzicht te verschaffen over de toestand van processen.

Zo kan een callcenter agent aangeven wat er wanneer plaats heeft gevonden. Volgende vraag die dan meestal bij een klant rijst is de vraag: "En hoe lang gaat het nog duren?".

Om deze vraag van een klant te kunnen beantwoorden is nog meer nodig dan het inzicht wat er in de processen allemaal gebeurd is. In zo'n geval is er een inzicht in processtructuur nodig. Hoe zijn de processen opgebouwd, welke stappen zijn er te nemen, hoelang duren ze gemiddeld, zijn er achterstanden etc. Daarvoor is een zogenaamde procesboom nodig. Is deze er dan kan er niet alleen verantwoord worden, gestuurd worden maar ook nog eens gepland worden.

Het traject van verantwoorden naar sturen en zelfs plannen is een traject waarbij de DWH afdeling te maken kan krijgen met geheel andere klanten en geheel andere klantbehoeften. Een transitietraject voor een DWH afdeling is dan ook onvermijdelijk.

Kenmerken van BI 2.0

BI 2.0 is driven by this need for intelligent processes and has the following characteristics:
Event driven. Automated processes are driven by events; therefore, it is implicit that in order to create smarter processes, businesses need to be able to analyze and interpret events. This means analyzing data, event by event, either in parallel with the business process or as an implicit process step.
Real time. This is essential in an event-driven world. Without it, it is hard to build in BI capabilities as a process step and nearly impossible to automate actions. By comparison, batch processes are informational - they report on the effectiveness of a process but cannot be part of the process itself unless time is not critical. Any application that involves trading, dynamic pricing, demand sensing, security, risk, fraud, replenishment or any form of interaction with a customer is a time-critical process and requires real-time processing.
Automate analysis. In order to automate day-to-day operational decision-making, organizations need to be able to do more than simply present data on a dashboard or in a report. The challenge is turning real-time data into something actionable. In short, businesses need to be able to automatically interpret data, dynamically, in real time. What this means in practice is the ability to compare each individual event with what would normally be expected based on past or predicted future performance. BI 2.0 products, therefore, must understand what normal looks like at both individual and aggregate levels and be able to compare individual events to this automatically.
Forward looking. Understanding the impact of any given event on an organization needs to be forward looking. For example, questions such as "Will my shipment arrive on time?" and "Is the system going to break today?" require forward-looking interpretations. This capability adds immediate value to operations teams that have a rolling, forward-looking perspective of what their performance is likely to be at the end of the day, week or month.
Process oriented. To be embedded within a process in order to make the process inherently smarter requires that BI 2.0 products be process-oriented. This doesn't mean that the process has been modeled with a business process management tool. Actions can be optimized based on the outcome of a particular process, but the process itself may or may not be explicitly defined.
Scalable. Scalability is naturally a cornerstone of BI 2.0 because it is based on event-driven architectures. This is critical because event streams can be unpredictable and occur in very high volumes. For example, a retailer may want to build a demand-sensing application to track the sales of every top-selling item for every store. The retailer may have 30,000 unique items being sold in 1,000 stores, creating 30 million store/item combinations that need tracking and may be selling 10 million items per day. Dealing with this scale is run of the mill for BI 2.0. In fact, this scalability itself enables new classes of applications that would never have been possible using traditional BI applications.

www.linkedin.com/in/pnierop

De BI 2.0 visie

De BI 2.0 Visie

Het doel van BI 2.0 is om latentietijden te reduceren - dat is de tijd terugdringen tussen het optreden van een gebeurtenis en het ondernemen van een actie daarop - dit om de prestaties van de business te verbeteren. Bestaande BI architecturen worstelen hier momenteel mee.

Met BI 2.0 wordt data niet opgeslagen in een database en vervolgens geextraheerd voor analyse. BI 2.0 gaat middels de verwerking van een stroom gebeurtenissen. Zoals de naam als zegt verwerkt deze aanpak de stroom van berichten in het geheugen, hetzij parallell met de feitelijke business processen of als een proces op zich.

Dit komt er op neer dat men zoekt naar scenario's van gebeurtenissen, zoals patronen en combinaties van gebeurtenissen die elkaar opvolgen, die van belang zijn voor het businessprobleem waar men zich mee bezig houdt. Normaal gesproken bestaat de output van dergelijke systemen in vorm van real-time meetwaarden en notificaties of het direct initieren van acties in andere applicaties.

Het resultaat is dat analyse processen geautomatiseerd worden en niet meer afhangen van menselijk handelen, maar de mens in kan roepen als actie benodigd is.

BI 2.0 krijgt z'n data direct vanuit de middleware, de plek waar je normaal gesproken zoekt voor realtime data. Standaard middleware kan heel eenvoudig stromen van gebeurtenissen genereren voor analyse doeleinden die in-memory uitgevoerd worden. Als deze real-time gebeurtenissen vergeleken worden met prestaties uit het verleden kunnen problemen en mogelijkheden onmiddelijk automatisch geidentificeerd worden.

Ontsluiting van de events vanuit BAM van BizTalk

Voor het genereren van stuurinformatie halen we de eventlogs op in BizTalk. Echter wij hebben niet alle informatie nodig die voorhanden is in BizTalk. Daarom hebben wij een zogenaamde Management Informatie Bericht specificatie gemaakt. De inhoud van een Management informatie bericht moet voldoende zijn om onze gewenste stuurinformatie te genereren. Daarom hebben wij ervoor gekozen de volgende velden vanuit de BAM van BizTalk te onsluiten.

DWH eerder in de lucht dan operationele systemen

Het is opmerkelijk te noemen. Met BI 2.0 is het mogelijk de stuurinformatie in je datawarehouse eerder opgenomen te hebben dan dat de operationele systemen in werking zijn.

De clou zit hem in het goed afspreken van je interfaces en het feit dat in een SOA architectuur de besturing gescheiden is van de uitvoering. Voeg daaraan toe een gesimmulieerde stroom van XML-testberichtjes vanuit SOAtest (Parasoft) en je kunt direct aan de slag met de nodige POC's, testen en bouw van je Real-Time Data Cache, datawarehouse en rapportageomgeving.

BizTalk logt events en daarvan kan op voorhand een definitie voor een extratie van gemaakt worden. Dit hebben wij gedaan. We hebben vastgelegd waarneer berichtjes afgevuurd moeten worden en wat daar dan de inhoud van moet zijn. Vervolgens kun je met SOAtest een uitputtende stroom testberichten genereren.

Binnen ons project noemen wij die berichtjes MIB's (Management Informatie Berichtjes). Die zullen wij straks in werkelijkheid vanuit de BAM van Biztalk ontvangen. Deze MIB's zijn XML berichtjes van pakweg 1K groot zijn.

Wij vangen de MIB's op in een Real-Time Data Cache en daar verwerken we ze met behulp van parsers. Dit druppelgewijs binnenkomen van MIB berichtjes wordt bij ons dripfeed genoemd maar de juiste benaming hiervoor is tricklefeed. Het mechanisme wat de MIB's opvangt en verwerkt is zowel te upscalen als te outscalen. Dus indien er voor meerdere processen MIB's aangeleverd gaan worden is het gewoon een kwestie van bijplaatsen van servers die parsen.

Dit parsen gaat met behulp van een procesboom. Het komt neer op het intepreteren van de MIB's. Als er bijvoorbeeld een proces gestart wordt dan wordt er een MIB afgevuurd. Het parsingsysteem moet dan bijvoorbeeld bepalen dat vanaf dat moment de voorraad 1 afneemt, de doorlooptijd start en het onderhanden werk 1 toeneemt. etc. Op deze realtime datacache wordt ingeprikt met BO-excelcius. Hiermee hebben wij real-time stuurinformatie waarmee wij onder andere inzicht hebben in wie met welke activiteiten bezig is, wat de voorraad is, de ouderdom van de voorraad, het onderhanden werk etc.

Dagelijks worden aan het einde van de dag de MIB berichtjes middels een drip-en-flip mechanisme in ons datawarehouse gebracht waar ze uiteindelijk terecht komen in de activiteiten sterren. Wij doen dit dagelijks omdat als wij dit realtime zouden doen de rapportage voordurend wijzigen, hetgeen tot verwarring over cijfers kan leiden.

Deze stuurinformatie is op voorhand te genereren voordat processen ontworpen, gebouwd, getest en geimplementeerd zijn.

Realtime datawarehouse kan eerder live dan operationele systemen

't Is wel een raar idee om je Real Time Datawarehouse voor een groot deel te bouwen en te testen voordat je operationele systemen gereed zijn. Maar dat is toch echt wat er bij ons aan de gang is.

De truck zit hem in de scheiding van besturingsinformatie en de inhoudelijke informatie.

Over de inhoud van de besturingsinformatie hebben wij heldere afspraken gemaakt. We hebben zo exact mogeljk vastgelegd welke besturingsinformatie, informatie uit de event-logs in de BAM van BizTalk, wij willen hebben. De eerste berichten komen nu al binnen en wij werken momenteel aan complexere processen waaruit deze berichten in xml-formaat moeten komen.

Wij zijn daarom vroegtijdig aan de slag gegaan met de bouw van onze activiteitensterren en de laadscripts die deze sterren laden. Deze omgeving is inmiddels ook al operationeel.

Grappig om te zien dat je dus een generieke BI-omgeving met stuurinformatie voor een groot deel op kan trekken en kan testen zonder dat er ook maar een proces in ons operationele systeem geimplementeerd is. Als dan straks de processen in de operationele systemen een voor een live gaan vullen de rapporten zich vanzelf.

Het ontwikkelen van de stuurinformatie in een Real Time Datawarehouse en een traditioneel datawarehouse verloopt dus op verschillende manieren.

Ben benieuwd hoe nu in de komende maanden de ontwikkeling van verantwoordingsinformatie gaat verlopen.

De zoektocht naar een procesboom

Procesboom vanuit proces ontwerptool, bijvoorbeeld BiZZdesigner

Het zou voor de hand liggen om de procesvolgorde uit je procesboom van je ontwerptool te halen. Echter dan moet aan een aantal voorwaarden worden voldaan die in de praktijk niet vervuld worden.

In de praktijk is het namelijk zo dat het ontwerp van het proces niet overeenkomt met de implementatie in de workflowtool, bij ons BizTalk. Dit heeft te maken met de beperkt exportfunctionaliteit van ontwerptools en de beperkingen van workflowtools om dergelijke ontwerpen een op een over te nemen. Niet alles wat in de ontwerptool gemoddeleerd wordt kan zo geimplementeerd worden in een workflowtool.

Door de verschillen van ontwerp en implementatie gaat de intepretatie van onze events in de Real-Time Data Cache uiteindelijke verkeerd. Daarnaast lopen we risico's bij het changemanagement van processen. Processen die wij aanpassen bestaan namelijk niet in de praktijk.

Tevens kun je in processen loops ontwerpen, een ontwerpregel zou moeten zijn dat loops niet voor mogen komen in de ontwerpen. Een procesboom genereren van een procesontwerp met loops zou leiden tot een oneindig aantal mogelijke procespaden.

Het gebruik van een procesboom die voortkomt uit een ontwerptool geeft niet weer of dat proces handig of onhandig ontworpen is. Daarvoor zou je cases moeten bekijken die door de flow gaan.

Procesboom vanuit een workflowtool, bijvoorbeeld BizTalk

Je kunt de procesboom ook afleiden uit de orchestratie in je workflowtool. Bij ons is dat BizTalk.

Belangrijk bij het verkrijgen van een procesboom uit een workflowtool is dat er slechts een versie van de workflow centraal geimplementeerd is. Over het algemeen zie je dat niet alle processtappen van klant tot klant in een workflowtool opgenomen zijn maar dat deze zich ook nog in andere systemen dan de workflowtool bevinden. Sturing van klant tot klant is daardoor alleen mogelijk indien alle systemen ontsloten worden en de procesbomen uit alle systemen tot een grote procesboom samengevoegd worden.

Om de procesboom uit BizTalk te genereren heb je een zeer ervaring expert op het gebied van BitTalk nodig. Iemand die inhoudelijke weet hoe de BizTalk repository functioneert, kennis heeft van *.Net en C#. Geen eenvoudige opgave om zo iemand te vinden.

Ook het gebruik van een procesboom die voortkomt uit een of meerdere workflowtools geeft niet weer of dat proces handig of onhandig ontworpen is. Daarvoor zou je cases moeten bekijken die door de flow gaan.

Procesboom opbouwen met behulp van event-logs

Tenslotte is er nog de mogelijkheid om de procesboom samen te stellen uit de eventlogs. Hoe je zoiets doet kun je lezen op de site van de Technische Universiteit in Eindhoven: http://www.processmining.org/. Het komt erop neer dat een procesboom automatisch gegenereerd wordt bij het analyseren van de event-logs.

Groot voordeel van deze aanpak is dat je informatie hebt over hoe een proces werkelijk doorlopen wordt. Met de tool ProM 4.1 kun je zien of processen onhandig of juist handig ontworpen zijn. Bovendien kun je van processen zoals ze geimplementeerd zijn een BPEL export maken die je hoogstwaarschijnlijk weer in BiZZdesigner in kan lezen. Daarmee kun je de ontwerpen van je processen beheersen.

Tweede voordeel is dat je de procesboom kan genereren vanuit event-logs van meerdere systemen.

Derde voordeel is dat je via deze procesboom de verschillen tussen ontwerp van een proces en de werkelijke implementatie aan het licht brengt. Hetgeen handig kan zijn voor het beheersen van je ontwerptraject.

Nadeel van deze aanpak is dat je niet weet of alle procespaden wel doorlopen zijn, waardoor je trickelfeed verwerkingsmechanisme in de Real Time Data Cache niet alle input van events verwerken kan. Dit probleem kan ondervangen worden door een uitpuntende set van testcases te maken en deze door BizTalk te halen. Je hebt dan uiteindelijk een event-log met alle mogelijke procespaden.

Handmatig een procesboom maken

Het is tevens mogelijk om een procesboom handmatig te maken in Excel. Echter als de ontworpen processen een klein beetje complex van aard zijn dan genereert dat al gauw duizenden regels. Onderhoud van een dergelijke procesboom in een SOA architectuur waarin processen snel kunnen wijzigen is een bijna niet uit te voeren opgave.

De noodzaak van een procesboom

Met BI 2.0 is het mogelijk om op nieuwe manieren te sturen. Het realtime genereren van voorspellende informatie is mogelijk.

Denk bijvoorbeeld aan het genereren van het antwoord op de vraag hoelang het verwerken van een aanvraag nog zal duren. Wil je daar antwoord op geven dan is het noodzakelijk dat je beschikt over een inzicht in welke processtappen er nog uitgevoerd moeten worden en hoelang deze nog zullen duren.

Om een antwoord op een dergelijke vraag te formuleren heb je een zogenaamde procesboom nodig. Een boom die alle mogelijke paden weergeeft waarlangs een aanvraag zou kunnen lopen.

Zo'n procesboom kun je ook gebruiken om een complexere KPI als first time right te bepalen. Je moet bij zo'n KPI namelijk weten wat het aantal geplande processtappen is en dat vergelijken met het werkelijk aantal genomen processtappen.

Bij het inrichten van je besturing is het handig goed na te denken over welke metertjes je wilt plaatsen. Heb je werkelijk zo'n KPI als First Time Right nodig; of voldoet het ook wel als je de doorlooptijd meet of de ouderdom van een voorraad kent. In zo'n geval heb je misschien je procesboom in het geheel niet nodig.

In ons geval hebben wij een procesboom nodig.

Goed plan Goed team

Na het een en ander door de theorie gespit te zijn van hoe je een real-time datawarehouse neerzet is het van belang dat je het juiste team samenstelt. En waarschijnlijk is de keuze van het juiste team de belangrijkste beslissing die je als projectmanager te nemen hebt. Maak je daarin de juiste keuzes dan heeft je project een grote kans van slagen.

Als je een slecht plan hebt en een slecht team dan heb je veel werk te doen.
Heb je een goed plan en een slecht team, dan heb je iets minder werk.
Heb je een slecht plan maar een goed team, dan kun je er met elkaar wat van maken.
Heb je een goed plan en een goed team dan heb je een leuk project dat leuke resultaten neer kan zetten.

Uitgangspunt voor mijn project is dat ik wil werken met de toppers op DWH gebied, bij voorkeur met ervaring in Real-Time Datawarehousing (BI 2.0). Bij voorkeur een team dat ook nog eens resultaat commitment aan wil gaan en een enorme drive heeft om er voor te gaan. In een totaal overspannen markt is het niet echt een eenvoudig om zo'n team te vinden. Toch wist HotITem mij zo'n team te leveren. www.hotitem.nl

Hoe begin je aan een Real-Time Data Warehouse?

Op een gegeven moment zat ik daar dan, vroeg mij af: "hoe begin je nu met de bouw van een realtime datawarehouse? Is de aanpak anders dan de aanpak van de bouw van een traditioneel datawarehouse op basis van ETL technieken?"

Heb besloten maar op dezelfde manier te beginnen als aan de bouw van een traditioneel datawarehouse. Zo van: "onderweg zie ik wel waar de verschillen boven tafel komen."

Ben dus het intranet afgestruind op zoek naar de belanghebbenden en doelstellingen van de organisatie waarbinnen ik werk. Wat is het doel van de organisatie? Wat zijn de hoofdtaken van de organisatie? Waar moeten ze extern op verantwoorden en aan wie en wanneer in welke vorm? Zijn er targets voor kostenreductie, productiviteitsverbetering in de vorm van efficiency verbetering of doorlooptijdverkorting?

Ons realtime datawarehouse zal tenslotte die informatie moeten gaan verstrekken die bijdraagt tot het bereiken van die doelstellingen. Allemaal elementen voor ons functioneel ontwerp.

Het bleek dat de organisatie niet alleen te verantwoorden heeft. Key element in het verbeteringstraject is het invoeren van sturing op strategisch, tactisch en operationeel niveau. Maar ja, wat versta je dan onder strategisch, tactisch en operationeel sturen en verantwoorden? Wat doe je dan? Wat voor rapportages heb je daarbij nodig? Of gaat het niet om rapportages maar om dataleveringen of het ter beschikking stellen van enkele gegevens?

We zijn vanuit de theorie begonnen en hebben een zogenaamde besturingspyramide als basis genomen voor het inrichten van onze nieuwe management informatievoorziening. Een uitvoerige beschrijving van de theorie van "The Art of Managment" is te vinden op: http://123management.nl/index.html

Het eerste artikel waar ik tegenaan liep

Het eerste artikel waar ik tegen aanliep toen ik met realtime datawarehousing begon was:

"Real-Time Data Warehousing: Challenges and Solutions"

Een artikel dat geschreven is in augustus 2004 door Justin Langseth.

Dit artikel is een echte aanrader voor diegene die op hoofdlijnen keuzes wil maken voor zijn toekomstige realtime datwarehouse architectuur.

Bijna iedereen die op ons ontwerp traject betrokken raakte had dit artikel al gelezen. Ze gaven nagenoeg allemaal aan dat het een van de betere artikelen is dat ze over gelezen hebben.

Realtime Business Intelligence BI 2.0

Momenteel zijn we bezig met de bouw van een realtime datawarehouse. Maar is daar wel behoefte aan? Nou de wereld om ons heen is toch echt realtime aan het worden. Ook de wereld van een overheidsorganisatie.

In eerste instantie wordt er geroepen dat het nergens voor nodig is. Totdat je uitvoerig met elkaar gaat communiceren over de uitdagingen waar de organisatie voor staat en dan blijkt toch dat er wel een beetje behoefte aan wat realtime sturing is. Na nog wat weken communicatie blijkt dat er een sterke behoefte aan realtime informatie is.

Ik ben ervan overtuigd dat als ons Realtime datawarehouse eenmaal op volle toeren draait er een moment zal zijn dat men niet meer zonder kunnen. Het zou in de gedachte zoiets zijn als hetmet de ossekar door de modder ploegen om in Parijs te komen terwijl men ook de HSL kan nemen.

Laten we maar zeggen dat de behoefte latent aanwezig is. Het moet even tot de mensen doordringen, ze hebben even de tijd nodig om zaken te verwerken. Zeker als ze al jaren in een BI 1.0 stramien werken. BI 2.0 is hot, ook voor overheidsorganisaties !

Procesboom

Momenteel zijn we bezig met de bouw van een realtime datawarehouse. De noodzaak van realtime was in eerste instantie niet aanwezig. Echter door voortschrijdend inzicht blijkt de noodzaak toch wel degelijk aanwezig te zijn. Laten we het maar een latente behoefte noemen.

Mensen worden zich in de organisatie steeds bewuster van het feit dat de wereld toch echt meer realtime aan het worden is. Afspraken realtime online inplannen is toch wel handig. Fraude realtime en online detecteren is toch ook wel handig. Analyses op batchjobs uitvoeren terwijl ze lopen en ze op tijd af te breken is toch wel handiger dan er na een dag of twee dagen achterkomen dat de batchjobs verkeerd gelopen zijn. En dit is nog maar het begin van de mogelijkheden die men nu begint te zien.

De mogelijkheden voor het callcenter beginnen ook in zicht te komen. Als een klant belt direct in het scherm krijgen dat de klant nog mailings per post krijgt, met de tip om de klant te vragen of het in het vervolg per mail mag. Of de klant betaalt nog niet automatisch, bezoekt nog niet de FAQ-pagina en heeft nog geen account aangemaakt, neemt nog niet een ander product af.

Veel mogelijkheden dus om de klantwaarde te vergroten.

De BI 1.0 gedachte maakt langzaam aan ruimbaan voor de BI 2.0 gedachte.

Waarom deze blog

Ik vraag mij zelf een beetje af waarom ik deze blog nou begonnen ben.

Het heeft iets te doen met heet niet iedere keer mijn verhaal hoeven te doen. Maar ook iets met mijn irritatie van artikelen in een andere taal te moeten lezen. Daarnaast lijkt het mij wel leuk om over een aantal jaren eens terug te lezen wat mij nou precies op BI 2.0 gebied bezig hield.

Over business intelligence 2.0 kom je zo her en der versnipperd over het internet intepretaties tegen van wat BI 2.0 nou precies is. Daarvoor moet je vaak lange artikelen lezen in een andere taal. En voor het to the point komt ben je wel even aan het lezen.

Daarnaast mis ik een beetje de praktijk van waar ik tegen aanloop. Geen antwoorden op mijn vragen. Maar wellicht dat de antwoorden nog bedacht moeten worden. Kan mij haast niet voorstellen want ik kan toch niet de enige zijn die als eerste ergens tegenaan loopt denk ik dan. Wellicht dat via deze weg, een andere dan via mijn LinkedIn netwerk, nog wat mensen terugkoppeling zullen geven.

Start van mijn blog

Welkom op mijn nederlandstalige blog over business intelligence 2.0. U treft hier schrijfsels aan over de uitdagingen die ik tegenkom bij het implementeren van business intelligence 2.0 oplossingen. Daarnaast zal ik wat artikelen vertalen uit het engels en duits. Wellicht dat dat voor anderen interessant kan zijn.