Wie is de Product owner? In de afgelopen deskundigenonderzoeken werd het project volgens een agile projectwijze aangepakt: functionaliteiten zijn vooraf niet in beton gegoten, er wordt in korte cycli (sprints)
Waarom een agile projectaanpak? Agile methoden voor IT-projecten zijn de afgelopen jaren steeds populairder geworden. Het betekent echter niet dat Agile altijd soepel verloopt en vlekkeloos resultaat oplevert. Er zijn
Waarom een contract? Een goed contract tussen een IT-leverancier en een klant is essentieel voor een succesvol IT-project. Het contract legt de verwachtingen, rollen en verantwoordelijkheden van beide partijen vast
Kost te veel, duurt te lang IT-projecten mislukken. Meer dan eens: het duurt te lang, kost te veel, levert onvoldoende resultaat met als ultieme consequentie een gang naar de rechter
Kritiek in een project: hoe pak je dit aan? IT-projecten in het algemeen, en projecten waarmee nieuwe softwaresystemen worden gerealiseerd in het bijzonder, gaan uit van verwachtingen. Verwachtingen aan de
Agile projecten, vanzelfsprekend succes? Steeds meer IT-projecten worden “Agile” uitgevoerd: geen uitgebreide gedetailleerde functionele specificaties meer aan het begin van het project, maar de wensen op hoofdlijnen. Tijdens de uitvoering
In mijn vorige blog heb ik het gesproken over de twee vormen van testen van een IT systeem: op correctheid en op het voldoen aan verwachtingen. In een vorige blog
Bij mijn werk als gerechtelijk deskundige ICT wordt in vaak geconfronteerd met verschil van mening over fouten in de geleverde of gerealiseerde software. De afnemer klaagt dat het “fout is”
Wat is software eigenlijk? In dit opzicht is software en zeker maatwerk software iets anders dan een concreet product. Zo is de kwaliteit van een metalen boutje goed vast te
Automatiseringsprojecten mislukken te vaak Automatiseringsproject hebben uitdagingen. En het afgelopen jaar heb geconstateerd in mijn werk als gerechtelijk deskundige op het gebied van ICT, dat de algemene opvatting “Een automatiseringsproject