Meld u aan voor onze nieuwsalerts om nooit meer een update te missen.
De belangrijkste conclusies van ZDNET
- Het plan van Microsoft om zich te concentreren op de basisprincipes van Windows 11 is een goede eerste stap
- Een cruciale volgende stap is het hervormen van het Windows Insider-programma
- Meer transparantie over ontwerpbeslissingen zal ook helpen
Stop me als je dit hebt gehoord: Microsoft brengt een nieuwe versie van Windows uit, boordevol nieuwe functies en abrupte afwijkingen van de vertrouwde gebruikersinterface, en lanceert deze met veel tamtam. Klanten reageren met een combinatie van “Meh” en “Vind ik niet leuk” en “Ugh.” Als reactie hierop voert de CEO enkele managementwijzigingen door, en de nieuwe leiders beloven terug te keren naar de basis en te leveren waar de klanten om hebben gevraagd.
Beschrijf ik de reactie op Windows Vista? Windows 8? Windows-11? Het juiste antwoord is natuurlijk ‘Al het bovenstaande’.
Ook: Microsoft kondigt ingrijpende Windows-wijzigingen aan – maar geen excuses
In deze laatste aflevering van de Windows break-fix-saga schreef Pavan Davaluri van Microsoft, president van de Windows + Devices-divisie, een open brief aan Windows Insiders (en, bij uitbreiding, aan de ruim een miljard klanten die openbare releases uitvoeren), waarin hij de “toewijding aan kwaliteit” van het bedrijf benadrukte.
De brief bevatte veel ambitieuze doelstellingen, maar weinig concrete resultaten. Toch was het een stap in de goede richting.
Windows 11 responsiever en consistenter maken? Ja, alsjeblieft. De basisbetrouwbaarheid van het besturingssysteem, de stuurprogramma’s en apps verbeteren en de Windows Update-ervaring voorspelbaarder maken, met duidelijkere controle over opnieuw opstarten? Absoluut. “Bewuster” zijn over hoe en waar Copilot AI-functies in Windows worden geïntegreerd? Eindelijk!
Ook: de lancering van Microsoft 365 Copilot was een totale ramp
De komende weken zouden we de eerste voorbeelden van deze initiatieven moeten zien. Zolang Microsoft actief luistert, zou ik graag enkele specifieke suggesties willen doen over hoe het deze verheven beloften kan waarmaken.
1. Maak preview-builds weer bruikbaar
Het is geen toeval dat Davuluri’s open brief was gericht aan leden van het Windows Insider-programma. Per definitie zijn dit enkele van de beste klanten van Microsoft, degenen die het meest waarschijnlijk nuttige feedback zullen geven en het product zullen uitproberen in praktijksituaties die niet in een testlaboratorium zullen verschijnen.
Afgelopen november schreef ik een korte geschiedenis van het Windows Insider-programma, waarin ik mijn frustratie uitte over de geleidelijke achteruitgang ervan in de afgelopen jaren. Als je op zoek bent naar een reden waarom de ontwikkeling van Windows 11 onsamenhangend en niet synchroon met klanten aanvoelde, dan is dit waarschijnlijk de plek om te beginnen.
Ook: het Windows Insider-programma is een verwarrende puinhoop
Tien jaar geleden, aan het begin van de ontwikkelingscyclus van Windows 10, lanceerde Microsoft het Insider-programma. Het was een heel groot probleem, omdat het zakelijke klanten, trainers en enthousiastelingen de kans gaf om een nieuwe Windows-versie uit te proberen in de maanden voordat deze uitkwam. Met een paar miljoen testers die bugrapporten en telemetrie leverden, was er een behoorlijke kans dat ernstige bugs snel zouden worden opgelost voordat ze de wereld in zouden ontsnappen.
Dat eindigde allemaal in 2022, toen de verschillende Insider-kanalen (Release Preview, Beta, Dev en Canary) geen verbinding meer hadden met publieke releases. Mijn bescheiden suggestie? Breng die verbindingen terug.
- Het bètakanaal zou een voorproefje moeten zijn van de volgende H2-functie-update, met maandelijkse releases die geleidelijk meer gepolijst worden naarmate de verzenddatum nadert.
- Het Release Preview-kanaal zou een preview moeten zijn van wat er op het punt staat naar het publiek te worden verzonden, met als doel beheerders in staat te stellen een komende release te testen om eventuele problemen te identificeren voordat deze breed wordt ingezet.
- Laat het experimenteren over aan de Dev- en Canary-kanalen, die niet aan een specifieke release gebonden hoeven te zijn.
Dat lijkt niet teveel gevraagd.
2. Koppel kwaliteitstesten los van featuretesten
Een van de meest contraproductieve stappen die de Windows 11-ontwikkelaars hebben gemaakt, was om van het Insider-programma een gigantische AB-test voor nieuwe functies te maken. De documentatie voor een pas uitgebrachte build kan een nieuwe functie of een verandering in de gebruikersinterface benadrukken, maar niet elke tester zou dit zien. Het resultaat was massale verwarring.
Ook: ik bestudeer al tien jaar Windows-telemetrie – dit is de enige instelling die ik uitschakel
Als het mijn doel is om de kwaliteit van een Windows-build aan een stresstest te onderwerpen, wordt ik gek van deze inconsistentie. Als het mijn doel is om te begrijpen wat er in de volgende versie van Windows gaat gebeuren, wordt ik ook gek van deze inconsistentie.
Om deze poortwachter te omzeilen, gebruiken sommige Insiders een onofficieel, open-source opdrachtregelhulpprogramma genaamd ViVeTool, dat deze verborgen experimentele functies aan en uit zet.
Dus waarom zouden testers die aan functies willen sleutelen, zich niet aanmelden voor AB-testen? Je zou zelfs de functies kunnen documenteren die elke Insider die zich aanmeldt, test, met de optie om van versie A naar B te wisselen en weer terug?
3. Sloot gecontroleerde uitrol van functies in openbare releases
Als jij en ik allebei de nieuwste openbare release van Windows installeren op hardware die functioneel hetzelfde is, zouden we een identieke ervaring moeten hebben, toch?
Sorry, zo werken de dingen niet meer, dankzij het ‘continuous innovation’-initiatief van Microsoft en een technologie genaamd ‘Controlled Feature Rollout’.
Hier ziet u hoe Microsoft die technologie beschrijft:
Microsoft streeft naar voortdurende innovatie door vaker nieuwe functies en verbeteringen in Windows 11 uit te brengen… met behulp van het bestaande maandelijkse updateproces van Windows. Onze gefaseerde en afgemeten aanpak kan nieuwe functies introduceren met behulp van Controlled Feature Rollout (CFR)-technologie¹, die ook wordt gebruikt in het Windows Insider-programma en met Microsoft Edge.
Volg die voetnoot en je krijgt deze uitleg:
¹Met behulp van CFR kunnen functies geleidelijk worden uitgerold, te beginnen met apparaten waarop de maandelijkse optionele niet-beveiligingspreview-release wordt geïnstalleerd. Wanneer we hebben gevalideerd dat elke functie klaar is, zullen we deze geleidelijk uitrollen naar nieuwe apparaten en uiteindelijk standaard inschakelen in een volgende maandelijkse beveiligingsupdate.
Zoals ik afgelopen november al aangaf, lijkt het doel achter Controlled Feature Rollout rationeel: ervoor zorgen dat veranderingen het werk niet verstoren voor mensen die uitgebrachte versies van Windows gebruiken. Maar is dat niet de bedoeling van het hele Insider-programma? Betekent Controlled Feature Rollout niet dat elke klant met een uitgebrachte versie van Windows nu lid is van weer een nieuw testkanaal? Dus waarom hebben mijn twee pc’s met de huidige openbare versie van Windows 11 verschillende Start-menu-indelingen? Als ik een bedrijfstrainer ben, hoe moet ik de mensen in mijn klas dan vertellen dat sommigen van hen een andere reeks functies hebben dan hun leeftijdsgenoten en dat ik geen idee heb wanneer hun versie zal veranderen?
En zolang ik vragen stel: waarom worden er nieuwe functies uitgerold in wat nu een beveiligingsupdate wordt genoemd?
Als u een functie niet op betrouwbare wijze aan elke klant kunt leveren, is deze nog niet klaar voor publieke release. Zorg ervoor dat die openbare builds voor iedereen hetzelfde werken, zolang de hardware dit ondersteunt. Als twee machines met dezelfde versie van Windows 11 naast elkaar staan, moeten ze over dezelfde functies beschikken.
4. Maak meer bekend over het ‘waarom’ achter beslissingen
Toen Steven Sinofsky het hoofd van de Windows-ontwikkeling overnam na de teleurstellende en chaotische release van Windows Vista, was een van de dingen die hij introduceerde een blog genaamd “Engineering Windows 7” – of kortweg E7. Het werd gepubliceerd van augustus 2008 tot en met februari 2010. (Een grotendeels volledige kopie is beschikbaar op het internetarchief, met dank aan Sinofsky, voor degenen die nieuwsgierig zijn.)
Die pagina’s zijn al lang geleden van de servers van Microsoft verwijderd, maar dit niet-ondertekende bericht uit 2008 op de Windows Experience-blog is op de een of andere manier bewaard gebleven:
De Engineering Windows 7-blog is ontworpen om een open discussie te creëren over Hoe we maken de volgende versie van Windows – momenteel met de codenaam Windows 7 – en om een achtergrond van begrip te creëren voor de genomen technische beslissingen om Windows 7 te kunnen leveren. (nadruk in origineel)
Het ontwikkelen van de volgende versie van het meest gebruikte besturingssysteem tot nu toe is een zeer complex softwareproject. Waarom? Omdat Windows een zeer grote gebruikersbasis heeft en die gebruikersbasis zeer divers is. Het plannen van de volgende versie van Windows (en het uiteindelijk ontwikkelen ervan) is een enorme onderneming, omdat Microsoft de behoeften moet leren kennen en begrijpen van alle soorten klanten die tegenwoordig Windows gebruiken. Op de Engineering Windows 7 Blog kun je een tweerichtingsdiscussie verwachten over hoe deze klantbehoeften in evenwicht worden gebracht om Windows 7 in handen van klanten te krijgen.
Het enige dat u niet zult vinden op de Engineering Windows 7 Blog zijn belangrijke productaankondigingen. De focus ligt op het simpelweg bespreken van de techniek van Windows 7.
De E7-blog was echt revolutionair, met gedetailleerde discussies van ingenieurs en productontwerpers over waarom zij beslissingen namen over hoe ze moesten bouwen wat Windows 7 zou worden. Het was ook verfrissend vrij van de marketingtaal die zoveel definieert van wat er tegenwoordig op de Windows-blogs van Microsoft wordt gepubliceerd. Het allerbelangrijkste was dat die blog iets cruciaals tot stand bracht: hij sprak rechtstreeks tot sceptische klanten die ervan overtuigd waren dat Microsoft hun favoriete functie om puur willekeurige redenen had gewijzigd.
Als de mensen die Windows bouwen klanten ervan willen overtuigen dat ze naar feedback luisteren, breng dan dat niveau van technische transparantie terug. Vertel de marketingmensen gewoon dat ze er vanaf moeten blijven.
