Presentation about all aspects of running a project and how we handle them at RealDolmen.

1. MARCH 1, 2010 | SLIDE 1

2. www.realdolmen.com
Life & Project work @ RealDolmen
MARCH 1, 2010 | SLIDE 2

3. WIE BEN IK?
 Bart Keybergh
 Unit Manager Microsoft @RealDolmen
 Responsible for
 Team of 21 people
 Offerings in pre-sales
 HR-related topics within the Microsoft Division
 Product manager external education
 Co-operation with schools
http://be.linkedin.com/in/bartkeybergh
http://bartkeybergh.blogspot.com
http://twitter.com/BartKeybergh
MARCH 1, 2010 | SLIDE 3

4. AGENDA
 Introductie RealDolmen & Microsoft Divisie
 Rol van de developer
 Planning en aanpak
 Proces binnen RealDolmen
 Competentieontwikkeling
 Vragen
MARCH 1, 2010 | SLIDE 4

5. Voorstelling RealDolmen
MICROSOFT DIVISIE
MARCH 1, 2010 | SLIDE 5

6. REALDOLMEN HAS A CLEAR VISION AND MISSION
 Vision: To be the reference in the local market for
integrated solutions supporting the complete ICT-
lifecycle.
 Reference: be the preferred & trusted choice for
customers, partners and employees
 Local: proximity to our customers in the Benelux and France
 Integrated solutions: complete ICT offering covering the full
lifecycle, including infrastructure, applications and
communications
 Complete ICT-lifecycle: supporting all plan-build-operate
activities
 Mission: We make ICT work for your business.
MARCH 1, 2010 | SLIDE 6

7. SOME REALDOLMEN FIGURES
 Shareholding
 Listed on EuroNext Brussels
 2 reference shareholders
 Colruyt Family 16%
 Gores 28%
 FY 2008/2009 Financials
 €265,6mio revenue
 €12,7 mio Ebit
 €17,9 mio profit
 Almost 1,800 professionals
MARCH 1, 2010 | SLIDE 7

8. A SOLID AND REFERENTIAL CUSTOMER BASE IN BOTH THE
MID-MARKET AND LARGE ACCOUNTS
Government/Healthcare/Education
Logistics and Distribution Industry
Services Life Science
MARCH 1, 2010 | SLIDE 8

9. REALDOLMEN HAS EXTENDED GEOGRAPHICAL
COVERAGE
Belgium
Luxemburg
France
MARCH 1, 2010 | SLIDE 9

10. REALDOLMEN IS A REFERENCE PARTNER
MARCH 1, 2010 | SLIDE 10

11. REALDOLMEN MICROSOFT DIVISIE
 One Stop Shop voor Microsoft Technologie
 De grootste onafhankelijke Microsoft integrator in België
 Van licenties tot implementatie tot support
 Breed technologisch spectrum
 Ervaring
 Meer dan 20 jaar ervaring in totaalrealisatie van Microsoft
projecten
 Dit boekjaar +100 klanten geholpen
 Kennis
 Gold Certified Partner
 Continuiteit
 130+ gemotiveerde super polyvalente Microsoft Professionals
MARCH 1, 2010 | SLIDE 11

12. GOLD CERTIFIED PARTNER
 Custom Development Solutions Competency
 Mobility Solutions Competency
 Learning Solutions Competency
 Information Worker Solutions Competency
 Data Management Solutions Competency
 Business Process and Integration Solutions
Competency
 Microsoft Business Solutions Competency
 Licensing Solutions Competency
 Advanced Infrastructure Solutions Competency
 Networking Infrastructure Solutions Competency
MARCH 1, 2010 | SLIDE 12

13. PROFIELEN
 Microsoft Divisie (totaal +/- 120 personen)
 Architecten
 Technisch analist projectleiders
 Software engineers
 Junior software engineers
 Juniors in opleiding
 Support Engineers
 Bijkomende Divisies in Microsoft technologie (220 personen)
 BI consultants
 CAD GIS consultants
 IM consultants
 Packages consultants
 Dynamics AX, CRM Professionals
 Microsoft Infrastructure Specialists (System engineers)
 Projectaanpak
 70+ projectleaders en functionele analysten
MARCH 1, 2010 | SLIDE 13

14. Projecten
ROL VAN DE DEVELOPER
MARCH 1, 2010 | SLIDE 14

15. TAKEN EN VERANTWOORDELIJKHEDEN [1]
 Basistaken
 Coderen
 Testen
 Onderhoud
 Documentatie
 Bijkomende taken
 Opstellen van technische analyses
 Opstellen van offertes
 Opleiding geven
 Voeren van presales-gesprekken
 Presentaties geven
 Opvolgen van de marktevoluties binnen een bepaald domein en het opbouwen
van een gedegen visie.
 Contacten leggen met leveranciers
