Door ICT-diensten professioneel in te kopen, kunt u vaak 30-40% besparen op de kosten en krijgt u het resultaat, dat u verwacht. De kern van het verhaal is, dat u moet voorkomen dat u probleemeigenaar wordt.

Heeft u vaak stukken gereviewd? En wanneer u dat deed, las u een stuk dan altijd goed en deed u uw best om opbouwend commentaar te leveren op het document? Met een goed reviewproces valt veel geld te verdienen. Zeker als het gaat om ontwerpen, zoals bijvoorbeeld architecturen, requirements, functioneel ontwerpen en projectplannen.

Voorbeeld van een standaardvragenlijst voor de uitvoering van een kwantitatieve IT- project risicoanalyse

U weet ongetwijfeld dat veel projecten de mist ingaan. Vaak is dit een kwestie van opportunisme, waarbij risico’s vanwege het ’superieure team’ gebagatelliseerd worden. Natuurlijk is de kwaliteit van mensen van belang. Maar het invullen van de randvoorwaarden voor het project levert toch meer garantie voor succes. In dit artikel meer over de uitvoering van een kwantitatieve IT-project risicoanalyse.

Projectmatig werken is zo gewoon geworden, dat we eigenlijk niet eens meer nadenken over hoe we het moeten doen en vooral niet over waarom we het zouden moeten doen. In dit artikel meer over het hoe en waarom van projectmatig werken, over de rol van de projectmanager en over de verdeling van verantwoordelijkheden en bevoegdheden, zodanig dat projectmatig werken beheersbaar blijft.

Is in uw organisatie de stuurgroep een perfect instrument voor het afschuiven van eigen verantwoordelijkheid? Of neemt de stuurgroep daadwerkelijk de verantwoordelijkheid voor projecten? In dit artikel meer over hoe de rollen ingevuld moeten worden en een casestudy over het Elektronisch Patiënten Dossier (EPD).

U bent opdrachtgever. Per jaar worden er vele projecten uitgevoerd en daar is veel geld mee gemoeid. U heeft uw projecten goed onder controle. Toch levert een aantal projecten u resultaten op waar de organisatie niet op zat te wachten, ondanks dat er is geleverd wat er is beloofd. Het project was succesvol en toch bent u niet tevreden. Had u deze projecten wel moeten laten starten? Ze waren toch zo belangrijk? De oorzaak is vaak een combinatie van enerzijds het werkelijk belang dat gehecht wordt aan het project en anderzijds het bewaken van het doel van het project gedurende de uitvoering en het bereiken van de beoogde resultaten.

Risicomanagement kan door een persoon in verschillende rollen worden toegepast. Tevens geldt dat risicomanagement van toepassing is op verschillende aspectgebieden. Deze rollen, met hun kenmerkende verantwoordelijkheden en bevoegdheden, en de aspectgebieden met hun eigen specifieke kenmerken bepalen op welke wijze risicomanagement kan worden ingezet en bepalen daarmee ook direct en indirect de resultaten die kunnen worden behaald. Het is belangrijk om voorafgaand aan de toepassing van risicomanagement vast te stellen: Wie moet het doen, wat moet er worden gedaan, en hoe moet het worden uitgevoerd? Dit document geeft een praktische handreiking bij de vaststelling van de manier waarop risicomanagement moet worden toegepast binnen een organisatie.

De vergelijking tussen projecten en water (rivieren of zeeën) is vaker gemaakt. In het boek “Introducing Riskman methodology” wordt een project vergeleken met een zeiltocht tussen Ierland en de Verenigde Staten*. Je zet een koers uit (maakt een plan), gaat onderweg en gedurende de reis bepaal je op meerdere momenten je positie. Daarbij zal je tot de ontdekking komen dat er afwijkingen zijn ontstaan ten opzichte van de oorspronkelijke (geplande) route, en dat bijsturing noodzakelijk is. Dat bijsturing noodzakelijk is betekent niet dat het plan niet goed is geweest! Het plan (de uitgestippelde route) is wel degelijk een goed voorstel om naar de Verenigde Staten te varen. Gebeurtenissen gedurende de tocht eisen echter dat er wordt bijgestuurd.