Over projectmanagement en projecten

20 november 2008

Cursus projectmanagement

Filed under: 2009,cursus projectmanagement,data,locaties — W. Baars @ 08:40

De data van de cursussen projectmanagement voor 2009 zijn bekend:

Cursus projectmanagement: 2-3-4 februari 2009 te Amsterdam
Cursus projectmanagement: 18-19-20 mei 2009 te Utrecht
Cursus projectmanagement: 28-29-30 sept. 2009 te Amsterdam
Cursus projectmanagement: 30 nov.-1-2 dec. 2009 locatie nog te bepalen

Alle cursussen beginnen om 1000 uur en eindigen om 1700 uur. Mochten de locaties te ver liggen, neem dan contact op. Bij voldoende vraag zal ik een extra cursus projectmanagement inlassen, dichter bij u in de buurt.

ICT projectmanagement

Filed under: Uncategorized — W. Baars @ 07:47

Toegegeven, of je nu in de bouw projectmanagement doet, ICT projectmanagement of een reorganisatie: de basisaanpak is overal het zelfde (eerst een plan maken, faseren, plannen en begroten). Toch ervaart een projectleider grote verschillen als hij betrokken is bij ICT projecten dan wel bij bouwprojecten. En binnen ICT projecten zijn er ook weer grote verschillen. Een migratie van een serverpark vraagt om een andere benadering dan een softwareontwikkelingsproject.

Om die reden ben ik ook meer geïnteresseerd in boeken die ingaan op projectmanagement in een specifieke sector, dan in algemene basisboeken projectmanagement. Een groot verschil bijvoorbeeld tussen een bouwproject en een softwareontwikkelingsproject is dat als de fundering van een gebouw eenmaal gelegd is, er moeilijk nog een paar meter bijgebouwd kan worden. Bij software kan (en moet) er altijd wel iets aangebouwd worden aan bestaande applicaties.

Hieronder een aantal boeken die ik interessant vindt op gebied van ICT projectmanagement:

Scott Berkum is een oud Microsoft medewerker en heeft zijn ervaringen met ICT projectmanagement verwerkt in dit boek. Hij gaat in op politiek in grote organisaties, over waarom planning altijd niet kloppen en andere zaken waarom ‘standaard projectmanagement’ niet altijd werkt in ICT omgevingen. Voor het schrijven van zijn boek onderhoudt hij een discussiegroep met honderden projectleiders die hij bijna elke dag per mail een dilemma voorlegt. De dilemma’s doen soms wat ‘Amerikaans’ aan (“should I reward my team with a watercooler at the working space to motivate them”), maar de discussies zijn een goede voedingsbodem geweest voor dit boek.

Rapid development is een klassieker in de ICT projectmanagement literatuur. Alhoewel het al een paar jaar oud is, is de tekst nog erg van toepassing, alhoewel er geen bespreking is van de nieuwste ontwikkelingen op ‘agile’ gebied (extreme programming, RUP, scrum). De titel lijkt de nadruk op snelheid van projecten te leggen, maar eigenlijk gaat het boek over het gehele plaatje. Heel duidelijk staat er gesteld dat je best snel wat in elkaar kunt ‘hacken’, maar dat de snelheid uiteindelijk van dat soort pseudo projectmanagement negatief uitpakt voor het eindresultaat. Talloze aansprekende voorbeelden en statistieken. Iedere ICT-er zou dit boek moeten lezen.

Joel Spolsky is ook een ex-Microsoft man en benadert projectmanagement erg praktisch. Hij is wars van ingewikkelde theoretische plaatjes maar geeft simpele handreikingen voor alledaagse problemen van projectleiders. “Hoeveel moet ik een programmeur betalen?”, “Hoe maak ik een planning, zonder dat het maar een slag in de lucht is?”, “Hoe zorg ik ervoor dat er een eenvoudig maar duidelijk functioneel ontwerp op tafel komt?”, “welke onderdelen van Agile zijn nuttig, welke niet?” tot en met eenvoudige tooltjes voor projectmanagement in excell (en niet het ingewikkelde MS projects).

Tenslotte, ik moet zeggen dat ik een groot voorstander ben van een agile aanpak bij softwareontwikkeling en creatieve projecten. Dat neemt niet weg dat er een hype is ontstaan rond extreme programming (XP) en dat Agile wel met verstand moet worden toegepast (en soms ook niet). Het boek “Extreme programming refactored” gaat daarover. Er wordt heel kritisch gekeken naar de praktijk en die blijkt soms wel eens wat anders uit te pakken dan de theorie van XP. Toch besluiten de auteurs dat XP voor (sommige) middelgrote projecten een prima aanpak is, mits wel op een paar zaken gelet wordt.

