Accenture Technology Solutions

(1)

KEVIN KONINGS

25-3-2010

Productverslag

KEVIN KONINGS

25-3-2010

| Accenture Technology Solutions |

Werken Leren 2

(2)

Auteur: Kevin Konings Pagina | 2 van 37 Rapport: Productverslag

Werkend Leren 2

Productverslag

Auteur : Kevin Konings Studentnummer: 2001952

Opleiding: Avans Hogeschool | Bedrijfskundige Informatica Opdracht: Werkend Leren 2

Reporting & Analytics case

Versie: 1.0

Datum: 25 maart 2010

Plaats: `s Hertogenbosch

Opdrachtgever: Accenture Technology Solutions Bedrijfsbegeleider: Dhr. H. Uittenbogaard

Docentbegeleidster: Mevr. J. van Houten

(3)

Voorwoord

Voor u ligt het productverslag dat gemaakt is in het kader van mijn afstudeerperiode bij Accenture Technology Solutions (ATS) te `s Hertogenbosch. Tijdens deze afstudeerperiode heb ik me bezig gehouden met de afstudeeropdracht de ´Reporting & Analytics case´. Deze oplossing heeft als doel om een case te ontwikkelen die dusdanig opgezet is zodat mensen met behulp van deze case zich zelfstandig kunnen ontwikkelen. Deze ontwikkeling kan plaats vinden op het gebied van Reporting &

Analytics in het algemeen of op het gebied van een of meerdere BI reporting tools¹.

Het rapport heeft als doel om een inhoudelijke verdieping te genereren op het, tijdens de afstudeerperiode ontwikkelde product: Reporting & Analytics case. Tevens heeft het rapport als doel om de doelstellingen van het project en de methoden van aanpak te beschrijven.

Graag wil ik via deze weg een aantal personen bedanken die mij gedurende het afstudeertraject begeleiding hebben gegeven om mijn producten succesvol af te ronden. In de eerste plaats is dit Hendrik Uittenbogaard die mijn bedrijfsbegeleider is geweest gedurende deze periode en Rogier Jochims die de rol als opdrachtgever heeft vervuld. Ook wil ik de medewerkers van ATS bedanken voor hun ondersteuning tijdens deze periode en dan in het bijzonder de medewerkers die werkzaam zijn in de Business Intelligence & Datamanagement (BI & DM) cel. Ten slotte ben ik Jolanda van Houten vanuit de Avans Hogeschool veel dank verschuldigd.

