Written by 
スカウティングとは「入力のシステム設計」である
バレーボールのデータ分析において、「どんなデータを取るか」「どんなスタッツを出すか」という議論は日々活発に行われています。しかし、現場のアナリストにとってそれ以上に切実な問題があります。それは「いかにして、その膨大なデータをリアルタイムで、正確に、かつストレスなく入力するか」という課題です。
アメリカのバレーボール指導者向けPodcast番組『Coaching Volleyball』の過去のエピソード（Episode 10 – DataVolley training with Jeff Liu）を聴いていた際、非常に興味深い議論に出会いました。USA女子代表のテクニカルコーディネーターであり、スカウティングソフト『Data Volley』のマスターガイド共同執筆者でもあるJeff Liu氏がゲストとして語っていたのは、単なるソフトの使い方ではなく、極めて合理的な「入力のシステム設計」の哲学でした。
彼らがData Volleyというツールに向き合う姿勢は、単なるバレーボールのアナリストというよりも、いかにして人間の認知負荷と身体的疲労を減らすかを考える「UI/UXデザイナー」や「システムエンジニア」のそれに近いものです。
本記事では、このポッドキャストで語られている実戦的なコーディング（データ入力）のノウハウを紐解きながら、そこから見えてくるトップレベルのスカウティングの設計思想と、日本の指導現場やツール開発にも応用できる「疲れないシステム」について考察してみたいと思います。
物理的な入力負荷の削減（UIと操作性）
ポッドキャストの中でJeff氏が最初に強調していたのは、「いかにキーストローク（打鍵数）を減らすか」「いかに指の移動距離を最短にするか」という、極めて物理的で泥臭いアプローチでした。
1. デフォルト設定を疑い、論理的な独自コードを構築する
Data Volleyは元々イタリア製のソフトウェアであり、デフォルトのアタックコードはイタリア語のフレーズに由来しています。しかしJeff氏をはじめとするUSA代表のスタッフは、これをすべて自分たちにとって「直感的で論理的なアルファベット」に書き換えて運用しています。
例えば、両サイド（Pin）への攻撃はすべて「P」から始まるコード（PG=Go、PR=Redなど）に統一し、ミドルの両足踏み切りの攻撃は（ブロッカーのギャップに入るため）「G」、片足踏み切り（スライド等）は「C」、バックアタックは「I」といった具合です。
これにより、「X4」や「P7」といったただの記号の暗記から解放され、「サイドに上げたらP」「片足で踏み切ったらC」と、文字を見た瞬間に攻撃の性質をグループ化して認識できるようになります。これは後からデータを検索したり、特定の攻撃パターンだけを抽出して分析したりする際にも、圧倒的な処理速度の向上をもたらします。
2. 「複合コード（Compound Coding）」による徹底した時短
さらに彼らが多用するのが「複合コード」というテクニックです。 通常、アウェイチームの13番がサーブを打ち、ホームの14番が完璧なレセプションを返した際、基本に忠実に入力すると以下のようになります。 a13S (スペース) *14R#（約10回の打鍵）
しかし、彼らはこれをピリオドで繋ぎます。 a13S.14#（8回の打鍵）
このピリオド一つが持つ意味は絶大です。バレーボールにおいて、サーブの次に起こるプレーは（サービスエースやエラーでない限り）必ず「レセプション」です。ピリオドで繋ぐことで、ソフトウェアに「次はレセプションである」と自動補完させ、わざわざ「R」のキーを押す手間を完全に省いているのです。Jeff氏は初心者のアナリストに対し、「Rキーは基本的に一生押さなくていい」とまで断言しています。
これらの工夫は、単なる「ちょっとした裏技」ではありません。1試合に何百回と繰り返されるラリーにおいて、1回の入力で2回のキーストロークを節約できれば、試合全体では数千回の打鍵を減らすことができます。
これはツール開発における「UI/UX（ユーザーインターフェース・ユーザーエクスペリエンス）」の根幹に関わる考え方です。プロフェッショナルが現場で使うツールにおいて、本当に優れたUIとは、「操作者の身体的負担（指の移動距離）と、認知負荷（何を打つか考える時間）を極限まで下げる設計」です。機能的であることを突き詰めた結果としての「省力化」こそが、リアルタイムの試合分析においてアナリストを救う最大の武器視となるのです。
データの「解像度」のコントロール（スケールとエリア）
入力の負荷を下げる一方で、彼らは「記録するデータの質（解像度）」については決して妥協していません。ここには「データの収集」と「データの活用」を明確に切り分ける、情報設計の思想があります。
1. 評価スケール：3段階評価のチームでも「4段階」で入力する
NCAA（全米大学体育協会）のレベルになると、セッターがクイックを使えるかどうかは、レセプションのパスの質に大きく左右されます。Data Volleyではパスの質を「#（完璧）」「+（良い）」「!（普通）」「-（悪い）」「/（オーバーパス）」「=（エラー）」など細かく分類できますが、実際のチームのコーチは「A・B・C」の3段階評価でしかデータを見ないことも多々あります。
しかしJeff氏は、コーチが3段階のレポートしか求めていなくても、「アナリストは必ず4段階（より細かいスケール）で入力すべきだ」と語っています。それはデータサイエンスにおける「高解像度から低解像度へは変換できるが、低解像度から高解像度へは復元できない」という不可逆の原則に則っているからです。
4段階で入力しておけば、後から数式を使って「+と!を統合して3段階にする」ことは一瞬で可能です。しかし、最初から粗いデータ（低解像度）で入力してしまうと、将来的に「もう少し詳細な傾向を知りたい」と思ったときに、もう一度ビデオを見直して入力をやり直すしかありません。
では、この「細かい入力」による打鍵数の増加（負担増）をどう解決しているのか。それが「デフォルトキーの活用」です。例えば「最も頻出する評価（＋など）」をデフォルトに設定し、何も評価記号を打たずにエンターを押せば自動的に「＋」になるようにシステムを組むのです。
「入力時は最大限の解像度を担保しつつ、デフォルト設定の工夫によって人間の入力負担を相殺する」。このバランス感覚こそが、優れたシステム設計の証と言えます。
人間の認知バイアスを排除するワークフロー
ツールへの入力方法だけでなく、「試合中、どのようにツールと向き合うか」というワークフローそのものにも、USA代表ならではの合理的な哲学が貫かれています。
1. コーラー（読み上げ役）の排除 初心者のアナリストがよくやってしまうのが、隣に別のスタッフ（コーラー）を座らせ、「13番サーブ、14番レシーブ！」と声に出して読み上げてもらい、それを聞いて入力するという分業体制です。
一見すると効率的に見えますが、Jeff氏らはこれを明確に否定しています。理由はシンプルで、「音声を通すと処理速度が遅れるから」です。入力者が自分の目で見て直接入力する方が圧倒的に速く、コーラーを挟むと「耳で聞いて、脳で変換して、指を動かす」という余分なプロセス（レイテンシ）が発生し、激しいラリーに追いつけなくなります。
2. ミスをしても「絶対に手を止めない」 試合中に「今のプレー、誰が触ったかわからなかった」「コードを打ち間違えた」という瞬間はプロでも必ず訪れます。そんな時、彼らが最も重視している鉄則は「フリーズしない（手を止めない）こと」です。
誰が触ったかわからなくても、適当な選手番号を入れて（あるいは空欄にして）ラリーの最後まで強引に入力を続けます。途中で立ち止まって考えてしまうと、その後に続く10回、15回のボールコンタクトのデータをすべて取りこぼしてしまうからです。間違えた箇所は、後からタイムスタンプを頼りにビデオを巻き戻して数秒で修正すれば済みます。
ヒューマンエラーを前提としたシステム運用
これらのルールに共通しているのは、「人間の脳の処理能力には限界があり、ノイズ（外部からの声など）に弱く、必ずエラーを起こすものである」という冷徹な前提です。
コーラーを使わないのは、視覚情報を一度音声情報に変換する際の「認知の遅延」を防ぎ、入力者を一種の「フロー状態」に没入させるためです。また、「絶対に手を止めない」というのは、「エラーをゼロにする」という不可能な目標を捨て、「局所的なエラーを許容することで、システム全体のダウン（ラリーの完全な入力漏れ）を防ぐ」というフェイルセーフ（障害発生時の安全設計）の考え方そのものです。
人間が機械に歩み寄るのではなく、人間の不完全さを理解した上で、いかに機械（ツール）を止めずに動かし続けるか。スカウティングの現場は、まさに極限状態におけるシステムオペレーションの現場なのです。
我々は「何のために」入力を最適化するのか
USA代表のスタッフたちが実践しているData Volleyの活用法——「指の移動距離の計算」「複合コードによるキーストロークの削減」「データ解像度の担保」「フェイルセーフなワークフロー」。これらはすべて、ある一つの究極の目的のために存在しています。
それは、「アナリストの脳のリソースを、『入力作業』から解放し、『分析と思考』に回すため」です。
目の前で起きているプレーに対して、「ええと、この攻撃のコードは何だっけ」「レセプションのキーはどこだっけ」と脳のメモリを使っているうちは、本当に深い戦術の駆け引きや、データから浮かび上がる異常値に気づくことはできません。「疲れないUI」と「息をするように打てるコード設計」が完成して初めて、アナリストは「単なるタイピスト」から「戦術の意思決定者」へと進化できるのです。
日本のバレーボール界においても、近年はR言語などのオープンソースを活用し、海外の先端技術にキャッチアップしようとする動きが加速しています。しかし、どんなに高度な統計モデル（期待値やブレイク率の算出など）を構築しても、その土台となる「日々のデータ入力」が属人的で、苦痛に満ちたものであれば、システムはいずれ破綻します。
「どんなスタッツを取るか」と同じ熱量で、「いかにして入力の摩擦をゼロにするか」を真剣に考えること。ツールを開発する者、そして現場でデータを扱うすべてのバレーボールアナリストにとって、USA代表の泥臭くも洗練された「設計思想」は、大いに学ぶべき羅針盤となるはずです。