17 november 2008

Projectmanagement Game valt in de prijzen

Filed under: Uncategorized — Tags:, , — W. Baars @ 11:01

Sharkworld is een projectmanagement game om jongeren kennis te laten maken met het vak projectmanagement. Dat dit concept bijzonder is, blijkt wel uit de prijzen die deze game onlangs kreeg. Allereerst won de game de European innovative games award maar daarbij ook nog de Dutch game award in de categorie serious games.

En daar mag ik ook een beetje trots op zijn, want een groot deel van de projectmanagement kennis voor het spelontwerp komt van mij :-)

Wouter Baars

16 november 2008

Projectmanagement bij de overheid

Filed under: Uncategorized — W. Baars @ 18:15

Projectmanagement in een politieke context vraagt om een andere aanpak dan projectmanagement bij commerciële bedrijven. Dus wie een project doet bij de overheid, bij internationale organisaties, bij organisaties die afhankelijk zijn van de overheid (onderwijs, musea, culturele sector, wetenschappelijke instellingen, enzovoort) of bij belangenorganisaties (vakbonden, milieubeweging, brancheorganisaties, enzovoort) moet andere spelregels toepassen dan wie een project doet bij een BV of een NV.

In de meeste projectmanagement boeken wordt er weinig aandacht besteedt aan dit gegeven. In mijn boek over projectmanagement besteed ik er wel een hoofdstuk aan. Ook in mijn training projectmanagement is er veel aandacht voor. Maar in zijn algemeenheid zijn er weinig boeken over projectmanagement en politiek. Vooral jonge en onervaren projectleiders hebben moeite met het feit dat bijna al hun daden in een politiek kader staan, wanneer je een project doet bij de overheid. Daarom een paar leestips van boeken over politiek in organisaties:

Het Bureau / 1 Meneer Beerta
Het Bureau / 1 Meneer Beerta
J.J. Voskuil

De reeks het Bureau gaat over een wetenschappelijk instituut waar allerlei projecten plaatsvinden (al noemen ze het geen projecten). Alhoewel het speelt tussen 1960 en 1990 zal iedereen die wel eens in een grote organisatie heeft gewerkt zich herkennen in de scènes uit het boek.

Hoe vang ik een rat ?
Hoe vang ik een rat ?
Richard Engelfriet & Peter M. van der Geer

Praktischer van aard dan het vorige boek, geeft dit boek een hoop inzicht in de politieke spelletjes binnen organisaties (niet alleen de overheid). Met tips wat je tegen manipulaties en politieke spelletjes kunt doen.

De kunst van het oorlogvoeren
De kunst van het oorlogvoeren
Tzu Sun

Door het economische succes van China is deze klassieker wederom in de belangstelling. Politiek is eigenlijk een manier van oorlogvoeren, maar dan zonder geweld. In de vorige eeuw ontdekten politici en managers dat vele principes uit dit boek zich ook lenen voor politiek en management.

Het proefschrift van Loes Berendsen, geeft op indringende wijze de politieke en bureaucratische kronkels weer van het UWV. Een aanrader voor een ieder die een project gaat doen bij het UWV (of de belastingdienst, gemeentes, provincies en andere grote maatschappelijke organisaties.) Hiermee wil ik natuurlijk niet beweren dat het overal zo aan toegaat als in dit boek geschetst wordt!

Onder professoren
Onder professoren
W.-F. Hermans & Willem Frederik Hermans

Over hoe het er aan toeging bij de universiteiten in de jaren 70. Na de democratiseringsgolf een hoop vergaderen. Dat laatste is nog steeds zo bij de meeste universiteiten. Maar daar is een hoop aan te doen, bijvoorbeeld door staand te vergaderen.

Wie weet er nog andere interessante boeken over werken in een bureaucratische omgeving?

5 november 2008

Projectmanagement creatieve industrie

Filed under: creatieve industrie,creatieve sector,projectmanagement — W. Baars @ 10:46

