een nieuwe tool

Ik ben geen ‘projectmanagement-tool-freak’, anders gezegd, ik hang het gezegde aan: ‘a fool with a tool is still a fool’. Tools, software, templates en andere bling bling, zoals een ‘iPhone projectmanagement app’ zullen een project niet tot een succesvol einde brengen, als je niet snapt hoe de spelregels van projectmanagement zijn.

Maar ook, zonder deugdelijke administratie is een projectleider als een zeiler midden op de oceaan, zonder kompas. Een van de eerste dingen die ik bij probleemprojecten op orde breng is de administratie, en dan liefst op een no-nonse eenvoudige manier (in veel gevallen is een voortgangsregistratie in een office pakket voldoende). De projectleider moet weten waar hij zich bevindt bij de spreekwoordelijke oversteek van de oceaan, maar hij moet wel aan het zeilen blijven en niet met zijn hoofd blijven steken in een cockpit met tientallen metertjes.

Een nieuwe tool van Nederlandse bodem: Yanomo
Vorige week kreeg ik een persbericht over nieuwe software voor de administratie van projecten: www.yanomo.nl

De software is een Nederlands product, is web-based, ziet er op het eerste oog no-nonsense uit en je kunt het gratis uitproberen. Voor kleine teams tot 3 mensen is het zelfs altijd gratis. Als ik wat meer tijd heb, ga ik het zeker bekijken. Misschien ook interessant voor jouw project?

Als je op zoekt bent naar handige software voor de administratie van je project, is dit overzicht van tools wellicht ook handig voor je om mee te beginnen.

Projectmanagement creatieve industrie

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.

Agile projectmanagement, werkt het?

Is agile projectmanagement nu wel of geen goed idee? Wie wel eens projecten gedaan heeft binnen de ICT wereld weet dat uitloop en budgetoverschrijdingen eerder regel dan uitzondering zijn. Een van de dingen die ICT, of beter gezegd softwareontwikkelingsprojecten lastig maken is dat het niet goed lukt om vooraf een goed ontwerp te maken. En als het al lukt, dan zijn de ontwerpdocumenten vaak (erg) dik, onleesbaar en verouderen snel (‘ik wil graag toch een klein dingetje anders in de applicatie’). 

Als het al lukt om een goed ontwerpdocument op te stellen, dan is de volgende lastige stap het maken van een goede planning. Hoe veel werk is het om een bepaalde functionaliteit te programmeren? Hoeveel werk is het om de tientallen of honderden functionaliteiten uit het ontwerpdocument te bouwen? 
Nog een probleem van de waterval aanpak is dat het ontwerpdocument, eenmaal vastgelegd, niet meer mag wijzigen. Maar vaak blijkt tijdens het bouwen, dat wensen van de klant veranderen. Tot zover in grote lijnen de watervalmethode. 
Iteratief werken:
Om deze (en andere) problemen van de watervalmethode tegen te gaan zijn de agile methodes bedacht, waar extreme programming er een van is. Agile gaat niet uit van een groot vooraf uitgewerkt ontwerp maar van een aantal tijdsloten waarbinnen je steeds als team kijkt wat het beste is om binnen het komende tijdslot te doen.  Dat deze aanpak ook tot problemen leidt moge duidelijk zijn (chaos). Matt Stephens en Doug Rosenberg hebben een aantal van de nadelen van extreme programming goed geanalyseerd in hun boek “extreme programming refactored“. 
Maar wat zijn nog meer redenen dat agile projectmanagement niet altijd werkt? Hieronder mijn observaties:
  • Agile is een lippendienst aan klanten en programmeurs, maar feitelijk wordt er helemaal geen projectmanagement toegepast (agile of anders)
  • Er wordt wel agile gewerkt, maar teamleden zitten in 3 of meer projecten tegelijk.
  • De werkdruk is zo hoog dat, agile of niet agile, projecten niet genoeg tijd krijgen
  • De klant doet helemaal niet mee in de besluitvorming, waardoor programmeurs te veel ruimte krijgen om zelf voor de klant te denken
  • De werkdruk is zo hoog dat alle tussentijdse tests overgeslagen worden
  • Er is geen tijd genomen om de nieuwe systematiek echt te leren en een tijd lang te proberen
  • Er zijn geen goede systemen voor het bijhouden van bijvoorbeeld de ‘storycards’ of andere projectinformatie
Meestal wordt het gebrek aan discipline genoemd als een belemmering voor agile projectmanagement. Zo ook de talloze voorbeelden in het boek van Matt Stephens en Dough Rosenberg. Maar vaak speelt er nog iets: als het niveau van projectmanagement van een organisatie te laag is, dan is iteratief werken gedoemd te mislukken. Zie ook de ladder van projectmanagement volwassenheid.