Windows Insider Program の立ち上げから 10 年が経過したことに驚きます。2014 年 9 月 30 日、Microsoft は Windows の公開テストにこの革新的なアプローチを導入し、個人が開発プロセスに参加し、ライブ プレビュー ビルドを試し、フィードバックを直接会社と共有できるようにしました。つい昨日のことのように思えますが、今日は 10 周年を迎えます。
当初、Windows Insider プログラムは大きな称賛を受け、Windows 10 の初期ビルドを試してみたいという無数の熱狂的なファンを引き付けました。「Windows の未来を形作る」ことに貢献できるという興奮は明白でした。10 年経った今、当初の熱意は薄れてきたようで、プログラムに何らかの調整を加えることで改善できる可能性があります。Microsoft が検討すべき 5 つの推奨事項を以下に示します (建設的な批判に備えてください)。
1. プロセスを簡素化する
10 年前、Insider プログラムに参加するのは非常に簡単でした。ユーザーには、最新ではあるものの安定性の低いアップデート用の Fast Ring と、より安定しているものの遅いリリース用の Slow Ring が用意されていました。新しい機能は通常、Fast Ring で展開され、数週間後に Slow Ring に移行していました。
しかし、現在では、Canary、Dev、Beta、Release Preview という 4 つの異なるチャネルがあり、状況はかなり複雑になっています。システムには明確な階層がなく、新機能は、より洗練され、製品版に近い状態になるように設計された Beta や Release Preview などの「下位」チャネルでデビューすることがあります。Beta チャネル (以前の Slow Ring) で初めて登場した機能を、どのように適切にテストすればよいのでしょうか。
代表的な例は、スタート メニューの「アカウント マネージャー」機能です。この機能は、Canary チャネルと Dev チャネルでテストされていないにもかかわらず、ベータ ユーザー向けにリリースされたため、実行の不備に対してかなりの不満が生じました。
Windows 11 の最新プレビューを熱心に試してみたい Windows 愛好家の方は、チャネルをナビゲートして自分の興味に合ったものを見つけられるよう頑張ってください。一部の機能はベータ版にはあるが開発版にはなく、リリース プレビューにはあるがベータ版にはない機能もあり、プログラムの構造と意図を考えると、不可解なシナリオになっています。
2. アップデートチャネルを再考する
Windows Update 設定内の「最新の更新プログラムが利用可能になったらすぐに入手する」オプションは、Windows Insider プログラムの最もわかりにくい側面の 1 つとして挙げられます。
安定した Windows バージョンでは、このトグルを使用すると、拡張機能や新機能を含む重要でない更新 (C リリース) をユーザーがテストできます。これは Insider プログラム外では意味がありますが、プログラム内では場違いです。
現在、多くの開発ビルドとベータ ビルドには、2 つの個別の変更ログが付属しています。1 つはトグルを有効にしたユーザー用、もう 1 つは無効にしたユーザー用で、各チャネルがサブチャネルに分割されています。なぜそこまでするのでしょうか。開発チャネルに登録したユーザーとして、私はすでにプレリリース ソフトウェアの潜在的な不安定性を認識しています。なぜ Microsoft は、この複雑な設定について私に過度に注意を促す必要があると感じるのでしょうか。
まるでマイクロソフトがチャネル不足を感じているようだ。さらに、これらの分割されたチャネルで行われるアップデートは些細なものであることが多く、このような慎重な配信に対する不満を引き起こしている。
3. 段階的な導入を採用する
世界中で 15 億台を超えるデバイスが多様な構成を呈しているため、すべての機能を同時に展開することは現実的ではありません。段階的に機能を展開することは、新しい更新によって生じる可能性のある混乱を防ぐための論理的なアプローチです。
ただし、プレビュー環境では、このような制約に従う必要はありません。機能は、まず Canary や Dev などの不安定なチャネルでリリースし、内部からのフィードバックに基づいて発生する問題に対処することを想定する必要があります。その後、ベータ版に移行し、最終的にはリリース プレビューに移行して、さらにテストを行うことができます。これは、プログラムの初期の頃を彷彿とさせます。
マイクロソフトは Windows Insider プログラムの中心目的から逸脱したように感じます。参加者が圧倒的に多く、チャネルがオープンなため、インサイダーは安定したビルドを持つ一般消費者のように扱われ、その結果、機能の展開が制御され、不要な複雑さが生じています。対照的に、初期の頃は、ありふれた修正のロールアウトが少なく、新機能が豊富に提供されていました。
4. コミュニケーションを強化する
Microsoft の記者として、最新ビルドのリリース ノートの更新を追跡することは、私の日常業務の一部です。Microsoft は、新しい機能、問題、変更に関する情報を含めるために変更ログを頻繁に改訂しており、関連する詳細を視聴者に伝えるために常に注意を払う必要があります。残念ながら、これらの更新は効果的に伝達されないことが多く、認識されたバグ、重大な懸念、機能のロールバック、完全なリコールは、内部関係者に気付かれずに簡単に見落とされてしまいます。
Windows Insider のプロダクト マネージャーは、他のインサイダーがすでに発見した新機能についてユーザーに通知することはありますが、バグやその他のさほど面白くない変更に関する更新は極めてまれです。このような複雑な製品に対するユーザー フィードバックの収集を中心に構築されたプログラムでは、特に過度に規制されたロールアウトを考慮すると、最新のビルドに関する Microsoft からのより良いコミュニケーションが不可欠です。変更ログが更新されて新しいバグが発表されるたびにツイートを送信するのはなぜこんなに難しいのでしょうか。
公平を期すために言うと、Microsoft は最近、最新の Canary チャネルの既知のバグについてツイートしましたが、このような発生は、特に重大な問題の場合、非常にまれであるため、懸念は正当なものとなっています。
さらに、すべての Windows ユーザーが X にアカウントを持っているわけではありません。デバイスが Insider プログラムに登録されている場合、Microsoft が新しいビルド、変更ログの変更、バグ、およびその他の関連コンテンツに関する通知を送信することを期待するのは妥当です。
5. 熱意を取り戻す
過去 10 年間で私は冷笑的になったかもしれませんが、Windows Insider プログラムを取り巻く当初の興奮は薄れてきたという意見には多くの人が共感しています。
初期の頃は、新しいビルドを受け取るのはイベントのようでした。リリースごとに変更や改善が満載だったからです。今では、ビルドがほぼ毎日リリースされており (最近 1 か月間の異例の休止を経験した Canary チャネルを除く)、特に小さな変更は運任せのように感じられることが多いため、新しいリリースに熱意を抱くのは難しくなっています。なぜわざわざ挑戦するのでしょうか。
さらに、Microsoft による主要な更新やプラットフォームの機能強化に関する詳細な技術的説明は、最近大幅に減少しています。同社がプログラムの 10 周年をわずか 2 つの壁紙で祝ったことは、むしろ期待外れに思えます。確かに壁紙は見た目が美しいですが、祝うべきことは本当にそれだけなのでしょうか?
Microsoft は、Windows のテストの責任を主にボランティアの社内メンバーに負わせています。彼らの貢献に対して金銭的な報酬は期待していませんが、ちょっとしたインセンティブや表彰を導入することで、新たな関心が生まれ、より積極的な参加者を引き寄せることができるかもしれません。結局のところ、この数兆ドル規模の企業には、熱心な社内メンバーにささやかな報酬を与えて熱意を再燃させる手段があるはずです。
マイクロソフトが、公開テスト段階での貴重なフィードバックに対する感謝の気持ちとして Windows 7 Ultimate キーを発行したことを覚えていますか? マイクロソフトは間違いなくこれよりも良いものを提供できるはずです。
Windows Insider プログラムの現状についてどう思われますか? 変更が必要だと思いますか? 以下のコメント欄でご意見をお聞かせください。
コメントを残す