BI consultant

[Strider]

Het einde van mijn WO Information Management opleiding begint eindelijk in zicht te komen, om deze opleiding af te ronden heb ik een master thesis over het onderwerp business intelligence geschreven (niet de technische kant). Door het schrijven van deze thesis ben ik BI toch wel een zeer interessant onderwerp gaan vinden, en dan meer in de richting hoe bedrijven er gebruik van kunnen maken, en hoe je de effecten hiervan kunt meten.

Nu ben ik mezelf wat op de arbeidsmarkt gaan oriënteren, en zie ik de vacature: BI consultant, wel eens voorbij komen. Ik vind het zelf nog steeds erg moeilijk om een idee te krijgen hoe een dagelijkse werkdag van een BI consultant eruit kan zien. Ik vermoed dat er op got genoeg BI'ers zitten, zou iemand mij hier iets over kunnen uitleggen?

[Squishie]

*waves*

Nice dat je BI een leuk vakgebied vind.
Helaas is je vraag moeilijk te beantwoorden. BI is namelijk een breed en vaak misplaatst onderwerp. Zoals je zelf aankaart heb je een technische en een business kant. Dit geldt ook voor de consultants. Daarnaast heb je brede, maar ook specialisten. Je hebt do'ers and think'ers.....

Zou je wat meer toelichting kunnen geven over de vacature en/of jou interessekant (welke kant je op wil gaan)?


p.s. Naar mijn mening lopen er een hoop amateurs rond in dit vakgebied......

[ Voor 13% gewijzigd door Squishie op 11-06-2013 23:54 ]

[Nomis]

Ikzelf ben SAP business warehouse expert. Dit houd in dat ik van voor tot achter alles wat met het Business warehouse gebeurt doe. Een paar punten van een normale dag:
1. De controles of de loads vanuit SAP naar BW goed zijn gegaan.
2. Gebruikersvragen beantwoorden met betrekking tot queries en data verschillen.
3. Nieuwe datastromen ontwerpen, bouwen, testen en live brengen. Natuurlijk alles in overleg met de gebruikers.
4. Trainingen geven aan gebruikers waarin de frontend van de rapportagetools uitgelegd wordt.
5. Maand en jaarafsluitingen.
enz enz.

Maar SAP business warehouse is maar een pakket wat gebruikt wordt voor business intelligence. Je zult je sowieso moeten specialiseren en de cursussen voor een gekozen pakket gaan volgen.

[Bonsaiboom]

SAS expert en BI architect hier

Veel van de BI consultants jobs zullen technische zijn, dat is toch waar je meestal begint. Dat kan dan back-end en front-end zijn. Ik vertel je hier vast niets nieuws, maar toch.

Back-end dan zit je in ETL tooling, zoals IBM DataStage, SAS DI Studio, Informatica PowerCenter, Oracle Warehouse Builder, SAP Business Warehouse. Daarmee worden datawarehouses opgebouwd.

Front-end dan zit je bij IBM Cognos, SAP Business Objects, SAS Web Report Studio, etcetera. Hier begin je bij het datawarehouse en bouw je rapportages op.

Afhankelijk van of je front-end of back-end zit, zijn de vragen heel anders. Ook de doorgroeipaden zijn daar heel anders, bij back-end kan je meer richting design, data architectuur, en data governance doorgroeien, front-end ga je toch vaak meer richting business analist of informatie architectuur.

Verder heb je er meestal ook nog wel een data-mining / statistisch team ergens tussen zitten. Overigens heeft Gartner elk jaar zogenaamde magic quadrants die aangeven hoe welke vendor er voor staat en welke ontwikkelingen er aan komen. Het is wel een beetje gefragmenteerd, want de mate van integratie tussen pakketen komt niet zo goed naar voren, maar het geeft je een idee of je SAP, Informatie, IBM, SAS, Microsoft of Oracle interessanter vindt bijvoorbeeld.

In welke regio ben je aan het kijken? Als je nog meer wilt weten, stuur me dan gerust een PMtje

[Strider]

Bonsaiboom schreef op woensdag 12 juni 2013 @ 13:04:
SAS expert en BI architect hier

Veel van de BI consultants jobs zullen technische zijn, dat is toch waar je meestal begint. Dat kan dan back-end en front-end zijn. Ik vertel je hier vast niets nieuws, maar toch.

