どうエラ

好きな技は「肩すかし」です。

・・・続きです。

とりあえず、前回のエントリの際に抜けていたエラーの種類を追加しておきます。

- 正面に入っていない

- 捕ったけど間に合わなかった（投げた、投げられもしなかった）

* これも記録上のエラーにならないケースかもしれません。でも、ここではエラーとして扱います。

* 一番最初の「追いつけなかった」と同じように、『ヒヤリハット』 の一種と考えられると思います。

* この『ヒヤリハット』がいっぱいあるなあというのが、このエントリをはじめたきっかけのひとつでもあります。

では、次の個所です。
○ 捕ってから投げる体制に入るところ

ここはあまり思いつきませんでした。
- グラブからうまく取り出せなかった
- うまく握れなくて、投げられなかった
- 握れずに落としてしまった
- もたもたしていて、投げられなかった
* グラブからうまく取り出せなかったと似ていますが、、、
* この段階では、細かいことを気にせずにひたすら例をあげていくことが大事です。
- ステップしようとしたときに転んだ/つまづいた

こんなもんでしょうか。

最後の個所です。
○ 投げるところ
- 暴投、悪送球
- 中途半端なワンバウンド
- 送球の球のスピードが遅くて間に合わなかった
- 投げる先を間違えた（フィルダースチョイス）
- どこに投げるか迷った、わからなかった
- 間に合わないのに投げた
* これは微妙ですねぇ。でも、手痛い失点につながったりしますね。
- 届かなかった
- 相手に近いのに思いっきり投げた
- まだベースに入っていないのに投げた
- 呼吸/タイミングが合わなかった
* ダブルプレイなんかだと、受けても動きながらになるので、こんなのもありますね。

すべてを挙げようとすると、いつまでも終わりませんので、とりあえず、今回のところは、この辺で。。。

このあとはそれぞれを個別に分類したり、まとめたりしつつ、何故そうなってしまったのかを考察していきます。

これがいったい何かといいますと、ソフトウェアに関する品質管理で出てきた話なんですよ。

いわゆるバグというものがありますが、これが故障です。野球で言うところのエラーです。

これはプログラムの間違いという欠陥が原因となって起こります。

で、なぜプログラムに間違いがあるかというと、それはプログラムの設計時に想定していなかった条件があったからだったり、作った人間が仕様を勘違いしていたり、、、というエラー（このときの説明ではここがエラー）があるあるからだと・・・

で、これを分析して、エラー（品質管理のトレーニングの説明のときのエラー）を起こさないように気をつけることで、欠陥を防止して、故障を減らしましょうと・・・

思ってもいなかったようなことが故障の原因だったり、非常に簡単なことがたくさんの故障の原因だったりというような事例を説明されました。

で、思ったんです。

実際にうちの子がしているエラーにも思いもよらない原因があったりとか、ほんのちょっとしたことを直せば劇的にエラーが減ったりとかしないかなあと・・・

まあ、そうはうまくいかないでしょうが、、、

でも、

肩が強くなる -> 送球のスピードが上がる -> 少しぐらい捕るのが遅れても間に合う　-> 落ち着いて捕れる -> 捕るときのエラーが減る

見方を変えると、

捕るときにエラーをする <- 早くとってすばやく送球しないと間に合わないと思っている <- 少しでも早く、前で取ろうとする <- 肩が弱いから

なんてケースもありそうです。

皮算用ですね。

それでは。。。