`s Hertogenbosch, 25 maart 2010 Kevin Konings

1 Een reporting tool is software waarmee gebruikers professionele rapporten kunnen maken gebaseerd op informatie uit een database. Deze rapporten kunnen vervolgens worden gepland om automatisch te worden uitgevoerd op bepaalde tijdstippen of op basis van bedrijfs regels worden verspreid naar een groep eindgebruikers die geïnteresseerd zijn in de informatie.

(4)

Versiebeheer

Auteur Datum Versie Wijzigingsbeheer

Kevin Konings 11-12-2009 0.1 Eerste opzet lay-out Kevin Konings 17-12-2009 0.2 Voorwoord toegevoegd

Kevin Konings 17-12-2009 0.3 Hoofdstukindeling toegevoegd en structuur aangebracht

Kevin Konings 24-01-2010 0.4 Hoofdstuk 2, 3 en 4 toegevoegd Kevin Konings 17-03-2010 0.5 Hoofdstuk 5 afgerond

Kevin Konings 18-03-2010 0.6 Hoofdstuk 6 en 7 afgerond

Kevin Konings 23-03-2010 0.7 Managementsamenvatting toegevoegd Kevin Konings 24-03-2010 0.8 Feedback Hendrik Uittenbogaard verwerkt Kevin Konings 25-03-2010 0.9 Rapport afgerond

Dit rapport moet worden bekeken en goedgekeurd worden door:

Naam Functie Handtekening bij

goedkeuring

Datum Versie

Dhr. H. Uittenbogaard Afstudeerbegeleider 25-3-10 1.0

Mevr. J. van Houten Docentbegeleidster 25-3-10 1.0

Examencommissie Examinatoren 25-3-10 1.0

Dit rapport wordt naar de volgende mensen opgestuurd:

Naam Functie Datum Versie

Dhr. H. Uittenbogaard Afstudeerbegeleider 25-3-10 1.0

Dhr. R. Jochims Opdrachtgever 25-3-10 1.0

Mevr. J. van Houten Docentbegeleidster 25-3-10 1.0

Dhr. A. Zonneveld Extern gecommitteerde 25-3-10 1.0

Dhr. A. Rovers Voorzitter examencommissie 25-3-10 1.0

Relatiebeheer Afstudeer / stage bureau 25-3-10 1.0

(5)

Inhoudsopgave

Voorwoord ... 3

Versiebeheer ... 4

Managementsamenvatting ... 6

Management summary ... 8

1. Inleiding ... 10

1.1 Aanleiding ... 10

1.2 Doelstelling van het rapport ... 10

1.3 Doelstelling van het project ... 10

1.4 Structuurbeschrijving ... 11

2. Organisatiebeschrijving ... 12

2.1 Accenture ... 12

2.2 Accenture Technology Solutions ... 12

2.3 Organigram ATS ... 14

3. Probleembeschrijving ... 15

4. Doelstellingen ... 16

5. Methode van aanpak ... 18

5.1 Werkwijze ... 18

5.2 Fasering ... 19

5.3 Methode van analyse ... 20

5.3.1 High Level Analysis ETL Case ... 20

5.3.2 Tool Selection ... 20

5.3.3 Literatuuronderzoek ... 21

5.4 Methode van ontwerpen ... 22

5.4.1 High Level Design Reporting & Analytics Case ... 22

5.5 Methode van testen ... 23

5.5.1 Acceptatietest ... 23

5.5.2 Feedback form ... 23

5.5.3 Systeemtest ... 23

6. Resultaten ... 24

6.1 Analyse ... 24

6.1.1 High Level Analysis ETL case ... 24

6.1.2 Tool selection ... 25

6.1.3 Literatuuronderzoek ... 28

6.2 Ontwerp ... 29

6.2.1 High Level Design Reporting & Analytics case ... 29

6.3 Testen ... 31

6.3.1 Acceptatietest ... 31

6.3.2 Feedback form ... 31

6.3.3 Systeemtest ... 32

6.4 Eindresultaat ... 32

7. Conclusies en aanbevelingen ... 33

7.1 Conclusies ... 33

7.2 Aanbevelingen ... 34

Literatuurverwijzingen ... 36

Bijlagen overzicht ... 37

(6)

Managementsamenvatting

Een van de belangrijkste uitdagingen van de Business Intelligence & Data Management (BI & DM) cel² binnen Accenture Technology Solutions (ATS) is het op peil houden van het kennisniveau van de medewerkers. Kennisopbouw en persoonlijke ontwikkeling wordt op dit moment binnen ATS gestimuleerd door middel van interne- en externe trainingen, capability (inhoudelijke-) meetings, continue informatie-uitwisseling en het delen van informatie op projecten onderling.

Op dit moment bestaat er binnen de Reporting & Analytics capability van de BI & DM cel een sterke behoefte aan een reporting case die mensen in staat stelt om de basis skills met betrekking tot Reporting & Analytics enerzijds én een aantal BI Reporting tools anderzijds te kunnen opdoen. Het gebruik van dergelijke cases stelt de consultants van ATS in staat nieuwe applicaties (in dit geval reporting tools) zich snel eigen te maken. Vanuit de ETL³ capability is al een dergelijke case opgezet en met succes.

Het resultaat van de ETL case is een gevuld data warehouse wat als bron dient voor de Reporting &

Analytics case. Naast de in- en externe opleidingen kan op deze manier snel relevante ervaring opgedaan worden met klantrealistische cases. Nadat de oplossing is gecreëerd wordt van de participanten verwacht dat ze ervaring hebben met het werken met verschillende reporting tools en aan de hand van die ervaring de juiste reporting tool kunnen bepalen in een specifieke klantsituatie.

Met het implementeren van de Reporting & Analytics case zal ATS kunnen besparen op de kosten voor trainings- en opleidingsmogelijkheden. Men heeft altijd de optie om op het gebied van Reporting & Analytics zichzelf te trainen door gebruik te maken van de Reporting & Analytics case.

Na de presentatie die gehouden is op 24 februari 2010 heeft iedereen de mogelijkheid gehad om feedback te geven op de opgeleverde producten. Vervolgens is er aan de hand van de opgestelde rollen een team indeling gemaakt, rekening houdend met de wensen van de medewerkers.

Inmiddels is er door de Reporting groep een start gemaakt met de Reporting & Analytics case.

Enkele uitkomsten van het afstudeerproject worden hieronder weergegeven:

Er is een High Level Analysis uitgevoerd ten aanzien van de voorgaande ETL case.

Er is een High Level Design gemaakt van de Reporting & Analytics case.

Er is een tool selectie uitgevoerd waarin de keuze staat met welke tool de case in eerste instantie uitgewerkt gaat worden.

De Reporting & Analytics case welke gebruik maakt van het data warehouse dat gebaseerd is op de voorgaande ETL case is ontwikkeld, gepresenteerd en in gebruik genomen.

De kennis is vastgelegd door middel van documentatie. De kennis is opgeleverd tijdens de presentatie(s) en gestructureerd opgeslagen op de BI server. Op deze manier is de documentatie voor iedereen toegankelijk.

Enkele conclusies die getrokken kunnen worden na de uitvoering van de afstudeeropdracht worden hieronder weergegeven:

De Reporting & Analytics case is ontwikkeld en op een zo algemeen mogelijke manier beschreven. Op deze manier is de case toepasbaar op vrijwel iedere reporting tool. In de case beschrijving staat de uitkomst van iedere stap vast maar men is er vrij in hoe die

2 Een cel is een afdeling binnen ATS

3 ETL is de afkorting voor Extraction, Transformation and Load. De term ETL staat voor een groep technologieën die veelal gebruikt worden bij de koppeling tussen systemen, waarbij er gestreefd wordt naar een minimale technische en semantische koppeling tussen de systemen.

(7)

uitkomst gerealiseerd wordt. Deelnemers hebben op die manier alle vrijheid om de case te doorlopen, wat resulteert in creatieve oplossingen en nieuwe inzichten.

De BI server die binnen ATS wordt gebruikt voor het ontwikkelen van kennis en het testen van software is volledig ingericht ten aanzien van de Reporting & Analytics case. De BI server is geüpgrade, geüpdate en alle virtuele server omgevingen voor de reporting tools zijn geconfigureerd.

Enkele aanbevelingen die gedaan worden na de uitvoering van de afstudeeropdracht richting het management van ATS worden hieronder weergegeven:

Compleet houden van de Central Information Store (CIS)

Het is belangrijk dat de CIS bijgehouden wordt omdat dit als centraal informatiepunt geldt bij het uitvoeren van de Reporting & Analytics case. Door dit goed bij te houden heeft iedereen die met de case bezig is inzicht in hoe het ervoor staat, het vergemakkelijkt het proces en dit resulteert in betere uitkomsten als de Reporting & Analytics case is voltooid.

Bewaken van de voortgang van de Reporting & Analytics case

Door het bewaken van de voortgang weet men hoe de verschillende teams er voor staan en kan men inspelen op eventuele problemen. Het bewaken van de voortgang zal een belangrijk aspect zijn gedurende de case. Het gevaar bestaat dat teams niet of niet genoeg gecontroleerd worden tijdens het traject en dus ook minder motivatie zullen hebben om het leertraject succesvol af te ronden.

Communicatie

Communicatie zal een van de belangrijkste peilers zijn gedurende de uitvoering van de Reporting &

Analytics case. Een van de belangrijkste oorzaken hiervan is dat het werk blijft buiten de normale werktijden, niet iedereen zal even veel tijd hebben om de Reporting & Analytics case uit te voeren.

Een wekelijkse call door de capability lead met de teams leads om de status door te spreken zou dus een must moeten zijn. Daarnaast is het van belang dat de communicatie tussen de verschillende teams optimaal verloopt. Niet iedereen binnen het team zal bij elkaar op het project zitten en dus is men aangewezen op veelal digitale communicatie.

Naast de aanbevelingen zijn er nog enkele opties die ik aan wil kaarten in verband met de toekomst van de Reporting & Analytics case, deze worden hieronder weergegeven:

De Reporting & Analytics case, wereldwijd?

Na afloop van dit traject zal het hele traject geëvalueerd worden en dan kan er definitief worden bekeken of deze manier van trainen succesvol is gebleken. Ervan uitgaande dat de Reporting &

Analytics case succesvol is zie ik ook zeker een kans om een soortgelijke trainingsmogelijkheid door te voeren binnen ATS en wellicht binnen Accenture wereldwijd. Doordat de case (in het Engels) op een zo algemeen mogelijke manier omschreven is, kan de case zonder al te veel aanpassingen in gebruik worden genomen door andere afdelingen of capabilities binnen Accenture die zich bezig houden met Business Intelligence en dan voornamelijk het reporting gedeelte.

De bank

Starters die beginnen bij ATS zullen in eerste instantie op de ‘bank’ plaats nemen in afwachting van een geschikt project. Tot die tijd zullen ze hun kennisniveau doormiddel van trainingen opleiding op peil moeten houden. De Reporting & Analytics case kan dan worden gezien als een uitstekende mogelijkheid om dit te doen op het gebied van Business Intelligence. Doordat de Reporting &

Analytics case vrij toegankelijk is en voor iedereen beschikbaar is, is het een prima manier om met de beschikbare middelen binnen ATS hun kennisniveau op het gebied van Business Intelligence te verbreden.

(8)

Management summary

Because the graduation project is also going to be conducted by other nationalities, I consider it necessary to write the management summary in English as shown below.

One of the key challenges of the BI & DM cell is keeping the knowledge of people up to date by constantly building on capabilities. Knowledge building and personal development is encouraged through internal and external training, capability (content-) meetings, continuous information exchange and sharing of information between projects.

Currently the group within the Reporting & Analytics capability of the BI & DM cell has a strong need for a Reporting case that would allow people to learn the basic Reporting & Analytics skills with the use of a number of different BI reporting tools. With the use of such cases, the consultants of ATS are able to quickly master new applications. From the ETL capability there is already such a case and launched successfully.

The outcome of the case is a full ETL data warehouse which is a source for the reporting case.

Besides the internal and external training, in this way consultants can quickly get relevant experience with customer realistic cases. After the solution has been created the participants are expected to have experience working with various reporting tools and using that experience to determine the appropriate reporting tool in a specific customer situation.

With the implementation of the Reporting & Analytics case ATS will be able to save the costs of training and educational opportunities. ATS always has the option in Reporting & Analytics to train themselves by using the Reporting & Analytics case.

After the presentation held on February 24^th, 2010 everyone has had the opportunity to give some feedback on the deliverables. Thereafter there is set up a team format based on the established roles and the wishes of the employees are taking into account. After that the reporting group has made a start with the Reporting & Analytics case.

Some results of this graduation project are listed below:

There is a High Level Analysis carried out based on the previous ETL case.

There is a High Level Design created of the Reporting & Analytics case.

There is a tool selection carried out which performed the choice with which tool the case will be developed initially.

The Reporting & Analytics case which uses the data warehouse based on the previous ETL case is developed presented and is commissioned.

The information is recorded by means of documentation. The knowledge is delivered during the presentation(s), structured and stored on the BI server. This way, documentation is accessible for everyone.

Some conclusions that can be drawn after completing this graduation project are listed below:

The Reporting & Analytics case is developed and described in the most general way. In this way the case is applicable to virtually any reporting tool. In the case description the outcome of each step is down but everyone feels free how that outcome is realized. Participants have to get all the freedom to go through the case, resulting in new insights and creative solutions.

The BI server within ATS is used to develop knowledge and testing of software is fully furnished on the Reporting & Analytics case. The BI server is upgraded, updated and the virtual server environments for all the reporting tools are configured.

(9)

Some recommendations that are made after completing the graduation project towards the management of ATS are listed below:

Keep the Central Information Store (CIS) complete

It is important that the CIS is kept complete because this is the central information store of the Reporting & Analytics case. By keeping the CIS complete everyone that is involved with the case understands how the progress is going, it facilitates the process and this results in better outcomes if the Reporting & Analytics case is completed.

Monitor the progress of the Reporting & Analytics

By monitoring the progress people know how the different teams are doing and the team leads can anticipate on any problems. Monitoring of progress will be an important aspect during the case. The danger is that teams do not or are insufficiently controlled during transit and therefore will have less motivation to complete the project successfully.

Communication

Communication will be one of the main pillars for the implementation of the Reporting & Analytics case. One of the main reasons is that the work continuous beyond the normal working hours, not everyone will have as much time to conduct the Reporting & Analytics case. A weekly phone call from the capability lead with the team leads to discuss the status would be a must. It is also important that communication between different teams is optimal. Not everyone within the team will sit together on the project and therefore both rely mostly on digital communications.

Besides the recommendations, there are some options that are raised regarding the future of the Reporting & Analytics case, these are listed below:

The Reporting & Analytics case, worldwide?

Following this path, the entire process can be evaluated and then finally be seen whether this method of training has proved successful. Assuming that the Reporting & Analytics case is successful I definitely see an opportunity to exercise a similar option to implement the Reporting & Analytics case within ATS and perhaps within Accenture worldwide. Because the case (in English) is described in the most general way, the case can be used by other departments or capabilities dealing with Business Intelligence and especially the reporting section without too much modification.

The couch

Starters starting at ATS will initially take place on the ‘couch’ until a suitable project comes on their way. Until that time, they maintain their knowledge level through training and education. The Reporting & Analytics case can then be seen as an excellent opportunity to do so in the field of Business Intelligence. Because the Reporting & Analytics case is freely accessible and available to everyone it is a great way to use the available resources within ATS and widen their knowledge in the field of Business Intelligence.

(10)

1. Inleiding

Tijdens de opleiding aan de academie voor ICT en Business ervaren en leren studenten over welke competenties zij moeten beschikken om als volwaardig ICT-professional binnen een organisatie te kunnen functioneren. Voor de noodzakelijke theoretische vorming zijn er colleges gevolgd en voor de ontwikkeling van mijn vaardigheden zijn trainingen gevolgd, maar een fors deel van het leren vind plaats binnen organisaties. Tijdens de afstudeerstage, welke in het vierde jaar plaatsvindt, kan de opgedane kennis en vaardigheden daadwerkelijk getoetst worden aan de praktijk, in een concrete bedrijfssituatie.

1.1 Aanleiding

Het op peil houden van het kennisniveau van mensen is een van de belangrijkste uitdagingen van de Business Intelligence & Data Management (BI & DM) cel. Kennisopbouw en persoonlijke ontwikkeling wordt op dit moment binnen ATS gestimuleerd door middel van interne- en externe trainingen, capability (inhoudelijke-) meetings, continue informatie-uitwisseling en het delen van informatie op projecten onderling. De BI & DM cel faciliteert ook in een virtuele server omgeving waarop medewerkers software kunnen testen en klantcases kunnen uitwerken. Op dit moment bestaat er binnen de Reporting & Analytics capability groep van de BI & DM cel een sterke behoefte aan een reporting case die mensen in staat stelt om de basis skills met betrekking tot Reporting &

Analytics enerzijds en een aantal BI Reporting tools anderzijds te kunnen opdoen. Vanuit de ETL capability is al een dergelijke case opgezet en met succes. Reden genoeg om voor de Reporting &

Analytics capability een soortgelijke case op te zetten. Het resultaat van deze analyse is na te lezen in de bijlage van dit document welke gescheiden is opgeleverd. Evenals de overige documenten aangaande de dit afstudeertraject.

1.2 Doelstelling van het rapport

De doelstelling van het rapport is om de gemaakte keuzes en beslissingen die tijdens het project zijn genomen ten aanzien van het eindproduct inzichtelijk te maken. Tevens is het de doelstelling om, nu het project ten einde is, te concluderen in hoeverre deze succesvol is verlopen en in hoeverre dit overeenkomt met de, vooraf opgestelde, verwachtingen en doelstellingen. Ook zijn er diverse aanbevelingen gemaakt gebaseerd op de gemaakte conclusies. Dit om de continuïteit van de gerealiseerde Reporting & Analytics case aan het eind van dit afstudeertraject te waarborgen.

1.3 Doelstelling van het project

De doelstelling van het afstudeerproject is om een case te ontwikkelen die gebruik maakt van het Data Warehouse⁴ welke is ontwikkeld in een voorgaande ETL case. De case moet dusdanig opgezet worden zodat mensen met behulp van deze case zich zelfstandig kunnen ontwikkelen op het gebied van Reporting & Analytics in het algemeen, of op het gebied van een of meerdere BI reporting tools.

Het gevolg van het invoeren van de Reporting & Analytics case zal onder andere resulteren in kostenverlaging omdat men met behulp van de Reporting & Analytics case een eigen trainings tool in handen heeft die op ieder moment ingezet kan worden.

4 Een datawarehouse is een grote verzameling van gegevens. Meestal gaat het over een gigantische hoeveelheid aan elektronische data die bedoeld is voor decision support.

(11)

1.4 Structuurbeschrijving

Het rapport is opgebouwd uit een aantal hoofdstukken en paragaven, die hieronder worden weergegeven:

Het rapport is grofweg opgedeeld in zes delen, namelijk het inleidende stuk, de probleembeschrijving, de doelstellingen, de methode van aanpak, de resultaten en de conclusies en aanbevelingen. De aanleiding, de doelstellingen en de structuurbeschrijving bevat het inleidende deel welke is terug te vinden in hoofdstuk 1. De organisatiebeschrijving van Accenture en ATS zijn terug te vinden in hoofdstuk 2. Het tweede deel bevat de probleembeschrijving welke is terug te vinden in hoofdstuk 3. Aan de hand van de S.M.A.R.T. methode zijn de doelstellingen in hoofdstuk 4 beschreven, het derde deel van dit rapport. De methode van aanpak worden nader toegelicht in hoofdstuk 5 en de resultaten hiervan in hoofdstuk 6, welke het vierde en vijfde deel van dit rapport weergeven. Het zesde en laatste onderdeel van dit rapport, de conclusies en aanbevelingen zijn terug te vinden in hoofdstuk 7. Aansluitend aan de literatuurlijst zijn de bijlagen van dit rapport opgenomen. De bijlagen zijn gescheiden aan het rapport toegevoegd, dit vanwege de omvang van deze documenten.

(12)

2. Organisatiebeschrijving

Mijn afstudeerperiode heb ik bij Accenture Technology Solutions doorlopen. In dit hoofdstuk is een beschrijving van de organisatie opgenomen, evenals een organigram van ATS.

2.1 Accenture

Accenture is een Amerikaans bedrijf dat zich wereldwijd bezig houdt met management consulting, technology services en outsourcing. Accenture werkt met klanten samen om hen te helpen hun ambities te realiseren en tastbaar resultaat te leveren. Dankzij diepgaande kennis van de markt, een wereldwijd netwerk én bewezen ervaring in consulting, technology en outsourcing, kan Accenture de juiste mensen, vaardigheden en technologieën inzetten⁵.

Accenture omschrijft zichzelf als meer dan een adviesorganisatie. Accenture is een internationaal opererend bedrijf dat op basis van drie kernactiviteiten oplossingen biedt voor de uitdagingen van hun opdrachtgevers: High Value Consulting, Technology en Outsourcing. Zij doen dat pro-actief en gedreven. Gericht op resultaat en op samenwerking. Samenwerking in teams, maar ook in allianties, lokaal en wereldwijd.

Accenture opereert met meer dan 137 kantoren in 48 landen en wereldwijd zijn er zo`n 178.000 mensen werkzaam. In Nederland heeft Accenture drie vestigingen. Het hoofdkantoor in Amsterdam en nog twee kantoren in Almere en `s Hertogenbosch.

2.2 Accenture Technology Solutions

Accenture Technology Solutions (ATS) is onderdeel van Accenture en heeft naast het hoofdkantoor in Amsterdam (welke valt onder Technology Solutions) een kantoor in Almere en een derde kantoor in `s Hertogenbosch. Het kantoor in Amsterdam valt niet onder Accenture Technology Solutions maar onder Technology Consulting⁶. ATS Nederland heeft op dit moment 800 IT specialisten in dienst. Het is een organisatie die zich in veel IT onderdelen heeft gespecialiseerd zoals:

