Sharing IT Best Practices with youHet kiezen van heldere taal is belangrijk, want stel je voor: je leest een cruciaal projectplan en stuit op de zin “Alle blogartikelen moeten over.” Je gedachten schieten meteen naar revisie, naar het herschrijven van de content om deze te optimaliseren voor een nieuw publiek. Wat blijkt? De bedoeling was compleet anders: de artikelen moesten… lees verder »
Softwaremetrics zijn meetbare waarden die we gebruiken om de kwaliteit, prestaties en andere aspecten van softwareontwikkeling te evalueren. Ze bieden tevens kwantitatieve inzichten in het softwareontwikkelingsproces en het eindproduct. Hier zijn enkele belangrijke aspecten van softwaremetrics: Doel van softwaremetrics: Voorbeelden van softwaremetrics Belang van softwaremetrics Softwaremetrics bieden een objectieve manier om de kwaliteit en prestaties… lees verder »
Het valt me op dat wachttijden in softwareprojecten vaak voor komen, verspreid over verschillende momenten. Ze verstoren onze projecten enorm en leveren veel frustraties op. Wachttijden kunnen te wijten zijn aan uiteenlopende factoren, zoals het wachten op input van stakeholders, het verkrijgen van goedkeuringen, afhankelijkheden van andere teams, of technische uitdagingen. Hoe kunnen we ze… lees verder »
I worked in a governmental project in which we improved the procurement and tendering system, procedures, and processes for the Ministry of Municipal Affairs in one country of the Middle East. The project required me to study all of the municipality’s processes for each city. I came across many factors which negatively impacted the purchasing… lees verder »
I have worked with some organizations, each of which had different Success / Failure definitions. In my opinion, when measuring Success / Failure, we must consider project constraints, when and how each stakeholder perceives them. We have as many different definitions as we have stakeholders. “Assessment of criteria that define project success and failure.” One… lees verder »
In iedere branche kom je ze tegen, medewerkers met een gebrek aan kwalitatief zelfbewustzijn. Ook de IT ontkomt er niet aan, medewerkers die fout op fout maken. Fouten die vaak in de systemen blijven zitten en op het meest ongunstige moment door de klant worden ontdekt. Veel van die medewerkers leven met het idee in… lees verder »
Software onderhoud, systeembeheer, ontwikkelafdelingen en andere IT ellende, allemaal zaken waarvan we denken dat we er vanaf zijn als we kiezen voor een SaaS oplossing . Klanten vergissen zich daar zich soms enorm in. Ook SaaS gebruikers hebben een uitdaging. Software onderhoud en operationele verantwoordelijkheid liggen bij de leverancier In tegenstelling tot een on-premise oplossing,… lees verder »
TQM staat voor Total Quality Management. De kerndefinitie van Total Qualty Management beschrijft een managementaanpak voor succes op lange termijn door user-tevredenheid. Bij TQM nemen alle leden van een SCRUM team daarom deel aan de verbetering van processen, producten, diensten en de cultuur waarin zij werken. Total Quality Management is een gecombineerde inspanning van zowel… lees verder »
In de Sprint Retrospective evalueert het Scrum Team zichzelf en maakt het een plan voor verbeteringen die tijdens de volgende Sprint kunnen worden uitgevoerd. Hoe goed een Scrum- team ook is, er is altijd gelegenheid om te verbeteren. De Sprint Retrospective vindt plaats na de Sprint Review en voorafgaand aan de volgende Sprint Planning. Het komt neer op een vergadering van maximaal… 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 »
Gebruik de 522 IT checklisten van ITpedia, met in totaal 22028 vragen. |
| |||||||||||||||||||||||||||
| |||||||||||||||||||||||||||