Toen Quincy Jones in de jaren vijftig een tournee maakte met zijn big band in Europa, ging het project halverwege de rondreis failliet. Hij besefte toen dat een goed muzikant ook een goed manager moet zijn. Na dit inzicht werd hij later een van de meest succesvolle bandleiders en componisten ter wereld. De andere kant van dit verhaal bestaat ook. Wie de radio en televisie volgt, zal talloze voorbeelden horen en zien van glad gemanagede projecten die hits produceren van dertien in een dozijn. Bij deze producties is de creativiteit ver te zoeken. Dit doet de vraag rijzen hoe een creatief project het best gemanaged kan worden, om zowel de artistieke kant als de zakelijke kant van een creatie te bewaken.
Om dat te onderzoeken is er eerst gekeken naar hoe (zakelijke) projecten volgens het boekje gemanaged moeten worden.Verschillende methodes van projectmanagement, zoals de PRINCE2, RUP, TOC, Extreme Programming, SCRUM of DSDM zijn toepasbaar om projecten beter te managen. In de praktijk wordt er echter in de creatieve industrie weinig van deze methodes gebruikt gemaakt. Er lijkt veel weerstand te bestaan tegen formeel projectmanagement binnen creatieve organisaties en vaak wordt als argument genoemd dat het de creativiteit en daadkracht van de projectteams aantast.
Toch kampen creatieve bedrijven, net zoals bij projecten in de zakelijke wereld, met (enorme) uitloop van projecten en (enorme) kostenoverschrijdingen. Het is dus de vraag of de projectmanagement methodes geschikt zijn om deze problemen aan te pakken in de creatieve industrie. En als ze dan toepasbaar zijn, op welke manier ze niet de creativiteit aantasten.

Dilemma’s in projectmanagement
In deze reeks van artikelen wordt een typisch verloop van een creatief project geschetst en worden de dilemma’s benoemd die binnen zo’n project in verschillende fasen ontstaan. Vervolgens worden oplossingsstrategieën aangedragen, al dan niet afkomstig uit de projectmanagementmethodiek, voor die knelpunten. Ook wordt er uitgelegd welke methodieken juist niet werken en waarom. Het artikel is als zodanig nuttig voor projectleiders die leiding moeten geven aan een groep creatieve mensen, als voor managers en fondsverstrekkers, die moeten besluiten over de projecten alsmede voor partijen die met een creatief team moeten samenwerken.

De inzichten die verwerkt zijn in dit artikel zijn afkomstig van de ervaringen met diverse vernieuwende nieuwe media en gameprojecten maar zijn mogelijk ook toepasbaar in andere creatieve projecten.

Het grootste probleem van de projectmanager van creatieve projecten is het dilemma van ‘creativiteit versus management’. De creativiteit in zijn puurste vorm is vernieuwend, chaotisch, onvoorspelbaar en zeker ook gepassioneerdheid. Het ‘management’ in zijn stereotype houdt van controle, beheersing en is zakelijk. Het beeld van de kunstenaar die koste wat kost voor zijn droom gaat versus de manager die binnen zijn budget wil blijven en tastbare resultaten wil zien. Ter illustratie: stel je hebt een creatief team bestaande uit programmeurs, vormgevers, conceptbedenkers en content makers (schrijvers, fotograven, en dergelijke). Een ieder die met een team van een dergelijke samenstelling heeft gewerkt zal het volgende beeld herkennen: het is aan de ene kant vaak moeilijk om het team bij elkaar te krijgen voor een vergadering, teamleden komen te laat of dagen gewoon niet op. Aan de andere kant is dit team wel bereid om een nacht door te werken aan de creatie, als de inspiratie daar is. Goede ideeën komen vaak pas om drie uur ’s nachts.

Als de projectmanager te veel op zijn managersrol gaat zitten dan knijpt hij de creativiteit af, wat resulteert in een (artistiek) oninteressant product en spanningen in het projectteam. Als hij te veel meegaat met de creatieve dromerigheid is het risico dat er aan het einde van de rit geen concreet product is geleverd en/of dat de kosten en de doorlooptijd uit de hand zijn gelopen. Ook in dit geval zullen spanningen in het team ontstaan. Dit dilemma is de evenwichtsbalk waarop de projectmanager van creatieve projecten voortdurend moet balanceren.

Cyclisch of lineair

Hoe kan de projectleider dit dilemma benaderen? Binnen de softwareontwikkeling zijn er globaal twee benaderingen van projectmanagement. De eerste is een lineaire benadering waarbij het project in een aantal opeenvolgende fasen wordt opgedeeld en er naar een nader te definiëren eindproduct wordt toegewerkt. De tweede benadering is een cyclische waarbij er door middel van een aantal prototypes naar het uiteindelijke eindproduct wordt toegewerkt .

In theorie is de cyclische benadering beter geschikt voor projecten waarbij het einddoel nog niet duidelijk is, zoals bij creatieve projecten het geval is. Van prototype naar prototype ontstaat het eindproduct, zonder dat alle details van te voren bedacht hoeven te worden. Bij een lineaire methode moet je op een gegeven moment, vrij vroeg in het project, het einddoel vastleggen. Dit is lastig bij een vernieuwend project: je maakt iets nieuws en je weet dus nog niet waar het op uit zal komen.