SAP

Quality & Testing

CRM & BI

Oracle, Java/ J2EE

EAI

5 http://www.accenture.com/Countries/Netherlands/About_Accenture/Accenturekort.htm

6 http://careers3.accenture.com/ATS/Netherlands/

(13)

Accenture Technology Solutions maakt deel uit van Accenture wereldwijd. Accenture is onder te verdelen in een aantal workforces (strategische organisatieonderdelen), namelijk:

System Integration Consulting

Technology Consulting

Accenture Technology Solutions

Avanade

Figuur 1: ATS workforces starterspresentatie feb. 2009 stagaires.ppt

De workforce waarin ik actief ben geweest tijdens de afstudeerperiode is Accenture Technology Solutions (ATS). Een organigram van deze workforce is te vinden in paragraaf 2.3.

In het organigram in paragraaf 2.3 is te zien dat Accenture Technology Solutions is onderverdeeld in een aantal afdelingen, namelijk:

SAP Solutions

Oracle Solutions

Custom & Emerging

Managed Delivery SI

Managed Delivery AO

Onder deze afdelingen zijn zogenaamde ‘cells’ (afdelingen) geplaatst en de cell waarin ik actief mijn werkzaamheden heb uitgevoerd is: Business Intelligence & Data Management onder leiding van Maarten Ketelaars. Deze cell valt onder de afdeling Custom & Emerging.

