Projectmanagement / projectmatig werken 14-15-16 februari Utrecht
Projectmanagement / projectmatig werken 4-5-6 april Arnhem (regio Nijmegen)
Projectmanagement / projectmatig werken 25-26-27 mei Amsterdam
Projectmanagement / projectmatig werken 10-11-12 oktober Utrecht
Projectmanagement / projectmatig werken 30 nov-1-2 december Amsterdam

Meer info, brochure (met inschrijffomulier) vind u hier of neem contact op. Voor diegenen die niet in de buurt van een van deze steden wonen, de locaties zijn altijd vlak naast het treinstation en we beginnen de cursusdagen na de spits om 10:00 uur. Mocht je in een hotel willen, kijk dan eens op deze pagina naar mogelijkheden voor een hotel in Amsterdam (of andere stad).

Projectmanagement op basis van NCB versie 3
Bert Hedeman & Gabor Vis van Heemst

Recent zijn er echter twee nieuwe boeken die ook gebruikt kunnen worden ter voorbereiding:

Leerboek Projectmanagement op basis van IPMA-D (Nederlandse versie)

en

Zakboek voor geslaagd projectmanagement
Jacques Dierick & Marijke van Biezen

Beide boeken zijn wat minder dik dan het eerste, zijn ook wat voordeliger en de stof is wat makkelijker door te werken omdat ze meer de vorm van een leerboek hebben (het eerste is meer een naslagwerk). Wie de basiscursus gedaan heeft bij ons zal de inhoud van de boeken herkennen (we volgen immers de IPMA standaard). Het is wel handig om een dergelijk boek erbij te nemen dat helemaal gericht is op het IPMA examen erbij te hebben als je wilt gaan voor dat examen.

De privé-cursus projectmanagement duurt 3 x 3 uur en je moet rekenen op huiswerk. In tegenstelling tot de normale driedaagse training moet je een aantal opdrachten thuis voorbereiden. Verder is de inhoud en het certificaat hetzelfde als bij de reguliere opleiding van drie dagen. Indien het zo uitkomt kan de cursus ook aangeboden worden aan een kleine groep van maximaal 3 personen. De cursussen vinden altijd plaats op ons kantoor in Amsterdam.

Neem contact met ons over kosten en mogelijke data.

Het eerste wat een projectleider van een vernieuwend nieuwe media project dient te doen
is een fasering aanbrengen in het project. Hiervoor is onderstaande (lineaire) fasering
nuttig gebleken:

1. Conceptfase
2. Offerte/ Acquisitie fase
3. Ontwerpfase
4. Productie fase
5. Test fase
6. Onderhoudsfase

Hieronder worden nu de fases besproken en worden veel voorkomende knelpunten
beschreven en mogelijke oplossingen gegeven.

1. Conceptfase:
Knelpunt: welke relatie wordt er aangegaan?

In de conceptfase wordt er een idee geboren voor een nieuwe media product, bijvoorbeeld een internet gebaseerd spel dat gekoppeld wordt aan sms functionaliteit en de geografische locatie van spelers. Dit kan zowel in de geest van een creatieve nieuwe media ontwikkelaar die een financier zoekt, als in de geest van een klant, die een creatief team zoekt dat zijn of haar idee kan realiseren. Of in de geest van twee partijen die daarmee een samenwerking aangaan, zoals een museum dat een samenwerkingsverband aangaat met een creatief webbureau voor een nieuwe educatieve webapplicatie. Het
onderscheid tussen deze drie situaties zal essentieel blijken voor het verdere verloop van het project.

2. Offerte/ Acquisitiefase
Knelpunt : Goede inschatting van de kosten