Belangrijke voorwaarden voor het succesvol toepassen van cyclische methodes is dat de betrokken organisaties deze projectmanagement methode goed gewaarborgd hebben in hun organisatie. Een goede administratieve ondersteuning is nodig. Verder is het van belang dat het management en de betrokken partijen zich ook aan de cyclische projectmanagement discipline, met alle overlegstructuren en besluitvormingsprincipes houden . Met andere woorden: cyclisch projectmanagement vraagt een veel grotere organisatiegraad dan lineair projectmanagement. En daar zit nu het probleem voor de creatieve industrie: deze blinkt niet uit in sterke operationele en administratieve organisatie. Binnen creatieve organisaties ligt de nadruk op de creatieve inhoud en wordt er vaak geen prioriteit gegeven aan operationeel management.

Erger nog wordt het als een creatieve organisatie iets gehoord heeft over de voordelen van cyclisch projectmanagement en dit zegt te doen zonder dat ze het echt doen. Implementatie van cyclisch of iteratief werken is niet iets wat je ‘een twee drie’ implementeert in een organisatie en je moet je echt wel aan de regels houden. Maar ja het klinkt wel hip als je zegt dat je ‘iteratief’ werkt en een mooi excuus voor de chaos (aan de klant, aan de subsidieverstrekker of aan de nieuwe werknemer): ‘wij doen alles hier agile, dat betekent dat er wel eens ‘iets’ mis mag gaan.’

administratie

Dit is geen iteratief projectmanagement!

Dat operationele zaken binnen de creatieve sector minder belangrijk zijn, blijkt onder andere uit het vaak ontbreken van administratieve systemen zoals een urenregistratiesysteem of een systeem voor personeelsplanning. Dit maakt het sturen en beheersen van projecten er niet gemakkelijker op binnen zo’n organisatie. De projectmanager zal met het management van de betrokken organisaties overeenstemming moeten vinden voor het inrichten van een projectmanagementstructuur. Als die structuur echter als te beklemmend wordt ervaren door het creatieve team of door het management zal dat het project niet ten goede komen. Dit zal van organisatie tot organisatie en van team tot team verschillen en het vraagt van de projectmanager eigenlijk ook een deel verandermanagement omdat hij zal moeten beginnen met het implementeren van
een geschikte projectstructuur. Cyclisch projectmanagement zal dan vaak een brug te ver blijken. Lineair projectmanagement bleek bij de projecten die de basis vormden voor dit artikel wel haalbaar en bracht al een duidelijke verbetering ten opzichte van de situatie voordat er überhaupt projectmanagement werd toegepast.

In het volgende deel verslag van de gekozen aanpak en de knelpunten die daarbij optraden.

3 november 2008

Projectmanagement – mag het een stukje minder formeel?

Filed under: Uncategorized — W. Baars @ 15:21

Toen de dienstplicht er nog was voor alle mannen in Nederland, reed een van mijn vrienden op een tank bij de landmacht. Regelmatig deden ze mee aan trainingen en vaak wonnen ze de wedstrijden die de diverse NAVO landen met elkaar deden. De Amerikanen waren zowel verbaasd als bewonderend en vroegen dan aan de Nederlanders waarom ze zo vaak wonnen met de tanksimulaties. Het antwoord was: omdat we het niet altijd doen zoals het staat in het boekje!

Tweede voorbeeld:
Een andere vriend moet regelmatig projecten evalueren, bijvoorbeeld wederopbouw projecten in Bosnië. Hij zei me dat het probleem is dat de meeste projecten op papier altijd wel klopten, maar dat als je echt wilde weten of een project geslaagd was, dat je dan door het evaluatierapport heen moest lezen. Dat je eigenlijk met de mensen zelf moest gaan praten en ter plekke kijken. Je voelt het als het ware aan de sfeer of het project goed liep of niet.
Derde voorbeeld:
Een manager van een grote internationale winkelketen, was betrokken bij het beheren van een fonds voor goede doelen. Door dat fonds konden bijzondere projecten financiering krijgen. Hij was heel stellig over de selectie van die projecten: “als de mensen die het uitvoeren goed zijn, dan doe ik het. Een projectplan met heel veel tekst en berekeningen doet me niks.”
Met andere woorden, informele informatie is veel belangrijker dan de formele informatie (geld, tijd, kwaliteitskentallen, procedures). Het maakt niet uit of het gaat om de initiatie van een project, de sturing of de evaluatie na afloop.  De echte informatie moet je tussen de kentallen inlezen. Daarom zijn de formele projectmanagement methodes (de kenner weet welke ik bedoel) vaak geen verbetering tegenover het team dat ‘uit de losse pols’ zijn project doet! 

Powered by WordPress