MARCH 1, 2010 | SLIDE 15

16. TAKEN EN VERANTWOORDELIJKHEDEN [2]
 Verantwoordelijkheden
 Is verantwoordelijk voor het escaleren van alle situaties omtrent het project die
een impact kunnen hebben op de planning, de werking, de functionaliteit of
kwaliteit van het project.Dit kan gebeuren tijdens de projectteamvergaderingen of
onmiddellijk bij de technisch projectleider, de algemeen projectleider of project
manager.
 Is verantwoordelijk voor de vertrouwelijkheid van de gegevens die hij/zij te zien
krijgt tijdens de uitvoering van programmatie, conversie, installatie, interventie
enz.
 verwerkt vragen, probleemmeldingen en aanpassingen van de functioneel
analist, technisch consultant , de technisch projectleider of de klant.
 Signaleert aan zijn/haar rechtstreekse Unit Manager wanneer bijkomende
opleiding of middelen noodzakelijk lijken voor de goede uitvoering van de
opdracht.
 Signaleert aan de Account Manager alle opportuniteiten voor bijkomende of
betere dienstverlening aan de opdrachtgever.
MARCH 1, 2010 | SLIDE 16

17. Projecten
PLANNING EN AANPAK
MARCH 1, 2010 | SLIDE 17

18. WAAROM PLANNEN ?
 Duidelijke afspraken met de klant maken
 De juiste verwachtingen scheppen bij de klant
 Om jezelf te organiseren
 Om de organisatie rond jouw te informeren
 Duidelijke afspraken maken met de volgende klant(en)
MARCH 1, 2010 | SLIDE 18

19. DUIDELIJKE ROLLEN
 1 Algemeen projectleider
 Onderhoud de algemene contacten met de klant
 Bewaakt de algemene voortgang van het project
 1 of meer functioneel analysten
 Voeren van gesprekken met de klant
 Wensen van de klant vertalen in een functionele analyse
 Uitvoeren van functionele testen
 Bijstaan van de developers bij functionele vragen
 1 of meer technisch projectleiders
 Opstellen en opvolgen van de technische analyse
(technologie, architectuur, interfaces, …)
 Coachen van de developers
 Software ontwikkelen
 1 of meer developers
 Software ontwikkelen
 Testen
 Documenteren
MARCH 1, 2010 | SLIDE 19

20. BEÏNVLOEDENDE FACTOREN – RISICO’S
 Beschikbaarheden
 Mensen zijn niet altijd beschikbaar op het moment dat je ze nodig hebt
 Competenties
 Waar is iemand goed/minder goed in
 Ervaring
 Heeft iemand dit al eens gedaan?
 Extra wijzigingen die de klant vraagt
 Activiteiten in andere projecten
 Project loopt uit
 Bugs die opgelost moeten worden
 Al de rest wat je niet voorzien hebt 
MARCH 1, 2010 | SLIDE 20

21. ONDERDELEN VAN PLANNING [1]
 Weten wat je moet maken
 Oa. functionele en technische analyse
 Opdeling in verschillende modules
 Opdeling van de modules in verschillende taken
 Taken inplannen
 Input & output definiëren = WBS(*)
 Duur van de taak bepalen
 Afhankelijkheden in kaart brengen
 Kritisch pad
 mogelijk andere resources inplannen (oa. materiaal)
(*) WBS = Work Breakdown Structure
MARCH 1, 2010 | SLIDE 21

22. ONDERDELEN VAN PLANNING [2]
 Taken toewijzen aan personen
 Rekening houden met beschikbaarheden
 Rekening houden met competenties
 Rekening houden met expertise & ervaring
 Indien nodig taken her-inschatten
 Inschatten van risico’s
 Welke risico’s, hoe waarschijnlijk zijn ze, consequenties
 Planning afstemmen met het team
 Het is belangrijk dat iedereen beseft wat van hem verwacht wordt en
hoeveel tijd ze daarvoor krijgen
 Planning communiceren naar de klant
MARCH 1, 2010 | SLIDE 22

23. PROJECT AANPAK [1] - ALGEMEEN
MARCH 1, 2010 | SLIDE 23

24. PROJECTAANPAK [2] - WATERVAL
 Algemene kenmerken oplijsten
 Je weet op voorhand goed wat er verwacht wordt
 Je kan op voorhand goed inschatten hoe lang iets zal duren
 Afhankelijkheden tussen taken
MARCH 1, 2010 | SLIDE 24

25. PROJECTAANPAK [3] - SCRUM
 Algemene kenmerken
 Je weet op voorhand niet echt wat er verwacht wordt
 Dagelijkse stand-up meeting
 Sprints van 3 a 4 weken
 Storyboards
 Grote verantwoordelijkheid voor de developers
 Extreme programming
 Sterke klantbetrokkenheid
