Geschat wordt dat de Nederlandse overheid jaarlijks zeker 1 miljard euro meer kwijt is aan ICT-projecten dan gepland. Dat illustreert zowel het belang van deze projecten als de complexiteit om een project tot een goed einde te brengen.
Maar wat is nu eigenlijk een 'project' en wat betekent het om projectmatig te werken? Om dat scherp te krijgen, maken we eerst onderscheid tussen improviserend werken en routinematig werken.
Improviserend werken zie je vooral als zich een plotselinge situatie voordoet waarop een snelle reactie noodzakelijk is. Deze manier van werken gebeurt ad hoc en dus zonder vooropgezet plan. Het resultaat van improviserend werken is moeilijk voorspelbaar omdat je daar niet van tevoren over nagedacht hebt.
Het voordeel van improviserend werken is wel dat je flexibel kunt reageren op wat er gebeurt. Maar tegelijkertijd vraagt het veel energie van individuen en groepen omdat ze zich steeds weer moeten instellen op nieuwe situaties.
Routinematig werken doe je als je bepaalde klussen al vaker hebt uitgevoerd en voorspelbaar is wat er gaat gebeuren. Dan hoef je niet steeds te verzinnen wat je gaat doen zoals bij improviseren omdat de werkwijze en het resultaat voorspelbaar zijn. Het volgen van studievakken doe je meestal routinematig; je volgt je vakken, maakt je opdrachten en bereidt het tentamen voor. De docent begeleidt je daarin door aan te geven wat van week tot week moet gebeuren bij een vak.
Projectmatig werken ligt in het midden tussen improvisatie en routine. Het is bijvoorbeeld minder chaotisch en onvoorspelbaar dan improviserend, maar weer meer dan routinematig.
Als projectmatig werken het midden is tussen improvisatie en routine, wat zijn dan de kenmerken van een project?
Hoewel het hier om een nieuwe situatie gaat, heb je wel de tijd om op een planmatige manier te werk te gaan. Dit betekent dat je van tevoren nadenkt over wat je wilt bereiken en de manier waarop je dit wilt gaan doen. Door projectmatig te werken vergroot je de kans op een succesvolle afronding van het project.
Ook wetenschappeijk onderzoek kan vormgegeven worden al project. Een onderzoeksproject heeft als gewenste situatie vaak bepaalde kennis. De doelstelling van het project is dan om antwoord te geven op een vraagstelling.
Een project dient er dus toe om de kloof tussen de huidige situatie en de gewenste situatie te overbruggen. Om daar te komen, worden meestal komen de volgende stappen doorlopen:
Veel projecten binnen de informatiewetenschappen draaien om softwareontwikkeling. Om deze projecten succesvol te laten verlopen, zijn zeer diverse methodes ontwkkeld. We bespreken twee stromingen die tegenover elkaar staan.
Geïnspireerd door de werkwijze in de constructiebouw, de watervalmethode is een van de oudste en daarmee meest gebruikte methodes. Hierbij worden in volgorde grofweg de volgende fases doorlopen:
Pas als de voorgaande fase geheel doorlopen is, kan doorgegaan worden naar de volgende fase: net zo als een waterval stroomt het prcces omlaag en kun je dus niet meer terug naar een eerdere fase.
De sterkte van de watervalmethode is dat in de eerste fases probemen vroegtijdig duidelijk kunnen worden en daarmee kosten voorkomen kunnen worden. Ook moedigt het heldere documentatie aan, waardoor het project bijvoorbeeld beter overdraagbaar is. Daarnaast is de structuur duidelijk en kan ieder moment aangegeven worden in welke fase het project verkeerd.
Een groot nadeel is echter dat vooraf niet altijd duidelijk is waaraan de software uiteindelijk moet voldoen, ook niet voor de opdrachtgever. Daarbij kunnen tijdens de bouw of het testen nieuwe vereisten opduiken waardoor het zinnig is om deze alsnog te herzien. Als reactieb hierop zijn er varianten van de methode ontwikkeled waarin bijvoorbeeld fases overlappen.
Een andere oplossing voor nadelen is kiezen voor agile (Nderlands: lenig) softwareontwikkeling. Waar je bij de watervalmethode duidelijke fases mt een specifieke doel hebt, werkt agile meer iteratief. In korte periodes wordt de software (verder) ontwikkeld waarbij steeds kleine doelen bereikt worden. Hierbij is er veel communicatie met de opdrachtgever en kan feedback direct verwerkt worden.
Het nadeel van deze methode is dat het makkelijk is om het grote doel uit het oog te verliezen, er snel te veel in een korte periode gedaan wil worden, en de documentatie kan lijden onder het iteratief ontwikkelen.
In de praktijk zie je dan ook snel dat er combinaties van ontwikkelmethodes gebruikt worden. Zo is het bijvoorbeeld mogelijk om agile te werken en daarbij in iedere iteratie de volledige watervalmethode te doorlopen.