Sharing IT Best Practices with youDe Waterfall methodology is een beproefd sequentieel model waarbij we het ontwikkelen van software splitsten in een reeks vooraf gedefinieerde fasen. Deze fasen hebben over het algemeen betrekking op: Agile, aan de andere kant, volgt een lineaire sequentiële benadering en biedt tegelijkertijd flexibiliteit als de requirements wijzigen gedurende de loop van het project. De waterfall… lees verder »
Iedere Project Management Methode heeft zijn voor en nadelen wat een keuze niet eenvoudig maakt. Waar je echter zeker van kunt zijn, is dat er een methode bestaat om die aansluit bij je project. In dit artikel een opsomming van methodes in willekeurige volgorde. 1. Waterval Project Management methode Waterval is het standaard, sequentiële project… lees verder »
Het waterval ontwikkelmodel is een manier om software te ontwikkelen volgens een lineaire methode. Project managers zien deze methode vaak als de klassieke aanpak voor de levenscyclus en ontwikkeling van applicaties. De watervalmethode is een opeenvolgend model, dat we gebruiken om verschillende soorten software te creëren. De projectmanager deelt de werkzaamheden op in fases die… lees verder »
Waterfall vs Agile, Introduction This article describes the arguments when to use waterfall or an incremental and interative approach. Waterfall vs Agile, Definitions Increment The Agile way of working consists of building increments rather than a complete product or service. Each increment has an added value. The architecture of the product / service has to… lees verder »
Standaard software, SaaS of cloud computing bestonden nog niet in de beginjaren van de IT, de jaren 1950, 1960. Binnen organisaties die in het bezit waren van een computer werden applicaties ontwikkeld door programmeurs die in dienst waren van die organisatie. Deze software was precies toegesneden op de wensen van de organisatie. Zogenaamde maatwerk software…. lees verder »
Om een project in zo goed mogelijke banen te leiden, is het nuttig het project op te delen in fases. Door het faseren van het project, wordt het totale werk opgedeeld in kleinere delen, die daardoor makkelijker te overzien zijn. Hieronder wordt een faseringsmodel gegeven dat in de praktijk zijn nut heeft bewezen. Het werkt… lees verder »
Meer dan 500 checklisten en met meer dan 20.000 vragen, alleen al over IT. Is dat niet een beetje to much? Het antwoord daarop is ja en nee. Niet iedereen zal altijd alle checklisten gebruiken, en zeker niet in één project. De ene taak is de andere niet en een project kan niet tegelijkertijd maatwerk… lees verder »
In vrijwel alle projecten en onderhoudssituaties vormt het testen van de opgeleverde programmatuur een probleem. De applicatie is reeds in gebruik en nu komt er een wijziging die de werking zal veranderen. De verandering wordt doorgevoerd terwijl het systeem in gebruik is. Slecht korte tijd (maximaal een weekend) zal het systeem zijn afgesloten om de wijziging door te voeren.
Een methodologie wordt gebruikt om structuur in de automatiseringswerkzaamheden te brengen. Dit gebeurt door automatiseringsprojecten in meerdere fases op te splitsen naar de aard van de werkzaamheden. Elke volgende fase binnen een methodologie kent een fijnere detaillering dan de voorgaande en brengt de realisering van het project dichterbij. De juiste toepassing van een methodologie leidt tot een goede documentatie, goed overdraagbare producten (tussen fases en mensen) en een eenduidige werkwijze. Daarnaast is een methodologie een soort blauwdruk voor projectplanningen. Daardoor hoeft er maar weinig tijd verloren te gaan aan het nadenken over de opzet van een project.
Gebruik de 522 IT checklisten van ITpedia, met in totaal 22028 vragen. |
| |||||||||||||||||||||||||||
| |||||||||||||||||||||||||||