MARCH 1, 2010 | SLIDE 25

26. PROJECTAANPAK [3] - SCRUM
 Voordelen
 Geen scope- en/of prijsonderhandeling meer
 Beter product
 Hogere productiviteit
 Hogere kwaliteit
 Hogere klanttevredenheid
 Altijd zeker van een resultaat
 Positief
 Gebaseerd op vertrouwen
 Open en eerlijke communicatie
 Mensen zijn belangrijk (zowel klant als leverancier)
 Fantastische teams met gemotiveerde medewerkers
MARCH 1, 2010 | SLIDE 26

27. PROJECTAANPAK [3] - SCRUM
 Nadelen
 Mentaliteitswijziging
 Bij klant: geregeld inspanning nodig?
 Bij management: team beslist?
 Bij projectleider: geen ‘controle’ meer?
 Bij ontwikkelaars/analisten: soft-methode?
 Open staan voor nieuwe zaken (een kans geven)
 Scrummaster heel belangrijk
 Aanvankelijk grote argwaan, later tevreden teams
 Werkt niet zonder sprintdoel (vb bij onderhoud)
 Gevolg: lukt niet altijd → is geen probleem!
MARCH 1, 2010 | SLIDE 27

28. PROJECTAANPAK [4] - RUP
 Karakteristieken
 Ad hoc requirements
 Vage, dubbelzinnige en onduidelijke requirements
 Overmatige complexiteit
 Onvoldoende testen
 4 fases
 Inception (aanvang)
 Elaborttaion (detailering)
 Construction (bouw)
 Transitoin (overgang)
MARCH 1, 2010 | SLIDE 28

29. GEVOLGEN VAN EEN SLECHTE PLANNING
 Slechte kwaliteit
 Laattijdige oplevering
 Extra kosten
 Wat bij fixed price?
 Wat bij projecten in regie?
 Gevolgen voor andere projecten
 Ontevreden klant
MARCH 1, 2010 | SLIDE 29

30. Projecten binnen RealDolmen
HET PROCES
MARCH 1, 2010 | SLIDE 30

31. OVERZICHT
. Planning
. Contact met klant . Opvolging
. Kwalificatie van opportuniteiten . Software ontwikkeling
. Oplevering
Lead Pre-sales Project Maintenance
. Vragen ontvangen van klant . Change requests
. Pre-sales gesprekken . Problem reports (bugs)
. Offertes maken . Onderhoud
. Schattingen maken
MARCH 1, 2010 | SLIDE 31

32. LEAD & PRE-SALES
 Account mgr. bezoekt de klant
 Klant stelt een vraag
 De vraag wordt door de acc. mgr. gekwalificeerd
 Pre-sales verantwoordelijke krijgt de vraag
doorgestuurd
 Gesprekken met de klant voeren
MARCH 1, 2010 | SLIDE 32

33. OFFERTE & SCHATTING
 Bid-office wordt ingeschakeld
 Schattingen worden gemaakt
 1u developer => 1,3u andere taken = 2,3 uren
 Offerte uitschrijven
 Fixed price
 In regie
 Goedkeuring van de pre-sales verantwoordelijke
 Schatting
 Offerte
 Klant krijgt de offerte via de acc. mgr.
 De offerte wordt voorgesteld bij de klant
MARCH 1, 2010 | SLIDE 33

34. PROJECT
 Klant plaats een order op basis van de offerte
 Verzamelen van resources
 Afstemmen van verwachtingen van de klant ivm.
opleveringstermijn
 Functioneel analyst start zijn werk
 Technisch analyst start zijn werk
 Developers starten met de ontwikkeling
 Oplevering van de software in fases:
 Test omgeving
 Acceptatie omgeving
 Productie omgeving
 Acceptatie van de klant
 Overdracht naar het onderhoudsteam
MARCH 1, 2010 | SLIDE 34

35. MAINTENANCE
 Overdracht naar het onderhoudsteam
 Afhandelen van change requests
 Oplossen van bugs
 Bewaken van de gebruikte technologie
 SLA’s (Service Level Agreements)
MARCH 1, 2010 | SLIDE 35

36. RealDolmen
COMPETENTIEONTWIKKELING
MARCH 1, 2010 | SLIDE 36

37. ONE2ONE
 4 keer per jaar
 Evaluatie & loon
 Gedragscompetenties
 Coaching moment
 Technische competenties
 Doel
 Contact met de medewerker
 Persoonlijke ontwikkeling bespreken
MARCH 1, 2010 | SLIDE 37

38. VRAGEN ?
http://be.linkedin.com/in/bartkeybergh
http://bartkeybergh.blogspot.com
http://twitter.com/BartKeybergh
http://www.realdolmen.com/jobs/default.aspx?id=308
Rock-solid Passion for ICT
MARCH 1, 2010 | SLIDE 38