(14)

2.3 Organigram ATS

Figuur 2: Organigram ATS starterpresentatie feb 2009 stagaires.ppt [1] Anders per 01-01-2010

[1]

(15)

Auteur: Kevin Konings Pagina | 15 van 37 Rapport Productverslag

3. Probleembeschrijving

Een van de belangrijkste uitdagingen van de BI & DM cel is het op peil houden van het kennisniveau van mensen door voortdurend te bouwen aan kennis in capabilities. Kennisopbouw en persoonlijke ontwikkeling wordt gestimuleerd door middel van interne- en externe trainingen, capability (inhoudelijke-) meetings, continue informatie-uitwisseling en het delen van informatie van projecten onderling. De BI &

DM cel faciliteert ook in een virtuele server omgeving waarop medewerkers software kunnen testen en klantcases kunnen uitwerken.

Op dit moment bestaat er binnen de Reporting & Analytics capability group van de BI & DM cell een sterke behoefte aan een Reporting case die mensen in staat stelt om de basis skills met betrekking tot Reporting &

Analytics enerzijds en een aantal BI Reporting tools anderzijds te kunnen opdoen.

Vanuit de ETL capability is al een dergelijke case opgezet en met succes. Het resultaat van de ETL case is een gevuld data warehouse wat als bron dient voor de reporting case. Het gebruik van dergelijke cases stelt de consultants van ATS in staat nieuwe applicaties (in dit geval reporting tools) zich snel eigen te maken. Naast de in- en externe opleidingen kan op deze manier snel relevante ervaring opgedaan worden met klantrealistische cases. Nadat de oplossing is gecreëerd wordt van de participanten verwacht dat ze ervaring hebben met het werken met verschillende reporting tools en aan de hand van die ervaring de juiste reporting tool kunnen bepalen in een specifieke klantsituatie.

Met het implementeren van de Reporting & Analytics case zal ATS kunnen besparen op de kosten voor trainings- en opleidingsmogelijkheden. Men heeft altijd de optie om op het gebied van Reporting &

Analytics zichzelf te trainen door gebruik te maken van de Reporting & Analytics case.

(16)

4. Doelstellingen

Voor een succesvolle afronding van het afstudeertraject dienen de doelstellingen die vooraf opgesteld zijn behaald te worden. De doelstellingen zijn opgesteld aan de hand van de in de oriëntatiefase geformuleerde afstudeeropdracht. Tijdens de gesprekken met zowel de opdrachtgever als de bedrijfsbegeleider vanuit ATS zijn de doelstellingen besproken, opgesteld en vervolgens verwerkt in het plan van aanpak. Het plan van aanpak is te vinden in de bijlage van dit document welke gescheiden is opgeleverd.

De hieronder weergegeven doelstellingen zijn geformuleerd aan de hand van de S.M.A.R.T.⁷ (Specifiek, Meetbaar, Acceptabel, Realistisch en Tijdsgebonden) methode.

Specifiek

Tijdens het afstudeertraject zal er een case ontwikkeld worden welke gebruik maakt van het data warehouse dat ontwikkeld is bij een voorgaande ETL case⁸. De case wordt dusdanig opgezet zodat mensen met behulp van deze case zich zelfstandig kunnen ontwikkelen op het gebied van Reporting & Analytics in het algemeen, of op het gebied van een of meerdere BI reporting tools. De case zal onder andere moeten bestaan uit een beschrijving van de informatiebehoeften, een functioneel ontwerp en een uitwerking in een BI reporting tool. Respectievelijk onderverdeeld in de volgende documenten: High Level Analysis ETL Case, High Level Design Reporting & Analytics Case, Tool Selection en Reporting & Analytics Case ‘Flexible Reporting’. Het moet mogelijk zijn om de case uit te voeren op de (interne) BI server omgeving die binnen ATS gebruikt wordt.

Een belangrijk aspect van de Reporting & Analytics case is dat de case zo algemeen mogelijk omschreven wordt zodat de case toepasbaar is op verschillende reporting tools. De uitkomst staat voor iedere stap vast maar hoe die uitkomst gerealiseerd wordt ligt volledig open. Op die manier hebben de deelnemers alle vrijheid om de case te doorlopen. Die vrijheid zorgt ervoor dat er nieuwe inzichten gecreëerd worden op de toegepaste reporting tools wat resulteert in een bredere kennisverrijking.

Het project is uitgevoerd door de afstudeerder, Kevin Konings onder begeleiding van een bedrijfsbegeleider, Hendrik Uittenbogaard en een opdrachtgever, Rogier Jochims. Naast deze ‘key figures’

zijn er binnen ATS nog enkele personen met veel invloed op het project. Respectievelijk zijn dat, Rudi Hendrix, Krzysztof Kobeszko en Maarten Ketelaars. Vanuit de Avans Hogeschool ben ik procesmatig begeleid door Jolanda van Houten.

