業務の指示・理解～ミスを無くすには？～「課題遂行係対モニター」型の業務分担

開米瑞浩 @kmic67

その「些細なミス」がなぜ起こるんだろうか、と考えていて、思ったのが、Ａ君には「課題遂行係対モニター」という意識の切り替えが出来ていないんじゃないか、ということ。

開米瑞浩 @kmic67

自分がその種の仕事をする場面を考えてみると、たとえば画面全体が１００あるとしたら、その１００の中の１の部分に意識を集中しつつ、その集中する「１」の場所を順次ずらしていく、というコントロールをやってます。

開米瑞浩 @kmic67

Ａ君が作業をする様子を見ていると、この「集中」する場所を「少しずつずらしていく」というのが苦手なようでした。どうも集中力がとびとびに働いているようで、集中が切れた部分にはポッカリとミスが残る、という状況。

Yuta Motoshima @yutamoto

@marianna_ave 原則と細則どちらに重点が置かれるかでマニュアルは全く違うものになりますよね。そしてそれが合う合わないは人の特質かも。何がやりたいかを中心とするか、何をやるかを中心とするかの違いとも言えると思いますが、私は後者がすごい苦手です。作るのも使うのも。

開米瑞浩 @kmic67

それを見て、ああこれは「課題遂行係対モニター」という状況だな、と思ったわけです。 「課題遂行係」と「モニター」という2つの役割を1人でやらなければならないシーンは現実には多いわけですが、これをこまめに切り替えるのが苦手な人もいるようだ、と私はそこで気がつきました。

開米瑞浩 @kmic67

eXtreme Programming がペアプログラミングを推奨しているのはこういう現象に対するひとつの答えなのではないかと思います。

開米瑞浩 @kmic67

「課題遂行係」対「モニター」に分解することが可能な種類の業務の場合は、そういう形にしくみを作ってしまったほうが、組織としてうまく仕事が回るようになる。

開米瑞浩 @kmic67

ちなみに紹介した”認知科学選書４「理解とは何か」 ”という本は、第３章が三宅先生の講演録で、今回紹介した「航空管制業務のシミュレーションゲーム」の話はそのごく一部。

開米瑞浩 @kmic67

うーむ、本の紹介だけのつもりが長くなってしまった。以上。おしまい。

開米瑞浩 @kmic67

何をやるか、しか書いてないマニュアルのほうが数としては多い気がします RT @yutamoto: @marianna_ave 原則と細則どちらに重点が置かれるかでマニュアルは全く違うものになりますよね。そしてそれが合う合わないは人の特質かも。何がやりたいかを中心とするか、

maria/安倍 茉里/sabrina/ @marianna_ave

私は色々書きますｗ RT @kaimai_mizuhiro: 何をやるか、しか書いてないマニュアルのほうが数としては多い気がします RT @yutamoto: 原則と細則どちらに重点が置かれるかでマニュアルは全く違うものになりますよね。そしてそれが合う合わないは人の特質かも。…

Yuta Motoshima @yutamoto

そうですね。目標物と何に使うかは明記してあった方がいいと思いますが、なかなかないです。そこを相手の想像に頼ってぶれると意味ないのに。 RT @kaimai_mizuhiro: 何をやるか、しか書いてないマニュアルのほうが数としては多い気がします @marianna_ave

開米瑞浩 @kmic67

生ける特異点ですねwww RT @marianna_ave: 私は色々書きますｗ RT @kaimai_mizuhiro: 何をやるか、しか書いてないマニュアルのほうが数としては多い気がします

maria/安倍 茉里/sabrina/ @marianna_ave

盛り沢山になるので、削る工夫はします。あと、簡易版と完全版をうまく作ったり RT @kaimai_mizuhiro: 生ける特異点ですねwww RT 私は色々書きますｗ RT 何をやるか、しか書いてないマニュアルのほうが数としては多い気がします

開米瑞浩 @kmic67

「教える技術」系の研修をするときに必ず入れるネタの１つに「全体状況～使える材料」フレームワーク、というのがありまして RT @yutamoto: そうですね。目標物と何に使うかは明記してあった方がいいと思いますが、なかなかないです。そこを相手の想像に頼ってぶれると意味ないのに

Yuta Motoshima @yutamoto

さらっと難しいことおっしゃってますが、それをさくっとできる人はそうそういないと思いますｗｗ RT @marianna_ave: 盛り沢山になるので、削る工夫はします。あと、簡易版と完全版をうまく作ったり RT @kaimai_mizuhiro: 生ける特異点ですねwww

開米瑞浩 @kmic67

こんな状況の下で【全体状況】、 こんな要求が出てきたので【要求事項】、 これこれこんな方法で実現します【実現方法】、 それにはこんな材料が必要です【使える材料】 ・・・・というもの。

開米瑞浩 @kmic67

「マニュアル」は、このうちの「要求事項」と「実現方法」しか書いてない場合がある。

開米瑞浩 @kmic67

先月、某団体の研修に呼ばれたときにそういう話をしたら「そういえばそうだ・・・」とみんなで一斉にうなずかれてしまった(^^ゞ

開米瑞浩 @kmic67

最初に問題解決をする人は【全体状況】から【使える材料】まで全部意識するんですけどね。

Yuta Motoshima @yutamoto

@kaimai_mizuhiro ありがとうございます。うなずく方々の気持ちわかりますよｗ　言われると当たり前だけど言われないと意識できないことってありますよね。私多分このフレームワーク得意です。その後の実際の作業が苦手という駄目駄目っぷりｗ

開米瑞浩 @kmic67

きっと得意だろうと思いました(^_^)/ RT @yutamoto: @kaimai_mizuhiro ありがとうございます。うなずく方々の気持ちわかりますよｗ 言われると当たり前だけど言われないと意識できないことってありますよね。私多分このフレームワーク得意です。

Yuta Motoshima @yutamoto

ありがとうございますｗ　しかし、核心をついたものってシンプルで腑に落ちて気持ちいいですね。今日はこれだけで得した気分です。 RT @kaimai_mizuhiro: きっと得意だろうと思いました(^_^)/ RT ありがとうございます。うなずく方々の気持ちわかりますよｗ

開米瑞浩 @kmic67

ちょっと極端な例でも出してみるかな・・・ たとえばこういうＱ＆Ａ → 「Ｑ 風邪を引いて熱が出て気持ちが悪いです。熱を下げる方法はありませんか？ Ａ 解熱剤を服用すれば、熱を下げられる場合があります」 これは、「要求事項」と「解決方法」を語っているわけですが・・・・

開米瑞浩 @kmic67

あ、「解決方法」じゃなくて「実現方法」だった。