Achtergrond - Windows-updates onder druk door tempo, complexiteit en minder kwaliteitscontrole
In dit artikel:
Eind maart trok Microsoft opnieuw een Windows-update terug nadat installatieproblemen opdoken. Die gebeurtenis past in een reeks recente incidenten waarbij updates gebruikers fundamenteel troffen: een update in januari “brikte” sommige pc’s, andere updates blokkeerden Remote Desktop of sleepstand, maakten de wachtwoordinvoerveld op het lockscreen onzichtbaar, verstoorden netwerkzoekfuncties of veroorzaakten crashes in Windows 11 en diens 25H2-release. Ook de teruggetrokken update van eind maart was een preview, maar liet zien dat zelfs niet-definitieve builds nog ernstige installatiefouten kunnen geven.
De oorzaken liggen deels in de aard van Windows zelf: het is een omvangrijk, complex besturingssysteem met veel legacy-code, uiteenlopende hardware en externe drivers die regelmatig bron van problemen blijken. Bovendien draait Windows op enorme aantallen apparaten, waardoor fouten zich snel en breed manifesteren. Het contrast met Android wordt vaak genoemd: fabrikanten en leveranciers van smartphones krijgen doorgaans meer tijd om updates op hun specifieke hardware te testen, terwijl Microsoft sinds het internet-tijdperk de distributie van updates zelf centraliseert.
Strategische keuzes van de afgelopen jaren spelen ook een rol. Microsoft schakelde van een watervalmodel naar snellere, agile ontwikkelsprints en introduceerde Windows-as-a-service, met frequente releases en maandelijkse patches in plaats van zelden verschijnende grote versies. Die versnelling maakt continue levering mogelijk, maar kan ook leiden tot minder grondige preventieve tests als er niet voldoende kwaliteitscapaciteit is. Tegelijk sneed Microsoft in 2014 flink in personeelsbestand en QA-functies; de rol van sdet (software development engineer in test) veranderde of verdween deels, en testtaken werden meer geautomatiseerd en bij ontwikkelaars zelf gelegd. Externe testers — Windows Insiders — kregen daardoor een grotere rol in het opsporen van problemen, maar hun feedback bereikt Microsoft niet altijd tijdig genoeg om uitrolfouten te voorkomen.
Recentelijk erkende Windows-topman Pavan Davuluri dat er kwaliteitswerk nodig is en sprak hij over striktere validatie, hogere betrouwbaarheid en betere feedbackloops om problemen sneller te detecteren en op te lossen. Critici merken op dat Microsoft geen expliciet toegeven van achteruitgang doet en geen formeel excuus aanbiedt; de toezeggingen moeten zich in praktijk bewijzen. Daarnaast introduceert de opkomst van AI in softwareontwikkeling nieuwe onzekerheden: Microsoft gebruikt AI al voor codegeneratie in delen van zijn repositories, en sommige functies werden door AI-ondersteunde tools ingevuld nadat functies werden geschrapt tijdens ontslagrondes. Het is onduidelijk hoe veel van die AI-code direct invloed heeft op Windows zelf.
Tot slot staat Windows onder toenemende druk doordat kwetsbaarheden door aanvallers sneller en vaker worden uitgebuit. Het balanceren van snelheid, veiligheid en stabiliteit bij het uitbrengen van beveiligingspatches en functionele updates blijft een lastige opgave, vooral nu Microsoft ook veel ontwikkelinspanningen in cloud- en AI-producten steekt. De recente problemen benadrukken dat kwaliteitsverbetering bij updates niet alleen technische, maar ook organisatorische aandacht vergt — en dat herstel van vertrouwen tijd nodig heeft.