2026年9月24日、MicrosoftはInsider Betaチャネルにおいて、一見すると控えめながら極めて重大な新機能を公開した。1つのセルの中に複数の値を保持できるようにする機能だ。過去40年にわたり、スプレッドシートの世界で不動の掟とされてきた「1セル1値」の原則が、開発元自身の手によってついに打ち破られた。
カンマ区切りのプレーンテキストに名前を詰め込む時代の終わり
過去40年間、Excelを使ってプロジェクト管理や業務進行を担ってきた実務者は、誰もがこの構造的制約によるもどかしさを味わってきた。1つのタスクに3人の担当者、4つのワークストリーム、5つのマイルストーンが存在する場合、平面的な2次元グリッドではそうした階層構造を表現しきれない。現実世界の業務データは本質的に階層的であり、テーブルをフラットに保つという前提自体が妥協の産物に過ぎなかった。その結果、現場では「Carlos, Henrietta, Jacob」とカンマでつないだプレーンテキストを1つのセルに詰め込むか、あるいは無数の冗長な補助列を追加するという不自然な運用が常態化していた。
この運用の直接的な代償となったのが、フィルタリングと集計機能の破綻だ。特定の担当者「Jacob」を含むタスクだけを抽出しようとしても、従来のオートフィルターはセル全体のテキストを1つの値として認識するため、テキストの組み合わせごとに何十ものチェックボックスが生成され、まともな絞り込みが成立しなくなる。データを無理やりテキストに圧縮したことで、2次分析への道が完全に閉ざされていたのだ。
今回のアップデートにより、ショートカットキー Ctrl+J やメニューの「挿入 > リスト」を通じて、セル内の各データが独立した要素として認識されるようになった。長大な結合テキストに対して行っていた強引な絞り込みは過去のものとなり、右側のフィルターからは特定の担当者だけを正確に指定しつつ、案件全体の属性をそのまま保持できる。現実のデータはもともと複数値を持っているものであり、それを単一値に押し込めることを強いてきた設計こそが、初期スプレッドシートが遺した歴史的負債だった。
図：プレーンテキスト混在によるフィルタの混乱（左）と、ネイティブ複数値リストによる独立した絞り込み（右）。出典：Microsoft Excel公式ブログ
波括弧でスピルを封じ込め、単一セルに配列を閉じ込める
複数値のサポートは、単なるUI上のリスト追加にとどまらない。Microsoftは同時に、エンジン下層の仕組みとして「セル内配列（arrays in cells）」を実装した。Excelの歴史を振り返れば、かつての配列数式には Ctrl+Shift+Enter という煩雑なキー操作が不可欠であり、2018年に導入された動的配列（Dynamic Arrays）では、計算結果が隣接するセルへと無制限にスピル（こぼれ出し）していた。スピル機能は高度な計算を身近にした一方で、丹精込めて整えた帳票レイアウトを崩壊させたり、既存のセルデータを不用意に上書きするリスクを常に孕んでいた。
今回Microsoftが提供したのは、スピルする配列を安全に「檻の中へ戻す」手段だ。数式全体を波括弧 { } で囲むだけで、本来スピルするはずの計算結果すべてが元の1つのセル内に留まる。セルの右端には専用の展開アイコンが表示され、明細を確認したい時だけクリックして内容を参照できる。中間計算のためだけに広大な空白領域を確保する必要がなくなり、ワークシートの空間利用効率は飛躍的に向上した。
図：セルの右端に新設された展開アイコン。複数値データが外部へ無秩序にスピルしない。出典：Microsoft Excel公式ブログ
さらに「ネストされた配列（nested arrays）」により、データは真のツリー構造として保持できるようになる。例えばWebサイト立ち上げ計画において、デザイン、開発、テストの各ワークストリームが、それぞれ複数のマイルストーンを抱えたまま、同じセルの階層下に整然と収まる。立体的だった業務ロジックがそのまま保存されるため、何千行もの明細レコードへ一度フラット化し、ピボットテーブルで再集計して全体像を復元するといった煩雑な作業から実務者が解放される。
集合関数エコシステムが塗り替えるビジネスロジック
複数値セルの登場に伴い、新しいデータ構造を扱うための集合操作関数群も整備された。セルが複数の値を抱える以上、判定ロジックは単純な等号（=）だけでは完結しない。Microsoftはプロジェクト追跡、アンケート集計、資格認定管理など、複雑な業務シナリオを想定した専用の関数セットを用意した。
HAS 関数は特定の担当者がセル内に含まれているかを直接判定し、HASANY は経営チームなどの指定グループの誰か1人でも関与している案件を即座に抽出する。HASALL はローンチに必要なすべての関係者の承認が揃っているかといった厳格な充足条件を検証する。さらに、複雑にネストされた構造をフラットな1本のリストに展開する FLATTEN 関数と組み合わせることで、実務者は直感的な思考の流れそのままに数式を記述できるようになる。
40年の前提が崩壊、下流ツールを襲う互換性の断絶
これは一見、Excelが現代的なツールへと進化した喜ばしいマイルストーンに見える。しかしその実態は、スプレッドシートが過去40年間維持してきた大前提を根底から揺るがすものだ。VisiCalcやLotus 1-2-3の黎明期から、データ処理の世界全体が「1セル1値」という暗黙の合意の上に築き上げられてきた。無数の財務モデル、ピボットテーブル、VBAマクロ、外部連携プログラムは、セルから取り出せる値が確定した単一の基本型（プリミティブ）であることを信じて動いている。この40年間の技術的慣性こそが、企業のデータツールチェーンを崩壊から守る最後の防壁だった。
Microsoft自社のエコシステム内であれば新フォーマットへの対応は迅速に進むかもしれない。しかし実務において、Excelは往々にして企業データパイプラインの入口に過ぎない。配列を詰め込んだ複数値セルが汎用形式でエクスポートされ、外部データベースのインポートツールやPythonの pandas スクリプトで読み込まれた瞬間、ツール間の互換性の境界線は容易に破綻する。数十年前に書かれたパーサーは数や文字列が返ってくる前提で動作しているため、複雑なネスト構造を持つリストオブジェクトに遭遇した途端、ベクトル演算は停止し、型推論エンジンは深刻な例外を吐き出すことになる。
従来の単値データモデルを破棄したことで、目先のレイアウトや入力の利便性は大きく向上した。だが、その引き換えとして埋め込まれた後方互換性の爆弾は、世界中の数億枚の既存シートと数千万本の解析スクリプトの足元に、確実にセットされている。
1つのセルに複数の値を許容したことは、スプレッドシートが複雑な現実世界のデータ構造に対して行った、遅すぎた妥協と言える。現実世界のデータが整然とした2次元グリッドに収まるはずなどないという事実を、公式についに認めたのだ。1セル1値の制約を解除したことで、不要な行列が視覚的に一掃され、数式は直感を取り戻した。しかし、立体的な構造を基礎的なセルに無理やり詰め込んだ代償として、企業のデータパイプラインが背負う脆弱性は確実に跳ね上がっている。
参考リンク：
- Microsoft Excel 公式ブログ
- Microsoft 365 Insider ブログ
- Hacker News ディスカッション