De creatieveling die zijn eigen idee wil ontwikkelen zal moeten trachten zijn concept te ‘verkopen’ aan fondsen, zoals het Mondriaan fonds, Digitale Pioniers, het VSB fonds, sponsors of andere financiers. Het nadeel van deze werkwijze is dat het geld verkregen wordt op basis van een concept en niet op basis van een goed uitgewerkt ontwerp van de nieuw te ontwikkelen webapplicatie. Hierdoor is er geen goede inschatting te maken van de reëel te verwachten projectkosten, het is immers nog niet duidelijk hoe het eindproduct uiteindelijk zal worden, laat staan hoeveel werk dat zal behelzen. De haalbaarheid van de
uitvoering van het concept is daarmee in feite onzeker. Omdat een concept nog in zeker mate vaag is over de concrete realisatie, worden er bij de financiering vanuit fondsen vaak weinig harde eisen gesteld ten aanzien van hetgeen geleverd moet worden. Als de projectleider na afloop van het project kan beredeneren dat het project heeft voldaan aan de verwachtingen in het concept, loopt de financiering meestal geen gevaar. Het is de vraag of deze vrijheid de kwaliteit van het te realiseren project ten goede komt, al wordt er wellicht door de fondsen bewust voor gekozen om kunstenaars in hoge mate vrij te laten in hun uitvoering. Een grote verbetering bij het aanvragen van financiering zou optreden als het mogelijk zou zijn om eerst het functioneel ontwerp uit te werken en dat voor te leggen voor financiering. Als het functioneel ontwerp bekend is, is een betere inschatting te maken van de hoeveelheid te verwachten werk en daarmee samenhangende kosten. Bovendien is duidelijk waar de op te leveren applicatie aan moet voldoen. Het vervelende daarbij is dat het uitwerken van het functioneel ontwerp tot ongeveer 70% van de hoeveelheid werk van het project kan omvatten. Het projectteam moet dus al het grootste
deel van het project uitgevoerd hebben voordat het duidelijk is of er financiering mogelijk is, wat in de praktijk vaak onhaalbaar is. Een aardige manier om dit dilemma enigszins te omzeilen is de manier waarop Cinekid in samenwerking met het Amsterdams Fonds voor de Kunsten in een aantal rondes ideeën voor projecten honoreert. In de eerste ronde kunnen ontwikkelaars een concept voor een webapplicatie voor de jeugd inleveren. Dan krijgen de beste vier concepten een (weliswaar beperkt) budget om de concepten om te zetten in functionele ontwerpen. Uit die vier functionele ontwerpen wordt tenslotte één partij gekozen die geld krijgt om zijn functionele ontwerp te mogen uitvoeren. Beperking in dit model blijft echter wel dat er vooraf een bedrag vaststaat waarbinnen de kosten van het project moeten blijven. Hierdoor blijft het risico dat het project aan het einde wordt afgeknepen of dat de makende partij met een tekort blijft zitten omdat de hoeveelheid werk veel meer
bleek dan verwacht.

Klant-leveranciersrelatie in het project
Is er duidelijk sprake van een klant-leveranciersrelatie, anders dan wanneer er sprake is van financiering door een fonds of sponsor, dan is het uitgangspunt van het project anders. De klant heeft een idee en wil zijn idee gerealiseerd zien. Als een
webbureau de prettige positie heeft dat hij kan afspreken met zijn klant dat ze per uur betalen voor de ontwikkeling, ontstaat er enkel een probleem als de kosten van het project zo uit de hand lopen dat de klant niet meer wil betalen. In de praktijk echter, zal een klant graag een vast bedrag voor het project willen afspreken en in ieder geval een inschatting van de kosten vooraf willen hebben. Ook hierbij is het weer lastig dat de kosten beraamd moeten worden op basis van een concept. Het zou wenselijk zijn om die te beramen op een functioneel ontwerp, wat enige weken tot maanden werk kan zijn. In deze situatie is het makkelijker om met de klant af te spreken om eerst een ontwerp te maken tegen een vooraf afgesproken bedrag en vervolgens op basis van dit ontwerp de uiteindelijke prijs af te spreken. Hierbij kan er dan nog geschoven worden in de geoffreerde kosten, door bepaalde delen van het ontwerp soberder of juist uitgebreider uit te voeren. Wel moet goed afgesproken worden dat indien de klant besluit om na de ontwerpfase te stoppen dat hij niet (zonder meer) met het functioneel ontwerp naar een derde partij mag gaan om het daar te laten bouwen. Op een idee rusten immers geen
auteursrechten maar op de uitwerking daarvan in een ontwerp zeer zeker wel.

Samenwerkende culturele organisaties
In de laatste samenwerkingsvorm besluiten twee of meer partijen een nieuwe media project te gaan uitvoeren. Dit is wellicht de meest lastige situatie omdat de verwachtingen over en weer niet zonder meer duidelijk zijn. Er moeten duidelijke
afspraken gemaakt worden over zaken als: wie van de partijen zorgt er voor de financiering? Wie is er verantwoordelijk voor welke werkzaamheden? Wie beheert het budget? Wie is er verantwoordelijk voor en draait op voor budgetoverschrijdingen? Wie
is de eigenaar van het intellectueel eigendomsrecht (o.a. de ontwerpen, de software)? Wie neemt de beslissingen in het ontwerpen van de software? Wie is er verantwoordelijk voor het beheer van de software na het aflopen van het project? Wat gebeurt er met eventuele opbrengsten van de software? Het moge duidelijk zijn dat deze lijst niet uitputtend is en dat ook hier weer het probleem is dat veel van bovenstaande vragen pas beantwoord kunnen worden als er een goed functioneel ontwerp op tafel ligt, wat feitelijk pas in het midden van het project is. Het is immers onmogelijk te spreken over onderhoud van
software als nog niet eens duidelijk is wat de software omvat. In deze projecten is zakelijk handelen belangrijk anders wordt de goede relatie vroeg of laat op de proef gesteld. Helaas blinken partijen in de subsidie sector niet uit in zakelijk handelen.
Conclusie: Bij aanvang van het project is het goed te bedenken welke relatie het team heeft met andere partijen. De projectleider dient duidelijkheid te scheppen in de verantwoordelijkheden per fase van de betrokken partijen. Indien mogelijk probeert hij de kosten van het project in te schatten aan de hand van een ontwerp en niet aan de hand van
een concept.

In de volgende post, meer over de ontwerpfase in het project en de fases daarna.

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.