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 rond ontwerpbeslissingen zou ook helpen
Stop me als je dit hebt gehoord: Microsoft brengt een nieuwe versie van Windows uit, boordevol nieuwe functies en plotselinge 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 deze 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 nieuwste aflevering van de Windows break-fix-saga schreef Microsoft’s Pavan Davaluri, president van de Windows + Devices-divisie, een open brief aan Windows Insiders (en bij uitbreiding aan de miljarden klanten die openbare releases uitvoeren), waarin hij de “toewijding aan kwaliteit” van het bedrijf benadrukte.
De brief ging lang over ambitieuze doelstellingen, maar kort over concrete resultaten. Toch was het een stap in de goede richting.
Windows 11 responsiever en consistenter maken? Ja, dank je. 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. Om “meer bewust” te zijn van 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 gericht was 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 praktijkgevallen die niet in een testlaboratorium verschijnen.
Afgelopen november schreef ik een korte geschiedenis van het Windows Insider-programma, waarin ik mijn frustratie belichtte 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, docenten en enthousiastelingen de kans gaf een nieuwe Windows-versie uit te proberen in de maanden voordat deze werd uitgebracht. Met een paar miljoen testers die bugrapporten en telemetrie leverden, was er een behoorlijke kans dat ernstige bugs snel zouden worden verpletterd voordat ze de wereld in zouden ontsnappen.
Het eindigde allemaal in 2022 toen de verschillende Insider-kanalen (Release Preview, Beta, Dev en Canary) werden losgekoppeld van publieke releases. Mijn bescheiden suggestie? Breng die verbindingen terug.
- Het bètakanaal zou een voorbeeld moeten zijn van de volgende H2-functie-update, met maandelijkse releases die geleidelijk meer gepolijst zullen worden naarmate de verzenddatum nadert.
- Het Release Preview-kanaal is bedoeld als een voorproefje 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 geïmplementeerd.
- Laat het experimenteren over aan de Dev- en Canary-kanalen, die niet aan een specifieke release gebonden hoeven te zijn.
Het lijkt niet teveel gevraagd.
2. Koppel kwaliteitstesten los van functionele testen
Een van de meest contraproductieve stappen die Windows 11-ontwikkelaars maakten, was het Insider-programma veranderen in een gigantische AB-test voor nieuwe functies. De documentatie voor een nieuw uitgebrachte build kan een nieuwe functie of verandering in de gebruikersinterface benadrukken, maar niet alle testers zouden dit zien. Het resultaat was massale verwarring.
Ook: ik heb tien jaar lang Windows-telemetrie bestudeerd – dit is de enige instelling die ik uitschakel
Als het mijn doel is om de kwaliteit van een Windows-build te testen, 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 die poortwachter te omzeilen, gebruiken sommige Insiders een onofficieel, open-source opdrachtregelprogramma 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, mag testen, met de mogelijkheid om van versie A naar B te schakelen en weer terug?
3. 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’.
Dit is hoe Microsoft deze technologie beschrijft:
Microsoft streeft naar voortdurende innovatie door vaker nieuwe functies en verbeteringen voor Windows 11 uit te brengen… met behulp van het bestaande maandelijkse Windows Update-proces. Onze stapsgewijze 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 wordt geïnstalleerd. Zodra we hebben gevalideerd dat elke functie gereed is, zullen we deze geleidelijk uitrollen naar nieuwe apparaten en deze 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 van mensen die uitgebrachte versies van Windows gebruiken niet verstoren. Maar is dat niet het hele punt van het Insider-programma? Betekent de gecontroleerde uitrol van functies niet dat elke klant die een uitgebrachte versie van Windows gebruikt, nu lid is van weer een ander testkanaal? Dus waarom hebben mijn twee pc’s met de huidige openbare versie van Windows 11 verschillende startmenu-indelingen? Als ik een bedrijfstrainer ben, hoe vertel ik de mensen in mijn klas dan dat sommigen van hen een andere reeks functies hebben dan hun leeftijdsgenoten en dat ik geen idee heb wanneer hun versie zal veranderen?
En terwijl 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 deze 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. Ontdek meer over het ‘waarom’ achter beslissingen
Toen Steven Sinofsky het hoofd van 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 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 een achtergrond creëren voor het begrijpen van de technische beslissingen die worden genomen 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 is zeer divers. Het plannen van de volgende versie van Windows (en het uiteindelijk ontwikkelen ervan) is een grote klus, omdat Microsoft de behoeften moet leren kennen en begrijpen van alle soorten klanten die vandaag de dag Windows gebruiken. Op de Engineering Windows 7-blog kun je een tweerichtingsdiscussie verwachten over hoe je deze klantbehoeften in evenwicht kunt brengen om Windows 7 aan klanten te kunnen leveren.
Het enige dat u niet zult vinden op de Engineering Windows 7-blog zijn grote productaankondigingen. De focus ligt eenvoudigweg op het bespreken van de constructie van Windows 7.
De E7-blog was werkelijk 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, moet je dat niveau van technische transparantie terugbrengen. Vertel de marketeers gewoon dat ze er vanaf moeten blijven.
