oleh Kyle Kucharski/ZDNET
Daftar untuk News Alerts kami agar tak ketinggalan pembaruan.
**Intisari ZDNET**
* Rencana Microsoft untuk fokus pada fondasi Windows 11 adalah langkah awal yang baik.
* Langkah kritis berikutnya adalah mereformasi Program Windows Insider.
* Transparansi lebih tentang keputusan desain juga akan sangat membantu.
Hentikan saya jika Anda pernah mendengar cerita ini: Microsoft merilis versi Windows baru yang penuh fitur dan perubahan drastis dari antarmuka pengguna yang familiar, diluncurkan dengan gebyar besar. Pelanggan merespons dengan campuran “Biasa saja”, “Tidak suka”, dan “Ugh”. Sebagai respons, CEO melakukan beberapa perubahan manajemen, dan para pemimpin baru berjanji untuk kembali ke hal-hal fundamental dan memberikan apa yang diinginkan pelanggan.
Apakah saya menggambarkan reaksi terhadap Windows Vista? Windows 8? Atau Windows 11? Jawaban yang benar, tentu saja, “Semuanya.”
**Juga:** Microsoft umumkan perubahan besar Windows – tapi tanpa permintaan maaf
Dalam episode terbaru saga *break-fix* Windows ini, Pavan Davaluri dari Microsoft, Presiden bisnis Windows + Devices, menulis surat terbuka kepada Windows Insiders (dan, secara tidak langsung, kepada miliaran lebih pengguna yang menjalankan rilis publik), menekankan “komitmen perusahaan terhadap kualitas.”
Surat itu panjang dalam tujuan-tujuan aspirasional tetapi singkat dalam hal yang konkret. Namun, itu adalah langkah ke arah yang benar.
Membuat Windows 11 lebih responsif dan konsisten? Ya, tolong. Meningkatkan keandalan dasar OS, driver, dan aplikasi serta membuat pengalaman Windows Update lebih terprediksi, dengan kendali lebih jelas atas restart? Mutlak. Lebih “berhati-hati” tentang bagaimana dan di mana fitur AI Copilot dimasukkan ke dalam Windows? Akhirnya!
**Juga:** Peluncuran Microsoft 365 Copilot adalah bencana total
Kita seharusnya mulai melihat contoh pertama dari inisiatif tersebut dalam beberapa minggu mendatang. Selama Microsoft berada dalam mode *active listening*, saya ingin menawarkan beberapa saran spesifik tentang bagaimana mereka dapat memenuhi janji-janji mulia itu.
1. Jadikan kembali *build* pratinjau berguna
Bukan kebetulan bahwa surat terbuka Davuluri dialamatkan kepada anggota Program Windows Insider. Secara definisi, mereka adalah beberapa pelanggan terbaik Microsoft, yang paling mungkin memberikan umpan balik berguna dan mencoba produk dalam skenario penggunaan dunia nyata yang tidak akan muncul di lab pengujian.
November lalu, saya menulis sejarah singkat Program Windows Insider, menyoroti kefrustrasian saya dengan kemundurannya secara bertahap dalam beberapa tahun terakhir. Jika Anda mencari alasan mengapa pengembangan Windows 11 terasa terputus-putus dan tidak selaras dengan pelanggan, ini mungkin tempat untuk memulai.
**Juga:** Program Windows Insider adalah kekacauan yang membingungkan
Dua belas tahun lalu, di awal siklus pengembangan Windows 10, Microsoft meluncurkan program Insider. Itu hal yang sangat besar, karena memberi pelanggan korporat, pelatih, dan penggemar kesempatan untuk mencoba versi Windows baru berbulan-bulan sebelum dirilis. Dengan beberapa juta penguji yang berkontribusi laporan bug dan telemetri, ada peluang yang cukup baik bahwa bug serius akan dihancurkan dengan cepat, sebelum mereka lolos ke dunia.
Semua itu berakhir pada 2022, ketika berbagai saluran Insider (Release Preview, Beta, Dev, dan Canary) menjadi terputus dari rilis publik. Saran sederhana saya? Kembalikan koneksi-koneksi itu.
* Saluran Beta harus menjadi pratinjau untuk pembaruan fitur H2 berikutnya, dengan rilis bulanan yang semakin halus seiring mendekati tanggal peluncuran.
* Saluran Release Preview harus menjadi pratinjau dari apa yang akan dirilis ke publik, dengan tujuan memungkinkan admin menguji rilis mendatang untuk mengidentifikasi masalah sebelum menyebarkannya secara luas.
* Biarkan eksperimen untuk saluran Dev dan Canary, yang tidak harus terikat pada rilis spesifik.
Itu sepertinya bukan permintaan yang terlalu banyak.
2. Pisahkan pengujian kualitas dari pengujian fitur
Salah satu langkah yang paling kontraproduktif yang dilakukan pengembang Windows 11 adalah mengubah Program Insider menjadi tes A-B raksasa untuk fitur baru. Dokumentasi untuk *build* yang baru dirilis mungkin menyoroti fitur baru atau perubahan antarmuka pengguna, tetapi tidak setiap penguji akan melihatnya. Hasilnya adalah kebingungan massal.
Jika tujuan saya adalah *stress-test* kualitas *build* Windows, ketidakkonsistenan ini membuat saya frustasi. Jika tujuan saya adalah memahami apa yang akan datang dalam versi Windows berikutnya, ketidakkonsistenan ini juga membuat saya frustasi.
Untuk mengatasi *gatekeeping* itu, beberapa Insider menggunakan utilitas baris perintah tidak resmi dan *open-source* bernama ViVeTool, yang mengaktifkan dan menonaktifkan fitur eksperimental tersembunyi ini.
Jadi mengapa tidak mengizinkan penguji yang ingin mengutak-atik fitur untuk memilih ikut dalam pengujian A-B? Anda bahkan bisa mendokumentasikan fitur yang diuji setiap Insider yang memilih ikut, dengan opsi untuk beralih dari versi A ke B dan sebaliknya?
3. Hentikan *Controlled Feature Rollout* dalam rilis publik
Jika Anda dan saya sama-sama menginstal rilis publik terbaru Windows pada perangkat keras yang secara fungsional sama, kita seharusnya memiliki pengalaman yang identik, bukan?
Maaf, itu bukan cara kerjanya lagi, berkat inisiatif “*continuous innovation*” Microsoft dan teknologi bernama “*Controlled Feature Rollout*.”
Beginilah cara Microsoft mendeskripsikan teknologi itu:
Microsoft berkomitmen untuk memberikan inovasi berkelanjutan dengan merilis fitur dan peningkatan baru ke dalam Windows 11 lebih sering … menggunakan proses pembaruan bulanan Windows yang ada. Pendekatan bertahap dan terukur kami mungkin memperkenalkan fitur baru menggunakan teknologi *Controlled Feature Rollout* (CFR)¹, yang juga digunakan dalam Program Windows Insider dan dengan Microsoft Edge.
Ikuti catatan kaki itu, dan Anda mendapatkan penjelasan ini:
¹Dengan CFR, fitur dapat diluncurkan secara bertahap, dimulai dengan perangkat yang menginstal rilis pratinjau opsional non-keamanan bulanan. Setelah kami memvalidasi bahwa setiap fitur siap, kami akan secara bertahap meluncurkannya ke perangkat baru, dan akhirnya memasukkannya dalam keadaan diaktifkan secara *default* dalam pembaruan keamanan bulanan berikutnya.
Seperti yang saya tunjukkan November lalu, tujuan di balik *Controlled Feature Rollout* tampak rasional — memastikan perubahan tidak mengganggu pekerjaan orang-orang yang menjalankan versi Windows yang telah dirilis. Kyle Kucharski/ZDNET
Tapi bukankah itu justru inti dari program Insider seutuhnya? Apakah *Controlled Feature Rollout* bermakna bahwa setiap pelanggan yang menjalankan versi Windows yang telah diluncurkan kini menjadi anggota dari saluran pengujian lainnya? Lalu, mengapa dua PC saya yang menjalankan rilis publik Windows 11 saat ini memiliki tata letak menu Start yang berbeda? Jika saya seorang pelatih korporat, bagaimana mungkin saya dapat menjelaskan kepada peserta pelatihan bahwa beberapa dari mereka memiliki seperangkat fitur yang tak sama dengan rekan lainnya, sementara saya sendiri tidak tahu kapan versi mereka akan berubah?
Selagi bertanya, mengapa fitur baru diluncurkan melalui apa yang kini disebut sebagai pembaruan keamanan?
Jika suatu fitur tidak dapat dihadirkan secara andal pada setiap pelanggan, artinya ia belum siap untuk rilis publik. Pastikan build publik tersebut bekerja dengan cara yang sama bagi semua pengguna, selama perangkat keras mendukungnya. Jika dua mesin yang menjalankan build Windows 11 yang sama berdampingan, seharusnya mereka memiliki fitur yang tersedia secara identik.
### 4. Ungkap lebih banyak alasan di balik keputusan
Ketika Steven Sinofsky mengambil alih sebagai pimpinan pengembangan Windows setelah rilis Windows Vista yang mengecewakan dan kacau, salah satu hal yang ia perkenalkan adalah blog berjudul *”Engineering Windows 7″* — atau disingkat E7. Blog tersebut terbit dari Agustus 2008 hingga Februari 2010. (Salinan yang hampir lengkap dapat diakses di Internet Archive, atas izin Sinofsky, bagi yang penasaran.)
Halaman-halaman tersebut sudah lama dihapus dari server Microsoft, namun tulisan tanpa tanda tangan dari tahun 2008 di blog Windows Experience ini entah bagaimana masih bertahan:
“Blog *Engineering Windows 7* dirancang untuk menciptakan diskusi terbuka tentang **cara** kami membuat versi Windows berikutnya — yang saat itu berkode nama Windows 7 — dan untuk memberikan pemahaman latar belakang atas keputusan teknis yang diambil demi meluncurkan Windows 7.”
Merekayasa versi baru sistem operasi yang paling banyak digunakan hingga saat ini merupakan proyek perangkat lunak yang sangat kompleks. Mengapa? Karena basis pengguna Windows sangat besar dan sangat beragam. Merencanakan versi Windows berikutnya (dan pada akhirnya mengembangkannya) adalah pekerjaan besar yang mengharuskan Microsoft mempelajari dan memahami kebutuhan semua jenis pelanggan yang menggunakan Windows saat ini. Di Blog *Engineering Windows 7*, Anda dapat mengharapkan diskusi dua arah tentang bagaimana kebutuhan pelanggan tersebut diseimbangkan untuk menghadirkan Windows 7 ke tangan pengguna.
Satu hal yang tidak akan Anda temukan di Blog *Engineering Windows 7* adalah pengumuman produk besar. Fokusnya adalah sekadar membahas aspek teknis dari Windows 7.
Blog E7 benar-benar revolusioner, dengan diskusi mendalam dari para insinyur dan desainer produk tentang **mengapa** mereka mengambil keputusan tertentu dalam membangun apa yang kelak menjadi Windows 7. Blog itu juga bebas dari bahasa pemasaran yang khas yang mendominasi banyak publikasi di blog Windows Microsoft saat ini. Yang terpenting, blog tersebut berhasil mencapai sesuatu yang krusial: Ia berbicara langsung kepada pelanggan yang skeptis, yang yakin bahwa Microsoft mengubah fitur favorit mereka tanpa alasan yang jelas.
Jika tim yang membangun Windows ingin meyakinkan pelanggan bahwa mereka mendengar umpan balik, kembalikanlah tingkat transparansi teknis seperti itu. Katakan saja pada tim pemasaran untuk tidak ikut campur.