Sharing IT Best Practices with you
Is IT Onderhoud hetzelfde als IT Beheer? Voor sommigen is het misschien een semantische discussie terwijl anderen deze woorden zelfs als synoniemen beschouwen. Niets is minder waar, er zijn echter wel duidelijk grote verschillen. Na het lezen van dit artikel mag je beslissen of er wel of geen verschil is. Beheer en onderhoud Als we software… lees verder »
Het Business Continuity Plan is vaak iets dat in de kast staat te verstoffen. Het is geen sexy onderwerp terwijl we met nieuwe applicaties meer lof kunnen oogsten. De invoering van SaaS en Cloud services maakt een grondige herziening van het Business Continuity Plan (BCP) echter noodzakelijk. Het outsourcen van IT is tegenwoordig de zakelijke… lees verder »
De Enterprise Architect werd zo’n 30 jaar geleden geïntroduceerd om problemen met de toenemende complexiteit van IT-systemen en hun slechte afstemming met de bedrijfsdoelstellingen op te lossen. Deze problemen bestaan nog steeds, nu versterkt door een steeds hoger tempo van technologische veranderingen. Waarom zal een Enterprise Architect eerder falen dan slagen? Hier volgen acht redenen, gevolgd door… lees verder »
DevOps Continuous Integration is een veel gehoord modewoord in de IT industrie de laatste tijd. Het gaat hier om een belangrijk onderdeel van DevOps. We weten allemaal wat DevOps te bieden heeft en de meeste organisaties zoeken op zijn minst een deel van de belofte van DevOps. Vaak een Continuous Delivery flow en “Operations bij de… lees verder »
Van Quality-Assurance (QA) wordt vaak aangenomen dat het weinig werk is, iets dat gebeurt tussen het schrijven van code en het Go-live moment. De Quality-Assurance van sprints gebeurt echter niet op een bepaald moment. Het omvat meer dan unittesten of het tellen van het aantal bugs. Ook van de requirements, ontwerpen en de documentatie moet de kwaliteit… lees verder »
Wijzigingen komen in alle projecten voor en soms is het zo bont dat er telkens andere teamleden bij de projectmeetings aanschuiven. Die vragen dan waarom bepaalde beslissingen zijn genomen en moeten we alles nog een keer uitleggen. Wijzigingen is een van de gevolgen. Vooral bij overheidsprojecten komt dat voor en het kan de voortgang enorm… lees verder »
Het eindrapport van een technische due diligence is een uitgebreid document met een samenvatting van de onderzoeken en documenten in diverse paragrafen. Het rapport geeft een technisch inzicht in de volgende kenmerken van het bedrijf: Technologie die door het bedrijf is ontwikkeld. De onderliggende infrastructuur. De productkwaliteit. Het ontwikkelingsproces. Technologische voordelen. Technologische risico’s. De technische… lees verder »
Een due diligence is nodig om een goed beeld te krijgen van een bedrijf voor een overname of investering. Tijdens het proces vindt er analyse en evaluatie plaats van de technologie, de infrastructuur en bedrijfsprocessen. Hoe moet je je voorbereiden als je zelf het onderwerp bent van een due diligence? Top 5 technische due diligence… lees verder »
Met een Technische due diligence probeert een investeerder specifieke vragen over de technologische mogelijkheden van een IT bedrijf te beantwoorden, alvorens een investering te doen. Investeerders willen meestal het volgende weten: Zijn de beweringen van het team over de software juist? Is het team technisch competent? Kan de organisatie hun huidige roadmap voor de sofware uitvoeren?… lees verder »
De daily Stand-up is een fundamentele onderdeel van de Agile ontwikkelmethode en is eveneens het meest verkeerd begrepen onderdeel. Op zich maken stand-ups een team niet Agile. Het is niet iets wat je moet doen omdat het in je functieomschrijving staat. Het is niet bedoeld om de planning te maken, die hoort thuis in Sprintplanning activiteit. De Stand-up is… lees verder »