iOS28やmacOS 28の開発工程を変更〜日本語対応や安定性への影響は？

Appleは、2027年にリリースする見込みの次世代OS群「iOS28とiPadOS28」（開発コード名：Bell）および「macOS 28」（開発コード名：Poppy）の開発プロセスにおいて、従来とは異なる手法を採用したと、Bloombergのマーク・ガーマン記者がニュースレター「Power On」で報告しています。

この変更によってOS開発の現場にどのような影響が生じるのか、また、日本のユーザーにもメリットがあるのかを考察します。

従来の手法を覆す「試行錯誤」重視の開発プロセス

Appleの従来のOS開発では、年間を通じて「M1」「M2」「M3」と呼ばれる3つの主要マイルストーンを設定し、作業を進めるのが一般的だと、ガーマン記者は説明しています。

各マイルストーンは8週間で構成され、「4週間の機能開発・コーディング期間」と「4週間の機能統合（コンバージェンス）期間」に分けられていました。

時間配分を調整し新しいアイデアを入念に検証

しかし、iOS28などの開発では、最初の「M1」段階において「6週間の機能開発・コーディング期間」を設け、その後の統合期間を「2週間」に短縮したとのことです。これにより、エンジニアが新しいアイデアを模索し、実際に試す時間が従来より長くなりました。

Apple社内でも、仕様を確定する前にさまざまなアイデアを検討できるとして、この変更を歓迎する声が上がっているといいます。ただし、8週間という全体の期間は変わらず、機能統合に使える時間は半分になっています。

各OS28の開発はすでに開始

現地時間2026年11月9日（月）からは、「M1」の次の段階である「M2」マイルストーンが始まる予定です。この段階では、実際にユーザーへ提供する機能の選定や仕様の絞り込みが本格化するとみられています。

なお、今回の時間配分の変更が確認されているのはM1段階であり、M2以降にも同様の手法が採用されるかは明らかになっていません。

新開発手法の狙いと日本ユーザーへの影響

今回の開発プロセスの変更には、新機能の検討に十分な時間をかけ、採用するアイデアの完成度を高める狙いがあると考えられます。

近年、OS開発ではAI関連機能の重要性が増しています。開発初期に試行錯誤の時間を多く確保できれば、新しい機能の使い勝手や実用性をより入念に検証できるかもしれません。

一方、機能統合の期間は短くなるため、個別に開発した機能をOS全体に組み込む作業が、従来より難しくなる可能性もあります。そのため、今回の変更が正式版の不具合減少や安定性向上に直結するかどうかは、現時点では判断できません。

日本語環境への対応改善にも期待

日本のユーザーにとって気になるのは、日本語環境やローカライズの品質への影響です。例えば、開発初期の検証期間が長くなることで、日本語特有の言語処理や日本国内向けの機能についても、早い段階から問題点を洗い出せるようになるかもしれません。

ただし、今回の報道では日本語対応や地域別のテスト体制に関する変更は明らかになっておらず、これは開発工程の変更から考えられる可能性の一つです。

また、新機能の仕様を十分に検討してから統合することで、秋の正式リリース時点におけるOS全体の完成度が高まることも期待されます。

サードパーティのアプリ開発者にとっても、新機能やAPIの仕様が早い段階で安定すれば、対応アプリの開発を進めやすくなるでしょう。

iOS28などは2027年6月頃に開催される世界開発者会議（WWDC 2028）の直後に開発者向けベータ版が公開され、同年秋に正式リリースされると予想されています。新しい開発手法の効果は、その時点で明らかになりそうです。

Source: Power On/Bloomberg

Photo: Apple Hub/Facebook