De werkzaamheden hebben voornamelijk plaats gevonden op het kantoor van ATS in `s Hertogenbosch, daarnaast heb ik mijn werkzaamheden ook een aantal maal uitgevoerd op projectlocaties bij Achmea in Amsterdam, Ceva Logistics in Hoofddorp en het hoofdkantoor van ATS in Almere.

Meetbaar

De meetbaarheid van de hierboven genoemde doelstelling wordt bewaakt door de volgende punten:

• Er wordt een case ontwikkeld welke gebruik maakt van het data warehouse, gebaseerd op de voorgaande ETL Case.

• Er wordt een High Level Analyse uitgevoerd ten aanzien van de voorgaande ETL Case. Het doel is om hier lering uit te trekken en verbeterpunten mee te nemen naar de Reporting & Analytics case.

• Er zal een High Level Design (blauwdruk) van de Reporting & Analytics case gemaakt worden.

• Er zal een tussentijdse workshop worden gegeven om de case te testen.

7 http://nl.wikipedia.org/wiki/SMART-principe

8 In een voorgaand project is er met behulp van een soortgelijk case een target data model ontwikkeld welke als input dient voor de Reporting &

Analytics case.

(17)

• Er zal een tool selectie plaats vinden waarin de keuze staat met welke tool de case door de afstudeerder uitgewerkt en getest gaat worden (tool selection).

• De Reporting & Analytics case zal uiteindelijk worden gepresenteerd door middel van een presentatie.

• De kennis van de stagiair is vastgelegd in documentatie en de kennis is, doormiddel van documentoverdracht en een bedrijfspresentatie, overgedragen aan de opdrachtgever.

Bovenstaande punten resulteren in de volgende fysieke documenten die aan ATS worden opgeleverd:

• ETL Case - High Level Analysis

• Reporting & Analytics Case - High Level Design

• Reporting & Analytics Case - ‘Flexible Reporting’

• Reporting & Analytics Case - Tool Selection

Acceptabel

Het op peil houden van het kennisniveau van mensen ziet men als een van de belangrijkste uitdagingen van de BI & DM cel. Door de snelle veranderingen op het gebied van Business Intelligence vraagt dat om constante verbetering van de kennis van de medewerkers. Het opzetten van een dergelijke case is een uitstekende mogelijkheid om dit op peil te houden. Een ander bijkomend voordeel is dat er ervaring opgedaan kan worden met klantrealistische cases. De theorie wordt meteen toegepast in de praktijk.

Vanuit de ETL capability is reeds een dergelijke case opgezet en met succes. Men heeft de kennis op het gebied van ETL verbreed en is bezig geweest met klantrealistische cases en verschillende tools. Het succes van het ETL project heeft er voor gezorgd dat voor de reporting capability een soort gelijk project opgezet is, wat uitgevoerd wordt door een afstudeerder. Binnen ATS was er dus voldoende draagvlak om de opdracht uit te voeren.

Aan het eind van het afstudeertraject is er daadwerkelijk gestart met de case. Met verschillende reporting tools zijn de teams aan de slag gegaan in de virtuele server omgeving, met als doel om op een praktijk gerichte wijze hun kennis te verbreden.

Realistisch

Het afstudeertraject is het laatste onderdeel van de opleiding Bedrijfskundige Informatica. Het werken in projecten volgens een logische planning en met duidelijke doelstellingen is een onderdeel waar tijdens de start van de opleiding veel aandacht aan is besteed. Aan het begin van het afstudeertraject mag aangenomen worden dat de afstudeerder ‘klaar’ is om een soortgelijk project zelfstandig maar met enige sturing uit te voeren.

De bedrijfsbegeleider en opdrachtgever vanuit ATS, evenals andere directe en indirecte betrokkenen zijn stuk voor stuk professionals. Mensen met een aantal jaar ervaring, verstand van zaken en voldoende kennis op het gebied van projectmanagement, kortom de nodige bagage. Vanwege de kennis en ervaring op deze gebieden is ieder van hun in staat om mij als afstudeerder op de juiste manier en met een hopelijk succesvol eindresultaat in zicht te begeleiden.

Tijdsgebonden

Het afstudeertraject heeft plaatsgevonden van 16 november 2009 tot en met 9 april 2010. Om het project goed uit te voeren is het opgedeeld in verschillende fasen, aan de hand van de Accenture Delivery Method (ADM) welke is beschreven in paragraaf 5.1. Aan het begin van het afstudeertraject is een realistische en haalbare planning opgesteld (deze planning is te vinden in het plan van aanpak welke is te vinden in de gescheiden bijlage van dit document) om de verschillende activiteiten op het juiste moment en met de gewenste kwaliteit naar behoren af te ronden.

(18)

5. Methode van aanpak

Ter ondersteuning van het afstudeertraject is gekozen voor een aantal methodes. Deze methodes vergroten de kans op een succesvolle afronding. In dit hoofdstuk wordt de gekozen aanpak voor het afstudeertraject nader toegelicht. Ook bevat dit hoofdstuk een beargumentatie voor de gemaakte keuzes.

5.1 Werkwijze

Het afstudeerproject is aan de hand van de Accenture Delivery Method for Business Intelligence (ADM for BI)⁹ uitgevoerd. De ADM for BI methode is een applicatie ontwikkelingsmethode gebaseerd op de Custom Development v2.1 Method. De methode focust zich op ‘single instance custom data warehouse projects’

die een groot deel van de AIMS-BI projecten vertegenwoordigen.

Enkele grote verschillen ten aanzien van de CD v2.1 methode zijn:

Deliverables

Job aids

ADM for BI volgt dezelfde volgorde als alle ander ADM Development Methods. De methode focust zich op de analyse, het ontwerp, de realisatie en het testen van bijvoorbeeld een data warehouse applicatie. De methode bevat ook richtlijnen voor projectplanning en management. De ADM for BI methode draagt eraan bij om effectieve, consistente en kostenbesparende oplossingen te bieden. Het doel is om samenhang tussen projecten te creëren en risico`s te verminderen met behulp van een standaard project aanpak voor het leveren van op waarde gebaseerde Business Intelligence oplossingen.

In principe is de ADM for BI methode nuttig en aanbevolen voor ieder BI project, maar met onderstaande elementen komt de methode het best tot zijn recht:

Tijdsplanning die correspondeert met de incrementele opleveringen.

Een architectuur zoals die wordt weergegeven in figuur 3.

Het opleveren van een of meer zelf gecreëerde componenten als sleutel elementen in de uiteindelijke oplossing.

Figuur 3: Proces BI project

9 [Bron: ATS BI Bootcamp Lesson 09 - ADM BI.pdf]

(19)

5.2 Fasering

Alle aspecten van het project zijn voorafgaand tijdens de oriëntatiefase vastgelegd in het plan van aanpak.

Dit is gedaan om het afstudeertraject zo beheersbaar mogelijk te maken en duidelijkheid te scheppen hoe alle activiteiten gepland staan en hoe deze activiteiten zo effectief en efficiënt mogelijk uitgevoerd kunnen worden. Tijdens de oriëntatiefase is er gekozen voor een geschikte projectmatige aanpak, namelijk de Accenture Delivery Method (ADM). Deze aanpak faseert het project in verschillende fasen, namelijk:

Plan

Tijdens deze fase is vastgelegd wie de opdracht gaat uitvoeren en wat er moet gebeuren om de opdracht tot een goed eind te brengen. Kortom, alle randzaken zijn vastgesteld om het project goed op te starten.

Analyse

In de analyse fase zijn de eisen bepaald waaraan de uiteindelijke case moet voldoen en is de huidige situatie in kaart gebracht. Een analyse van de voorgaande case is uitgevoerd om zo een compleet beeld te krijgen van wat er vooraf is gegaan aan het project. De interviews ten behoeve van de tool selectie zijn afgenomen en verwerkt in een document welke is terug te vinden in de gescheiden bijlage van dit document. De analyse van de voorgaande case is ook opgenomen als gescheiden bijlage van dit document.

Design

Met de analyse als input en het bepalen van de eisen en wensen is een functioneel ontwerp geschreven van hoe de case er uiteindelijk uit moet gaan zien en welke functionaliteiten de case moet gaan bieden. Alle aspecten die in de case behandeld moeten gaan worden zijn vastgelegd in dit document. Dit document is terug te vinden in de gescheiden bijlage van dit rapport.

Build

De ‘build’ fase bevat de uiteindelijke beschrijving van de case. De onderdelen die opgesteld zijn in het functionele ontwerp zijn uitgewerkt in de case. De case is door de afstudeerder uitgewerkt in de reporting tool die is bepaald aan de hand van de tool selectie in de analyse fase. De beschrijving van de case is te vinden in de gescheiden bijlage van dit document.

Test

