Sharing IT Best Practices with youIntroduction to Team Roles In all organisations, employees play specific roles within teams, however rigidly defined roles prevent individuals excelling. Belbin defined characteristics for team roles, based on personalities and behaviour, allowing harnessing of individuals’ strengths and weaknesses during project delivery (Lester, 2017, p.373) though having each type in a team does not guarantee success… lees verder »
De kans is groot dat de uitgangspunten en projectscope in ons projectplan zijn verward. Ze worden willekeurig gebruikt waardoor we niet weten waar de werkelijke grenzen liggen. Zonder dat we het door hebben leiden deze vaagheden tot een vaag project, waarmee het in gevaar komt. Wat zijn uitgangspunten? Uitgangspunten zijn niet meer dan een eenvoudig… lees verder »
De 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 »
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 »
DevOps process Introduction When we talk about DevOps, we might think about a group of people who work without frameworks and best practice models like ITIL. After all, each DevOps team is unique and determines themselves how they organize their work. This reasoning is correct, but there are many things debate on this assumption. The… lees verder »
Inleiding requirements fase De requrements fase, SISp 2 start nu het projectplan definitief is. SISp2 gaat over het vaststellen van de exacte eisen en wensen die aan de SaaS oplossing of het standaard software pakket worden gesteld. In de requirements fase zullen de eisen en wensen van zowel de opdrachtgever als alle verdere belanghebbende, ondubbelzinnig worden… lees verder »
Het formeel afsluiten van fases en sprints is een belangrijk kenmerk van projecten. SISp 1 is de eerste fase van het SISp project voor het invoeren van je Standaard Software of SaaS oplossing. De fase eindigt dan ook met een Startup Bijeenkomst. Een groot aantal leden van het projectteam komen elkaar daar voor het eerst… lees verder »
Projectplan inleiding Het Projectplan is de belangrijkste deliverable voor de start van een project. Stel je een project zonder plan voor de start van een project. Waar leidt dat naartoe? Een plan geeft houvast maar het moet aan minimale eisen voldoen.In het vervolg van de implementatie maken we per fase ook plannen maar het projectplan… lees verder »
Fasering van het project. Het selecteren en implementeren van SaaS of een ander standaard software pakket gebeurt in een aantal stappen. Dit worden ook wel fases genoemd. Iedere fase levert een resultaat op dat beoordeelt kan worden en bepalend is voor de uitvoering van de volgende fase. Omdat deze fases na elkaar worden uitgevoerd wordt… lees verder »
De initiatiefase is het begin van het project. In deze fase wordt een idee voor een project nader onderzocht en uitgewerkt. Doel van deze fase is te onderzoeken of het project wel haalbaar is. Verder wordt er gekeken wie het project zou kunnen uitvoeren, welke partij(en) betrokken zouden moeten zijn bij het project en of… lees verder »
Gebruik de 522 IT checklisten van ITpedia, met in totaal 22028 vragen. |
| |||||||||||||||||||||||||||
| |||||||||||||||||||||||||||