明日は形成的評価・・・決戦は金曜日!

 明日は「なりきりEnglish!」のFormative Evaluation(形成的評価)の日である。Formative Evaluationとは、Form(かたちづくる)ためのEvaluation(評価)。要するに、自分たちの開発物が、こちらの設計意図通りに動くかを、被験者に操作してもらいながら、検証することをいう。

narikirisystem.jpg

 画面はわかりやすいか。
 ボタンなどのユーザインタフェースは使いやすいか。
 そして、学習者は満足して学んでいるか・・・

 アチーブメントの向上などを検証する「本格的な評価=Summative Evaluation」とは異なって、Formative Evaluationの評価ポイントは、上記のような基礎的項目にある。

 ---

 しかし、さらっと簡潔に書いてきたけれど、Formative Evaluationとは、開発者・設計者の観点からすると、シンドイものでもある。

 ユーザーとは常に予想外の反応をするもの。Formative Evaluationでは、その予想外のアクションが噴出することが常である。開発者は隣で見ていることが多いのだけれども、ハラハラドキドキの連続だ。

 あー、あのボタンは、もう少しデカクすればよかった・・・
 あのフローはこうするべきだった・・・
 ユーザーには、このインストラクションはわからなかったか・・・

 ユーザのアクションを目の前にして、つい猛省モードにはいってしまう。
 中には、口もきけないほどの惨敗をしてしまうことも少なくない。だから、つい「Formative Evaluation」は後回しにされる。

 授業では「Formative Evalutionは重要ですよー、必ずやりましょうね」と教えつつも、研究開発ではそれをやらない傾向があるように思う(最大の理由は、従来の研究室研究では、UIを向上させても、論文の価値があがらないということにつきる。だから、使えるものが研究室からはなかなか生まれない)。

 まぁ、いろいろな理由はある。だけれども、開発者の立場からすれば、辛い現実を見たくないというのも、大きな理由のひとつだと思う。「時間がない」などの理由で、ユーザビリティの検証などは忌避される。

 しかし、ここが正念場だ。

 「モノをつくるのならば、ケツまくれ」

 と僕は思う。

 「淡い期待」なんか裏切られてアタリマエ。本当の開発に着手する前に、システムのウィークポイントを把握できただけで、「丸儲け」だと思ったほうがいい。

 そして、「はひー、そうきましたか」「いやー、こりゃ、まいったなぁ、一本とられたなー」という具合に、Formative Evaluationをエンジョイしたほうがいいと思う。

 そして、結果がでたら、それを真摯に、かつ前向きに、対応を議論したほうがよい。「誰の作業が悪かったか」を話すのではない。そんな会話はナンセンス。「何を変えるとよりよくなるのか」を十分話し合って、合意できれば、それでよい。
 三人集まれば文殊の知恵。解決策は、必ず、見つかる。フィージビリティとリソースを勘案する必要はある。
 明日のFormative Evaluationも、そういう機会になったらいいと思っている。

 ---

 昨日夜から、システム班、英語班、評価班の各グループは最後の追い込みに入っている。数十通のメールがとびかう。

 最後までコンテンツを作り込んでくれている島田さん、ハリソンさん、栗原さん。実機のデバックをしている山田さん、秋山さん、西森さん、三宅君。そして、評価のプランニング等を行ってくれている北山君、館野君、中野さん。そしてW-ZERO3、Windows mobileでのFlashのシステム開発を進めているスパイスワークスの藤田さん、常松さん、草間さん、関根さん。
 最初のマイルストーンに向かって、今日も作業が続いている。

 本当にお疲れ様です。
 明日は、エンジョイしましょう!

  

投稿者 jun : 2006年10月 5日 13:15