In deze fase is de case getest door middel van feedback van de medewerkers en het uitwerken van de case.

Waar nodig is de case aangepast om zo een optimaal rendement te behalen. Omdat de case uiteindelijk definitief in gebruik zal worden genomen kan het altijd zijn dat er nog aanpassingen ten behoeve van de inhoud gedaan gaan worden.

Deploy

De case is door middel van een eindpresentatie overgedragen aan de opdrachtgever. Vanuit dat startpunt is er een verdere voortgang gemaakt met de Reporting & Analytics case. Ook het opleveren van de documentatie voor ATS en de Avans Hogeschool is in deze fase voltooid.

Voor de keuze van de ADM methode zijn een aantal redenen. Een van de belangrijkste redenen is dat de ADM methode DE methode is binnen Accenture. Elk project wat hier uitgevoerd wordt, wordt uitgevoerd aan de hand van deze methode. Dat gaf mij als afstudeerder de kans om in de ‘keuken’ van deze organisatie te kijken. Enkele andere belangrijke redenen zijn de hoeveelheid informatie die over deze methode is te vinden binnen de organisatie en de kennis die bijvoorbeeld mijn directe betrokkenen al hadden over deze methode. Bovenstaande punten maakten het een weloverwogen keuze om de ADM methode op dit afstudeertraject toe te passen.

(20)

5.3 Methode van analyse

Tijdens de analyse fase van mijn afstudeertraject zijn er drie analyses uitgevoerd om de eisen en wensen in kaart te brengen en de huidige situatie goed weer te geven. De analyses worden in de onderstaande paragraven nader toegelicht. De uitkomsten van die analyses worden weergegeven in hoofdstuk 6, de resultaten.

5.3.1 High Level Analysis ETL Case

Voorafgaand aan het afstudeertraject is reeds en met succes een case opgezet door de ETL capability (deze case is overigens nog steeds in ontwikkeling). Het resultaat van de gemaakte ETL case is een gevuld data warehouse wat als uiteindelijke bron dient voor de Reporting & Analytics case. Om een goed beeld te krijgen van wat er in die case behandeld is, welke aspecten naar voren zijn gekomen, hoe de case is opgezet, wat er qua architectuur is, wat het doel van de ETL case is, welke ‘learning objectives’ er opgesteld zijn en hoe het hele ETL proces omtrent de case in elkaar zit, is er een analyse uitgevoerd naar de genoemde ETL case.

Figuur 4: Phase 1: Analyze Application

De analyse beschrijft het voorgaande proces en geeft een oriëntatie van de huidige / voorgaande situatie weer. Met de informatie die uit deze analyse is gekomen is de basis gelegd voor de verdere ontwikkeling van de Reporting & Analytics case. Figuur 4 hierboven toont schematisch het proces wat uitgevoerd is. In de gescheiden bijlage van dit document kan de gehele analyse na gelezen worden.

5.3.2 Tool Selection

Aan de hand van de interviews die er in het begin stadium van dit afstudeertraject zijn gehouden met respectievelijk, Maarten Ketelaars (manager BI & DM cel) en Rogier Jochims (capability lead R & A) is de tool selectie opgestart. De tool selectie is uitgevoerd aan de hand van de methode Pakketselectie en Implementatie (PSI)¹⁰. Deze methode verdeelt een project waarmee een pakket wordt geselecteerd en geïmplementeerd in een aantal fasen. Deze fasen zijn op hun beurt weer verder onderverdeeld in taken en activiteiten. Figuur 5 hieronder geeft dit proces schematisch weer.

10 http://ehv-srvhost-fe.fontys.nl/IMD/files/ICT61/diversen/ICT61%20-%20Pakketselectie_begin_eindfase.pdf

(21)

Figuur 5: PSI pakketselectie

Niet alle hierboven genoemde fasen zijn gebruikt tijdens deze selectie omdat de tool selectie hier simpelweg te klein voor was. Onderstaande punten beschrijven de fases en de activiteiten die uitgevoerd zijn ten behoeve van de tool selectie:

Vooronderzoek

Het vooronderzoek bevatte het meeste werk en is uitgevoerd in de analyse fase van het project. In die fase zijn de eisen en wensen geïnventariseerd en is de analyse van de voorgaande case uitgevoerd. De interviews die tijdens deze fase zijn gehouden zijn uitgewerkt en de uitkomsten daarvan vormden belangrijke input voor de uiteindelijke selectie.

Shortlist

Voorafgaand aan het onderzoek was het min of meer duidelijk om welke drie reporting tools het zou moeten gaan. Van een longlist zou dus geen sprake zijn en de shortlist was vooraf al grotendeels bepaald (dit was aangegeven tijdens de interviews). Het belangrijkste om te bepalen was dus met welke reporting tool de case in eerste instantie zou worden uitgevoerd. Dit is gedaan aan de hand van de criteria en voorwaarden die vooraf zijn opgesteld in samenwerking met de geïnterviewden. Deze criteria zijn terug te vinden in hoofdstuk 6 ‘resultaten’ en het tool selectie document, te vinden in de gescheiden bijlage van dit rapport.

Implementatie

Het uitwerken van de reporting tool in de ontwikkelde case vormt de implementatie van deze methode. Op 24 februari 2010 is de case gepresenteerd voor de capability group. Direct hierna is er een start gemaakt met de Reporting & Analytics case door de verschillende teams. Deze activiteiten vielen in de nazorg fase van het afstudeertraject en diende tevens als een uitstekende test voor de toepasbaarheid van de Reporting & Analytics case.

5.3.3 Literatuuronderzoek

Het literatuuronderzoek is bedoeld om het afstudeertraject theoretisch te verankeren en is aan het begin van de afstudeerperiode is uitgevoerd. De volgende twee boeken zijn behandeld tijdens de literatuurstudie:

Business Intelligence - ‘De eenduidige informatieomgeving en de gevolgen voor de organisatie’

Business Intelligence was een vrij nieuw onderwerp voor mij en om met de juiste kennis van start te gaan was de keuze voor een boek over Business Intelligence snel gemaakt. In de eerste week van het

afstudeertraject is er een ‘bootcamp’ gevolgd waarin alle aspecten van Business Intelligence behandeld worden maar met behulp van dit boek is er genoeg informatie verzameld om dit onderzoek uit te voeren.

Competent adviseren - ‘Professioneel aan het werk’

Het afstudeertraject bestaat uit een aantal componenten. Adviseren is er daar een van. Aan het begin van dit afstudeertraject wist ik dat ik op zoek was naar een boek over adviseren. Er zou ten slotte aan het eind van deze afstudeerperiode een gedegen advies moeten komen richting ATS. Dit zou dan wel via het productrapport moeten of via de eindpresentatie. Voor een goede onderbouwing was het daarom een logische keuze om een boek rondom het onderwerp ‘adviseren’ te kiezen. De complete uitwerking van het literatuuronderzoek is te vinden in de gescheiden bijlage van het procesverslag.

(22)

5.4 Methode van ontwerpen

Voorafgaand aan het uiteindelijke beschrijven van de case is er een High Level Design (functioneel ontwerp) van de Reporting & Analytics case opgesteld. De uiteindelijke Reporting & Analytics case is dus gebaseerd op het functionele ontwerp welke in deze fase is ontwikkeld.

5.4.1 High Level Design Reporting & Analytics Case

Het High Level Design van de Reporting & Analytics case kan gezien worden als het functionele ontwerp van de case zelf. In dit ontwerp is de blauwdruk van in dit geval de case gemaakt. Het High Level Design is gebaseerd op de uitkomsten de High Level Analysis en de gesprekken met de directe betrokkenen, namelijk mijn begeleider en opdrachtgever(s). In het High Level Design is beschreven wat er van de case verwacht kan worden en welke functionaliteiten er in de case terug komen. In het High Level Design zijn onder andere de volgende functionaliteiten beschreven:

Ontwerp van de (uiteindelijke) rapporten

• Lay-out

• Tabellen

