Sharing IT Best Practices with youIn de wereld van de IT is het nu eenmaal zo dat veel projecten mislukken. Dat geldt niet alleen voor maatwerk-on premise maar ook voor SaaS projecten. Er worden cijfers genoemd van 75 tot 90%! In ieder geval vele malen vaker dan bijvoorbeeld in de bouw. Alleen al om die reden lijkt het me niet… lees verder »
Ik zit in een projectgroep voor een nieuw systeem, wat nu? Wat kan ik als eerste verwachten?Het verzamelen van de requirements aan het begin van een project is de belangrijkste fase. Veel gebruikers beseffen dit echter niet omdat de opleverdatum nog ver weg is en er slechts enkele personen met de Informatie Analyse bezig zijn…. lees verder »
De conclusies die de Rekenkamer trok in haar rapport “Lessen uit ICT-projecten bij de overheid” waren niet mals. Volgens de Rekenkamer zouden de ministers hun verschillende rollen (o.a. bestuurlijk verantwoordelijk voor de uitvoering, ambtelijk opdrachtgever) bij programma’s beter kunnen invullen wanneer zij meer realistisch zouden zijn in hun ambities en wanneer zij meer grip zouden… lees verder »
De functies van een (Project Management Office) PMO volgens de Wikipedia. De Wikipedia meent dat het artikel over PMO’s te weinig referenties bevat. Het is daarom onvolledig. Over het Project Management Office staat er (de vertaling is van mij): De minimale PMO functies zijn standaarden en methodologie. Ook functies als Strategisch Project Management zowel als… lees verder »
Hoe groot of hoe klein maak je een plan van aanpak? Welke onderdelen neem je er in op en welke niet? Het hangt af van de aard en de omvang van een project. In deze bijdrage wordt een uitgebreid concept voor een plan van aanpak beschreven. Haal er uit wat je nodig hebt, maar beter is het om alle elementen te beschrijven zodat men weet dat er rekening is gehouden met deze elementen. Ook als je besluit om een onderdeel niet in te vullen beschrijf je dus waarom je het niet invult.
Automatiseringsprojecten wijken niet af van andere project. Specifiek is wel dat deze zich afspelen op een snijvlak van complexe techniek, wisselende prioriteiten en formele procedures. De ervaring leert dat het vele malen effectiever is om in een vroeg stadium duidelijkheid te hebben, op basis waarvan alle partijen zich kunnen binden, dan om dit te doen nadat er al veel is geïnvesteerd in een project. [Klik op de titel voor het gehele artikel]
Voordat applicaties in een organisatie worden ingevoerd, is het belangrijk na te gaan op welke wijze dit invoeringsproces kan worden gerealiseerd. Betreft de invoering een nieuw systeem met eventueel ingrijpende organisatorische gevolgen (bijvoorbeeld andere werkwijze e.d.) dan is een projectmatige aanpak van de invoering zeker aan te bevelen.
Om een invoeringstraject goed te managen dient het project te worden gefaseerd (onderverdelen van projectactiviteiten), waarbij de activiteiten uit die fasen door middel van sturing en regeling planmatig moeten verlopen èn beslissingen op de juiste plaats en tijd genomen kunnen worden.
Voor de succesvolle afronding van projecten en sprints spelen vele aspecten een rol. Een goede start, met de juiste project/sprint randvoorwaarden, is echter van het grootste belang omdat eenmaal verkeerd begonnen projecten maar moeilijk weer op het goede spoor komen. Als bepaalde zaken onduidelijk zijn en blijven zweven kan een project verzanden in discussies en… lees verder »
D.m.v. een projectevaluatie onder alle betrokken gebruikers is te achterhalen waar er tijdens het project fouten gemaakt zijn. Van de analyse van deze fouten is te leren hoe verbeteringen voor een volgend project kunnen worden doorgevoerd. D.m.v. een formulier is op eenduidige en eenvoudige wijze inzicht te krijgen over het verloop van het project. [Klik op de titel voor het gehele artikel]
Gebruik de 522 IT checklisten van ITpedia, met in totaal 22028 vragen. |
| |||||||||||||||||||||||||||
| |||||||||||||||||||||||||||