Back-end dan zit je in ETL tooling, zoals IBM DataStage, SAS DI Studio, Informatica PowerCenter, Oracle Warehouse Builder, SAP Business Warehouse. Daarmee worden datawarehouses opgebouwd.

Front-end dan zit je bij IBM Cognos, SAP Business Objects, SAS Web Report Studio, etcetera. Hier begin je bij het datawarehouse en bouw je rapportages op.

Afhankelijk van of je front-end of back-end zit, zijn de vragen heel anders. Ook de doorgroeipaden zijn daar heel anders, bij back-end kan je meer richting design, data architectuur, en data governance doorgroeien, front-end ga je toch vaak meer richting business analist of informatie architectuur.

Verder heb je er meestal ook nog wel een data-mining / statistisch team ergens tussen zitten. Overigens heeft Gartner elk jaar zogenaamde magic quadrants die aangeven hoe welke vendor er voor staat en welke ontwikkelingen er aan komen. Het is wel een beetje gefragmenteerd, want de mate van integratie tussen pakketen komt niet zo goed naar voren, maar het geeft je een idee of je SAP, Informatie, IBM, SAS, Microsoft of Oracle interessanter vindt bijvoorbeeld.

In welke regio ben je aan het kijken? Als je nog meer wilt weten, stuur me dan gerust een PMtje

toon volledige bericht

Als ik het goed begrijp is de front-end geschikter als je zo min mogelijk wilt programmeren?

[Anoniem: 203510]

Ik ben mijn loopbaan begonnen met het ontwikkelen van rapporten in (IBM) Cognos, en in die tijd heb ik inderdaad geen regel geprogrammeerd.
Een paar jaar later ben ik mezelf ook steeds meer gaan ontwikkelen richting back-end, beginnend met het Cognos Framework (nog redelijk front-end), en nu werk ik mee aan de ontwikkelingen in het DWH zelf. Persoonlijk vind ik het erg leuk om beide te doen, maar ik kan me voorstellen dat niet in iedere organisatie mogelijk is - ons 'BI team' bestaat namelijk uit 2 personen.