• Grafieken

• etc.

Eisen en wensen Reporting & Analytics case

• Informatie behoeften

• Fases case

• Rapport activiteiten

• etc.

Het High Level Design van de Reporting & Analytics case is terug te vinden in de gescheiden bijlage van dit document. Figuur 6 toont schematisch het proces wat uitgevoerd is.

Figuur 6: Phase 2: Design Application

(23)

5.5 Methode van testen

Nadat de case beschrijving voltooid is en dit doormiddel van een presentatie aan de capability groep op 24 februari 2010 is gepresenteerd was het zaak om te testen of de case daadwerkelijk voldoet aan de verwachtingen en of er alle benodigde informatie in de case aanwezig is. Aan de hand van de testen die in onderstaande paragraven zijn weergegeven is gekeken en getest of de case compleet en uitvoerbaar is.

5.5.1 Acceptatietest

De acceptatietest is uitgevoerd met behulp van het IRF (Individual Review Form) formulier. In het IRF form hebben gebruikers commentaar kunnen geven op de gerelateerde case documenten. De open / of aanmerkingen zijn gedocumenteerd met een pagina en sectie nummer waar de opmerking(en) is / zijn gevonden, evenals een uitgebreide en heldere omschrijving van de opmerking en vooral waarom hij of zij dat vind.

Het IRF formulier is net als alle andere bijbehorende documentatie (case description, high level analysis, high level design etc.) na de tussentijdse presentatie verstuurt naar alle betrokkenen. In een uitgebreide e- mail is gevraagd om de documentatie over de Reporting & Analytics case inhoudelijk goed te bestuderen en eventuele open / of aanmerkingen, vragen en suggesties door middel van het IRF formulier terug te sturen voor 5 maart 2010 jl. Het invullen van het IRF formulier heeft ervoor gezorgd de case de week er na nog aangepast en geoptimaliseerd is zodat er na de aanpassingen een start gemaakt kan worden met de case.

Het IRF form is gebruikt als onderdeel van de acceptatietest¹¹. Het doel van deze test is om aan te tonen dat in dit geval de case de gebruiker te zijner tijd kan ondersteunen in de door hem met het product uit te voeren handelingen. De centrale vraag bij de acceptatietest is in dit geval: ‘staat in de case beschrijving wat we verwachten dat er in staat’. De uitkomsten van het IRF formulier zijn verwerkt in de gescheiden bijlagen van dit document.

5.5.2 Feedback form

Bijgevoegd aan de case beschrijving is het feedback form. Dit document is opgesteld door de afstudeerder en dient ingevuld te worden door de deelnemer na het voltooien van de case. Door middel van het invullen van het feedback formulier en het meten van de uitkomsten daarvan wordt duidelijk wat men van de case vind en kunnen eventuele open / of aanmerkingen verwerkt worden. Op die manier kan de case na afloop geoptimaliseerd en verbeterd worden voor een eventuele volgende uitwerking binnen de capability of wellicht elders (dit wordt nader toegelicht in het hoofdstuk 7).

Na afloop van de afstudeerperiode zal het uitwerken van de Reporting & Analytics case nog niet voltooid zijn. Het feedback formulier wat is gecreëerd zal pas na het voltooien van de case ingevuld kunnen worden door de deelnemers om zo een goed oordeel te vormen. De feedback formulieren zullen dus ook geretourneerd moeten worden aan de capability lead van Reporting & Analytics welke het project voort zal zetten als de afstudeerperiode erop zit.

5.5.3 Systeemtest

Het uitwerken van de case door de afstudeer zelf is een van de belangrijkste testen geweest om te kijken of de case goed uitvoerbaar en realistisch is. Het door de afstudeerder uitwerken van de case kan worden gezien als een systeemtest en moet aantonen dat het ontwikkelde systeem (Reporting & Analytics case) of delen daarvan aan de functionele- en niet-functionele specificaties voldoen. Het uitvoeren van de case is aan het eind van de afstudeerperiode voltooid.

11 http://nl.wikipedia.org/wiki/Acceptatietest

(24)

6. Resultaten

In dit hoofdstuk zijn resultaten van het afstudeertraject opgenomen. De resultaten van de analyse, het ontwerp, de realisatie van de Reporting & Analytics case, het testen daarvan en het uiteindelijk eindresultaat zijn in dit hoofdstuk opgenomen.

6.1 Analyse

De methodes van de analyse zijn in paragraaf 5.3 beschreven. De uitkomsten van de verschillende analyses worden beschreven in de onderstaande paragraven.

6.1.1 High Level Analysis ETL case

Voordat de daadwerkelijke Reporting & Analytics case ontwikkeld kon worden was het zaak om een onderzoek te doen naar de voorgaande ETL case die met succes geïmplementeerd was. Het bestuderen van de case en het bespreken van de case met directe betrokkenen (capability lead ETL) resulteerde in een aantal resultaten welke hieronder worden weergegeven. De uitkomsten van deze analyse resulteerden in overzicht van wat er in de voorgaande ETL case ontwikkeld was en dat resulteerde in een aantal verbeterpunten voor de Reporting & Analytics case. Deze verbeterpunten worden ook hieronder weergegeven:

ETL Case - Algemeen Uitkomst analyse

Doel

Het bouwen van de oplossing met vier verschillende ETL tools.

Het vergelijken van de oplossingen in termen van bruikbaarheid en prestaties.

Het verstrekken van trainingsmateriaal voor consultants die niet vertrouwd zijn met het ETL proces.

Doelgroep

Mensen die niet vertrouwd zijn met ETL.

Mensen die willen leren werken met een bepaalde ETL tool.

Mensen die het verschil willen weten tussen bepaalde ETL tools.

ETL ontwikkelaars die zich nieuwe ETL tools eigen willen maken.

Leerdoelen

ETL Specifiek.

• Leren van vernieuwde mechanismes.

• Het onderkennen van het verschil in granulariteit tussen de bron en het datawarehouse¹².

• Team lead ervaring.

Inzicht krijgen in het niveau van de ETL vaardigheden.

Het leren van nieuwe tools.

Deliverables

Bron systeem inclusief data (ontwikkeld bron systeem).

Target data model (volledig gegevens model met informatie).

Functioneel ontwerp (beschrijving van de functies per tool).

Technisch ontwerp (beschrijving van de technische functies per tool).

Solution document (beschrijving van de ontwikkeling van de case).

Uitkomst

Mensen ervaren het teamwerk als zeer positief.

Mensen leren van meer ervaren personen.

Overzicht in het gebrek aan vaardigheden.

• Datawarehouse data modellen

12 Granulariteit is een term die bij het ontwerpen van datawarehouses wordt gebruikt, ze geeft aan in welke mate er detailgegevens van de entiteiten aanwezig zijn. Een hogere granulariteit geeft aan dat er -op een zeker niveau- minder details worden opgeslagen.

(25)

• ETL logica

Betrokkenheid.

Input voor het organiseren van sessies.

Basis voor actieve ontwikkeling.

Tool focus

Microsoft SQL Server Integration Services.

Business Objects Data Integrator.

Oracle Warehouse Builder.

Informatica Powercenter.

ETL Case - Proces Uitkomst analyse

Proces

ETL software extracteert gegevens, transformeert de waarden van inconsistente gegevens, reinigt ‘slechte’ gegevens, filtert gegevens en laadt deze vervolgens in een database model.

ETL Case - Architectuur Uitkomst analyse

Data

De ETL case is uitgewerkt op virtuele omgevingen die zijn geïnstalleerd op de BI server, lokaal geïnstalleerd bij ATS.

De gegevens die worden gegenereerd tijdens het uitwerken van de ETL case worden gebruikt als input voor de Reporting &

Analytics case.

BI Host Server

De BI server is een fysieke test omgeving waar medewerkers hun vaardigheden kunnen ontwikkelen, kunnen werken aan oplossingen voor klanten en in dit geval kunnen werken aan de ETL case.

Microsoft SQL Server 2005

