前回はフォームの回答がシートに反映されないトラブルを解説しました。今回のテーマは選手名の表記ゆれです。地味に見えて、実は成績管理表の信頼性を根っこから揺るがす、けっこう厄介な問題です。
この成績管理表の集計式は、選手名を条件にCOUNTIFSやSUMIFで絞り込む仕組みになっています。「SUZUKI」を集計したいのに、フォームに「Suzuki」や「T.SUZUKI」と入力されていたらどうなるでしょうか。同じ選手のはずなのに、スプレッドシート上では別人として扱われ、集計が分断されてしまいます。今回はなぜ表記ゆれが起きるのかとどうすれば防げるのかを、たとえばこんなケースがあったとして整理していきます。
選手名の表記ゆれが集計に与える影響
年間（野手）シートで打数や安打を集計する式は、選手名（B列）をキーにして試合当日(野手)シートを検索する構造になっています。つまり、選手名が1文字でも違えば、そこで別人扱いされてしまうということです。
| フォームの入力 | 年間シートの集計キー | 集計結果 |
|---|---|---|
| SUZUKI（正しい表記） | SUZUKI | ✅ カウントされる |
| Suzuki（小文字） | SUZUKI | ❌ カウントされない |
| T・SUZUKI（全角中点） | SUZUKI | ❌ カウントされない |
| SUZUKI （末尾スペース） | SUZUKI | ❌ カウントされない |
たった1文字、1つの記号の違いだけで、集計から静かに外れてしまいます。打率・打点・本塁打など、あらゆる個人成績に波及するため、選手名の表記統一は成績管理表の信頼性を支える土台と言えます。
この成績管理表における選手名管理の仕組み
この成績管理表では、選手名は設定一覧シートで一元管理（マスタ管理）されています。たとえば、次のような一覧をイメージしてください。
| 背番号 | 名前 | 背番号 | 名前 |
|---|---|---|---|
| 0 | NAKATA | 14 | D.MIWA |
| 1 | SUZUKI | 15 | D.IWASAKI |
| 2 | YAMAMOTO | 18 | H.OKITA |
| 3 | SATO | 21 | K.AKASAKA |
| 4 | ITO | 22 | M.IZUTSU |
| 5 | YAMAOKA | 23 | W.ASAI |
| 6 | SAKAI | 24 | R.ISA |
| 7 | OKADA | 29 | S.TANI |
| 8 | TANAKA | 30 | S.TANAKA |
| 9 | YOSIDA | 33 | M.OHSHIMA |
| 10 | YAMADA | 51 | S.SADA |
| 11 | ADACHI | — | 助っ人 |
選手名の形式は「姓の頭文字.名前（すべて大文字）」で統一されているとします（例：SUZUKI）。この一覧が、フォームのドロップダウンに表示される選択肢の元データになります。「助っ人」は固定メンバー以外の参加者をまとめて扱うための特別な名前です（第95回で詳しく解説します）。
表記ゆれがないか、実際に確認してみましょう
たとえば、フォーム（野手）シートの選手名（E列）と、フォーム（投手）シートの選手名（D列）を1シーズン分すべて見比べてみたとします。もし設定一覧に登録された表記と完全に一致していれば、表記ゆれは起きていないということになります。
フォームの選手名欄がドロップダウン（選択肢から選ぶ方式）になっていれば、手打ちの余地がなく、設定一覧に登録された表記がそのまま記録されます。
この運用が続く限り、選手名の表記ゆれは原理的に発生しません。問題が起きるとすれば、①フォームの選択肢を「自由記述（テキスト入力）」に変更してしまったとき、②スプレッドシートのフォームシートに直接入力してしまったとき、③フォームを新しく作り直して選択肢の設定をし忘れたとき——この3パターンです。
フォームのドロップダウンが正しく設定されているか確認する
念のため、Googleフォームの選手名欄がドロップダウンになっているかを確認する手順をおさらいしておきましょう。
Googleドライブから野手フォームを見つけて、編集画面を開きます。
「名前」または「選手名」の質問を見つけ、右側に表示されている質問の種類が「プルダウン」または「ラジオボタン（選択式）」になっているかを確認します。もし「記述式（短文）」や「段落」になっていたら、手打ちができてしまう状態なので修正が必要です。
プルダウンに表示されている選手名が、設定一覧の「名前」列と完全に一致しているかを確認します。新しい選手が加入したとき、設定一覧だけ更新してフォームの更新を忘れてしまうと、ここで不一致が生じます。
もし表記ゆれが起きてしまったときの修正方法
何らかの事情で表記ゆれが発生してしまった場合の修正手順です。第88回（COUNTIFのトラブル）で解説した検索と置換を、ここでも使います。
空きセルに =COUNTIF('フォーム(野手)'!E:E, "Suzuki") のように、小文字バージョンや全角記号バージョンで検索してみます。0より大きい数が返ってきたら、その表記ゆれが実際に存在するということです。
フォーム(野手)シートをアクティブにしてCtrl＋Hを押します。「検索」欄に誤った表記（例：「Suzuki」）を、「置換後の文字列」欄に正しい表記（例：「SUZUKI」）を入力します。
「すべて置換」をクリックすれば完了です。置換件数も忘れずに確認しましょう。フォーム(投手)シートにも同じ表記ゆれが潜んでいる可能性があるので、あわせて確認・修正しておきます。
Googleスプレッドシートの通常の検索と置換は大文字・小文字を区別しません。「SUZUKI」を検索すると、「Suzuki」や「suzuki」もまとめてヒットします。
大文字・小文字を厳密に区別して置換したい場合は、「検索と置換」ダイアログにある「大文字と小文字を区別する」のチェックボックスをオンにしてください。
選手名の命名ルールをチームで決めておく
この成績管理表では「姓の頭文字.名前（すべて大文字のアルファベット）」という形式に統一されているとします。新しい選手が加入したときにこのルールに沿って設定一覧へ登録すること、それこそが表記ゆれ予防の基本です。
設定一覧シートの「打者設定」の名前列に、新しい選手名を追加する（例：A.YAMAMOTO）
野手フォームの「名前」質問のプルダウン選択肢に、同じ表記で追加する
投手も兼ねる選手の場合は、投手フォームの「名前」選択肢にも追加する
年間(野手)シートに新しい選手名の行を追加し、集計式を設定する（第94回で詳しく解説）
この仕組みでは、選手名を設定一覧に追加したあと、フォームの選択肢にも別途追加する必要があります。どちらか一方を忘れると、「設定一覧にはあるのにフォームでは選べない」（あるいはその逆の）不整合が起きてしまいます。
新メンバーが加入したときは、「設定一覧」と「フォームの選択肢」の両方をセットで更新すると覚えておいてください。この手順をチームのルール文書として残しておけば、複数人で管理していても更新漏れを防げます。
- 選手名の表記ゆれは集計の分断を引き起こす——「SUZUKI」と「Suzuki」は別人として扱われてしまう
- フォームのドロップダウン設定が正しく機能していれば、表記ゆれはそもそも起きない
- 表記ゆれが起きやすいのは①フォームを自由記述にしてしまったとき、②フォームシートに直接入力したとき、③フォームを作り直して選択肢の再設定を忘れたとき
- 選手名のマスタは設定一覧シートで一元管理——形式は「姓頭文字.名前（全大文字アルファベット）」に統一する
- 表記ゆれが起きた場合はCtrl＋H（検索と置換）で一括修正——フォームシートのセル値を書き換えるだけなので、集計式などの連携には影響しない
- 新メンバー加入時は設定一覧とフォームの選択肢の両方を更新することをセットで行う習慣が大切
次回予告
次回のテーマは「打率が正しく計算されない場合のチェックリスト」です。「なんだか打率の数字がおかしい気がする」——そう感じたとき、どこから確認すればいいのか迷いますよね。打数・安打の集計式、打席除外ロジック、表示形式のそれぞれに分けて、よくある計算ミスのパターンと確認手順を順番に解説していきます。
コメント