Ik zit intern, maar indien je je aan het oriënteren bent op een consultant positie bestaat de kans dat je dagelijkse werkzaamheden best wel eens kunnen verschillen van de mijne. Consultants worden (voor zover ik kan beoordelen, so correct me if I'm wrong) vaker ingezet voor het opzetten van een omgeving of op projectbasis, waar je een gedefinieerd eindresultaat moet opleveren. Het zal er denk ik ook heel erg aan liggen waar je terecht komt, en waar je eigen voorkeuren/vaardigheden liggen.

[Bonsaiboom]

Strider schreef op woensdag 12 juni 2013 @ 13:57:
[...]


Als ik het goed begrijp is de front-end geschikter als je zo min mogelijk wilt programmeren?

Ja, front-end is meestal meer sleur/pleur en interpretatie dan dat het programmeren is. Je bent dan wel afhankelijk van de kwaliteit van het DWH, wat - als die niet afdoende is - heel frustrerend kan zijn als front-end ontwikkelaar. BI consultants kunnen ook veel breder ingezet worden, over vraagstukken als adoptie van BI rapportages in het bedrijf, data-driven decision making enzovoort. Alleen begin je meestal niet op die posities, daar groei je heen.

Voor zowel front-end als back-end moet je overigens goed SQL snappen vind ik, ook al hoef je er niet per se een regel in te schrijven als front-end.

Mijn ervaring is overigens wel vanuit een consultants/detacheringsrol, binnen organisaties met een BI afdeling van tussen de 20 en 50 man.

[ Voor 7% gewijzigd door Bonsaiboom op 12-06-2013 14:42 ]

[Strider]

Anoniem: 203510 schreef op woensdag 12 juni 2013 @ 14:17:
Ik ben mijn loopbaan begonnen met het ontwikkelen van rapporten in (IBM) Cognos, en in die tijd heb ik inderdaad geen regel geprogrammeerd.
Een paar jaar later ben ik mezelf ook steeds meer gaan ontwikkelen richting back-end, beginnend met het Cognos Framework (nog redelijk front-end), en nu werk ik mee aan de ontwikkelingen in het DWH zelf. Persoonlijk vind ik het erg leuk om beide te doen, maar ik kan me voorstellen dat niet in iedere organisatie mogelijk is - ons 'BI team' bestaat namelijk uit 2 personen.

Ik zit intern, maar indien je je aan het oriënteren bent op een consultant positie bestaat de kans dat je dagelijkse werkzaamheden best wel eens kunnen verschillen van de mijne. Consultants worden (voor zover ik kan beoordelen, so correct me if I'm wrong) vaker ingezet voor het opzetten van een omgeving of op projectbasis, waar je een gedefinieerd eindresultaat moet opleveren. Het zal er denk ik ook heel erg aan liggen waar je terecht komt, en waar je eigen voorkeuren/vaardigheden liggen.

Ben je je loopbaan begonnen met geen BI skills? Of had je al ervaring in IBM Cognos. Ik heb wel eens bij productiebedrijven gekeken, en daar werd eigenlijk altijd wel naar ervaring gevraagd.

[Philip J. Dijkstra]

Volgens mij is het BI vakgebied typisch zo'n wereld waar je eigenlijk alleen via detachering in kunt starten of je groeit er in door omdat je bij een reguliere werkgever 'die handige excel jongen' bent geworden.

"programmeren" valt bij ETL ook wel mee maar zowel op de front- als de back-end zal je erg veel sql-en.
ETL is ook gewoon 25% bron onderzoek, 25% theoretisch modelleren, 25% in een grafisch georienteerde omgeving lijntjes tussen blokjes slepen en formules in de vorm van (veld1 / veld2) * veld3 toepassen & natuurlijk 25% testen. Ik heb zelf Informatica gestudeerd dus ik weet heel goed wat programmeren is en het zwaarste wat er in de BI wereld tussen zit is PLSQL procedures schrijven, dat kom je maar sporadisch tegen en zelfs dan valt het eigenlijk nog wel mee.

Het is niet ongebruikelijk dat je een waarde in een rapport moet tonen die nog niet in het DWH zit en dan zul je met een bronsysteen screenshot (aangeleverd door de aanvrager) op zoek moeten naar de locatie van het veld met bijbehorende bijzonderheden voor extractie. Als je geluk hebt kent de organisatie de functie applicatiebeheerder en kun je ergens aankloppen maar het kan ook zijn dat je op pelgrimstocht door de organisatie mag gaan. Verstand hebben van dimensioneel modeleren is een must. Jij moet kunnen vertellen waar het gevraagde veld moet worden toegevoegd in de presentatielaag en je moet de implicaties van je keuze vooraf begrijpen.

Rapporten bouwen op een datavault gemodelleerd DWH is anders dan op een Kimball/Inman gemodelleerd DWH. Je moet de verschillende modelleer technieken begrijpen om er goede rapporten op te kunnen bouwen. Afhankelijk van de organisatie waar je terecht komt kan het goed zijn dat je af en toe wel kleine Changes op het DWH moet ontwikkelen als front-end man. Een 'ik doe alleen de front-end' houding gaat je volgens mij niet ver brengen in de BI wereld. Je kan natuurlijk wel door de tijd heen zorgen dat het erg zonde is om een ervaren front-end man in te zetten op de back-end terwijl daar veel geschiktere personen voor zijn maar helemaal er aan ontsnappen zul je waarschijnlijk niet.

Meld je bij een detacheerder, doe wat verschillende projecten als junior en volg wat (interne) trainingen dan kun je na een jaar voor jezelf veel beter uitmaken of je je op de front-end wil richten of op de back-end. Een front-end man is ook een informatieanalist en die consultant rol betekent dat je niet alleen klakkeloos opschrijft wat de business wil maar ook kritische vragen stelt & tegengas geeft, zoiets moet je wel liggen.

[Anoniem: 203510]

Strider schreef op woensdag 12 juni 2013 @ 16:15:
[...]


Ben je je loopbaan begonnen met geen BI skills? Of had je al ervaring in IBM Cognos. Ik heb wel eens bij productiebedrijven gekeken, en daar werd eigenlijk altijd wel naar ervaring gevraagd.

Ik had zelfs nog nooit van Cognos gehoord toen ik begon. Ik ben op gesprek gekomen omdat ik zijdelings kennis had van Siebel CRM, en men daar om stond te springen - ik had amper een half jaar werkervaring en ze zochten of iemand met flink ervaring, of iemand die ze zelf op konden leiden. Ze zijn voor iemand met kennis gegaan mbt Siebel, maar hebben mij voor het toen nog in de kinderschoenen staande BI project binnengehaald. Ik had de HBO opleiding InformatieDienstverlening en -Management (IDM, tegenwoordig IM) gevolgd, en dat vonden ze interessant genoeg om me een kans te geven. Oftewel, ik heb gigantisch geluk gehad.

Ik ben het wel met Philip's advies eens: als je niet precies weet waar je interesse ligt moet je proberen in zowel front- als back-end ervaring op te doen, en dit gaat vaak makkelijker via een detacheerder dan intern.

[Strider]

Thanks voor de reacties , ik zag zojuist op fok nog een reactie die vanuit een andere hoek is geschreven:

Op woensdag 12 juni 2013 08:39 schreef Hallmark het volgende:

[..]

Een poging tot antwoord zonder gebruik van jargon.

Het is een consultant-functie, dus je bent bij de klant. Dat betekent vaak lange reistijden, want zelden werk je in je eigen woonplaats. Ze noemen het consultant, maar het is niks anders dan IT-inhuur.

Je manager heeft een klus geregeld, dus die belt jou vrolijk om te zeggen dat je de komende 3 maanden in Amsterdam zit. Jullie bespreken even de klant, en hoe je het beste daar kan komen, hoe het verkeer is 's-ochtends, enz. Dan stuurt hij je een mailtje met bedrijfsnaam/adres, naam van het afdelingshoofd, enz.

Jij gaat daar 's-ochtends heen, maakt kennis met het afdelingshoofd (lekker wijf!) en krijgt je werkplek aangewezen. Je zit bij de andere inhuur, een paar testers van Sogeti en een paar Cappers (Cap Gemini) die Java programmeren. Ook krijg je naam/wachtwoord voor het interne netwerk en interne mail.

Eerste mail: wachtwoorden voor de Oracle databases waar de software op jouw laptop de data uit moet kopieren, en een speeltuin waar jij je data mag parkeren. Die tik je in je software en de connectie werkt.

Tweede mail: wat documenten, en een afspraak vanmiddag met afdelingshoofd en een marketing gast ("product manager", oftewel verdient 500 euro bruto meer dan jij). Je leest de documenten door en ze willen dat je het belgedrag analyseert van een groep zakelijke gebruikers. Okay.

Vlak voor de lunch heb je de afspraak. Het probleem is namelijk dat de zakelijke klanten klagen over hoge kosten (zoals gebruikelijk) en jij moet rapportages maken zodat die groep beter bediend kan worden door telemarketing. De afspraak loopt steeds verder uit, en jij hebt verdomme honger. Kan die arrogante pik zijn mond niet houden? Dat doet hij, en uiteindelijk kun je terug naar je werkplek.

Nu volgen drie weken arbeid achter de computer, waarin je een stukje software programmeert die de data kopieert naar je speeltuin, waar je wat rapportages genereert en test. En na drie weken loop je nog eens langs de product manager. Hij vindt het er goed uit zien, maar heeft pas later deze week tijd om er echt naar te kijken. "Druk, druk!" Yeah right.

Niet later deze week maar maandag krijg je een mailtje met een aantal punten en hij loopt ook nog even langs om te kletsen erover. Gaat lekker zo. Zouden ze het over drie weken kunnen testdraaien bij telemarketing? Ja, dat is prima, zeg je (want je weet dat op telemarketing soms lekkere wijven zitten).

De Cappers zijn luidruchtig en maken nerd-grapjes. Je manager belt ook nog even om te vragen of het een leuke klus is. Maar hij is eigenlijk niet geinteresseerd, hij wil gewoon verkopen. Nou ja, ook goed: je kijkt naar buiten en ziet wat lui werken aan de weg. Het regent en jij zit lekker binnen, en de koffie is gratis. Het is geen topbaan, maar het is beter dan werken aan de weg. Toch?

toon volledige bericht

[Awaken1]

Strider schreef op donderdag 13 juni 2013 @ 08:23:
Thanks voor de reacties , ik zag zojuist op fok nog een reactie die vanuit een andere hoek is geschreven:


[...]

Leuk verhaal, beetje overdreven maar komt ook wel redelijk overeen met mijn functie als logistiek engineer/analist die veel met business intelligence bezig is.

Ik heb dan wat minder te maken met software programmeren maar wel meer met Excel en processen en ik vind het een hele leuke functie. Je bent bij verschillende bedrijven waar je een kijkje in de keuken kan nemen en je werkt eigenlijk altijd op projectbasis.