De BI server hosts diverse applicaties. Een van deze is Microsoft SQL Server 2005. Deze database applicatie is essentieel voor de Reporting & Analytics case. In deze applicatie is het target data model opgeslagen die is geproduceerd in de ETL case.

ETL Case - Lessons learned Verbeterpunten voor de Reporting & Analytics case Communicatie Maak gebruik van duidelijke communicatie.

Plan een wekelijkse telefoon gesprek om de status te bespreken.

Timing / planning Het maken van een goede tijdsplanning is moeilijk (het blijft werk buiten normalen werktijden).

Issues Maak een ‘issue list’ waar technische issues worden gelogd.

Teams / leads

Wijs een team leider aan bij het maken van de teams.

Zorg dat er in iedere groep iemand aanwezig is met ‘senior skills’.

Doelstellingen / opdrachten

Maak duidelijke en haalbare doelstellingen.

Formuleer kleine opdrachten zodat deze makkelijk zijn te verdelen onder de team leden.

Voor het verdere verloop van het project is de voorgaande ETL case geanalyseerd en zijn de belangrijkste lessen (key learnings) in samenspraak met capability lead van ETL meegenomen zodat deze verbeterd konden worden in de Reporting & Analytics case. De gehele analyse van de voorgaande ETL case is te vinden in de gescheiden bijlage van dit document.

6.1.2 Tool selection

Door middel van het uitvoeren van een tool selectie aan het begin van het afstudeertraject is er een keuze gemaakt welke tool het meest interessant is om als eerste uit te voeren met behulp van de Reporting &

Analytics case en ook wordt uitgevoerd door de afstudeerder zelf (zie hoofdstuk 6.3.3). De belangrijkste uitkomsten van de tool selectie worden hieronder weergegeven. De gehele tool selectie is te vinden in de gescheiden bijlage van dit document.

(26)

De geselecteerde reporting tools aan de hand van de tool selectie worden in onderstaand overzicht weergegeven met aansluitend een korte omschrijving.

Reporting tools Omschrijving

SAP BusinessObjects

BusinessObjects is een webrapportage tool om gegevens te ontsluiten, te analyseren en te delen binnen de organisatie. Met BusinessObjects is het mogelijk gegevens uit verschillende databases op te vragen en als informatie in rapporten weer te geven

SQL Server Reporting Services

SQL Server Reporting Services maakt het mogelijk om statische en interactieve rapportages te maken, te beheren en te distribueren IBM Cognos BI

IBM Cognos Business Intelligence (BI) is een oplossing voor:

rapportage, analyse, scorecarding, visualiseren, dashboards, business event management én data integratie, gebaseerd op één enkele, bewezen architectuur

Van de drie tools die hierboven genoemd zijn is uiteindelijk een tool gekozen die als eerste uitgewerkt zal worden in de Reporting & Analytics case. Die keuze is tot stand gekomen aan de hand van een aantal criteria welke hieronder worden weergegeven. De uiteindelijke beslissing wordt weergegeven na de opgesomde criteria.

Criteria selectie:

Onderstaande criteria zijn opgesteld voorafgaand aan de interviews met enkele medewerkers van ATS. Op basis van deze criteria is de uiteindelijke keuze gemaakt:

Welke tool heeft de meeste toegevoegde waarde voor de Business Intelligence and Data Management cel (BI & DM) (mensen)?

Welke tool is het meest interessant voor ATS kijkend naar het commerciële aspect (opportunities)?

Welke tool is haalbaar kijkend naar de tijdslijn van het project van de afstudeerder?

• Project planning (20 weken)

• Ondersteuning (welke medewerkers zouden kunnen helpen gedurende het project)

Skill matrix (document binnen ATS met de vaardigheden van de medewerkers met tot Reporting &

Analytics)

De resultaten van de opgestelde criteria worden hieronder weergegeven en zijn gebaseerd op de interviews die gehouden zijn met de betrokkenen¹³:

Toegevoegde waarde:

Bij de toegevoegde waarde is gekeken naar welke tool het meest interessant is voor de medewerkers binnen de BI & DM cel. Het interview met de capability lead van Reporting & Analytics gaf daar een antwoord op. SQL Server Reporting Services viel in het begin al af omdat de andere twee tools simpelweg meer gebruikt worden. Voor SQL Server Reporting Services was het dus ook niet nodig om de voor- en nadelen op een rij te zetten. De voor- en nadelen van de overige twee tools vormden het resultaat van dit onderdeel en worden in de onderstaande tabel weergegeven:

IBM Cognos BI Voordelen

Veel IBM Cognos BI kennis binnen de BI & DM cel

Veel aankomende projecten waarbij IBM Cognos BI als tool gebruikt gaat worden

13 De volledige uitgewerkte interviews zijn te vinden in de gescheiden bijlage van dit document

(27)

Geïmplementeerd bij de meeste klanten van ATS

Nadelen Veel IBM Cognos BI kennis binnen de BI & DM cel (medewerkers kunnen er niet veel meer over leren)

SAP BusinessObjects Voordelen

SAP BusinessObjects wordt steeds interessanter als er gekeken wordt naar de toekomst. SAP BusinessObjects is upcoming

Medewerkers binnen de BI & DM cel zijn bereidt om meer te leren van SAP BusinessObjects

Nadelen Weinig SAP BusinessObjects kennis binnen de BI & DM cel Commercieel vooruitzicht:

Het commercieel aspect is van belang omdat hier gekeken wordt naar welke projecten er in de toekomst aan zitten te komen. Door te kijken naar de komende projecten kan de reporting tool gekozen worden die daar het best op aan sluit. Met andere woorden, met welke reporting tool worden de komende projecten uitgevoerd? De resultaten die voort zijn gekomen uit de interviews omtrent het commerciële vooruitzicht worden hieronder weergegeven:

Projecten (verleden) Uitvoerdatum Gebruikte reporting

tool Nuon 2008: Joost v/d Crommenacker / Sander Schuurman) IBM Cognos BI North Ireland Civil Service 2008: Joost v/d/ Crommenacker / Bart Silliakus IBM Cognos BI

Projecten (heden)

Eneco 2009: Rogier Jochims IBM Cognos BI

Achmea 2008 - 2010: Joost v/d Crommenacker, Rudi Hendrix, Aled Lewis, Sander Schuurman

IBM Cognos BI

KPN 2009: Aled Lewis IBM Cognos BI

Wyeth UK 2009: Farhan Raza SAP BusinessObjects

Shell 2009: Rogier Jochims / Sander Schuurman IBM Cognos BI

Gasterra 2009 - 2010: Rudi Hendrix IBM Cognos BI

Projecten (toekomst)

Vopak Medio 2010 IBM Cognos BI

Pearle (Cognos TM1) Medio 2010 IBM Cognos BI

Pfizer Medio 2010 SAP BusinessObjects

UMCU Begin 2010 SAP BusinessObjects

Ministerie van Defensie Eind 2010 IBM Cognos BI

Euroclear Medio 2010 IBM Cognos BI

Zoals hierboven wordt weergegeven hebben bijna alle toekomstige projecten met IBM Cognos BI te maken.

In het verleden en in het heden zijn in principe alle projecten gerelateerd aan IBM Cognos BI. Er is dus veel expertise binnen de BI & DM cel en deze expertise zal ook in de toekomst nodig zijn, kijkend naar het bovenstaande overzicht. Op commercieel vlak zou IBM Cognos BI de meest geschikte kandidaat zijn voor de Reporting & Analytics case.

Tijdlijn van het project:

Alle criteria die hierboven genoemd worden hebben te maken met de BI & DM cel en zijn gerelateerd aan ATS. Echter zijn er ook criteria die van belang waren kijkend naar mijn afstudeerproject. Dit waren de volgende criteria:

Projectplanning

Voor het uitvoeren van dit project was er een bepaalde hoeveelheid tijd, namelijk 21 weken. Een van de criteria voor de afstudeerder was dus dat het uitvoeren van de geselecteerde tool en het realiseren van de