連鎖頼み事：単に頼むだけで最後まで計画できるの？-9

分散型プロジェクトマネージメントシステムをコアとした新しいグループウェア「連鎖頼み事システム」の考えられる疑問点や問題点の検討の２回目として　「単に頼むだけでは　最後まで計画が立たないのではないか？」　という疑問について検討してみます。

私達が仕事を計画するシステムの有効性を考える時は機能しない場合を見つける為　難しい仕事　や　新規の案件を依頼する場面を想定してしまいます。　

こういう難しい仕事の場合　「頼む」だけでは最後までうまく計画できない場合が発生するのは　経験上確かに存在する事です。　しかし私達が日々こなしている日常業務の大部分は新規性のない過去の実施した事のある仕事の少し目先が変わったものである事がほとんどです。

こういう日常業務では　頼む人・頼まれる人　双方が特定の頼み事をするのが職務である事　又　特定の頼み事を請ける事が職務である事　を承知している場合がほとんどです。　例えば例でとり上げた弁当屋さんの場合　食材調達担当・料理担当の方は　それぞれが食材調達とか料理という特定の依頼を受け　その依頼を実現するのが職務である事を承知しています。

請ける仕事の種類が決まっている　どう分解しだれに頼むのかがほぼ決まっている　というのが日常業務の特徴なので　日常業務に関する「頼み事」は　ほとんどの場合頼むだけで末端までうまく計画できると思います。　

もしも日常業務の依頼が毎回受けるか受けないか　だれがやるかという様な事で問題になる様ならば　それは「連鎖頼み事システム」を使う使わないに関係なく　仕事の進め方がみんなに徹底されていない職場という事になるので　職場の管理者が各人の職務を明確化に提示して納得してもらう事が必要だと思います。

日常業務以外の場合　たとえば　この連載で例に挙げた弁当屋さんが　イベント会場での屋台営業を行うという様な　過去に例のない仕事を受注した場合は　何を提供する屋台を出すか　どこで屋台を借りるか　だれが出張して料理するのか　という様な仕事の進め方の基本となる事を決めて　関係者の合意を取ってから　それぞれの頼み事（例えば　屋台の借用）を発信する　という様な使い方をするんだと思います。

これは「連鎖頼み事システム」を使う使わないに関係なく　仕事を計画する事すべてに言える事だと思うのですが　計画できる仕事とは　「過去に実施した事がある仕事に類似した仕事」のみであり　従って全く未知の事　例えばガンの特効薬を計画を立てて発明する　という様な事は計画的に実行できないという事です。

弁当屋さんの例で言えば　過去にやった事のない「イベント会場での屋台営業」という仕事を　「屋台を借りる」とか「料理を作る」　という過去の実施例のある仕事にまで分解してから　個別の仕事をだれかに頼むという事になります。

仕事をどう分解するか　又　それをだれに頼むのかというのが業務をスムーズに進める為のキーポイントなのですが　残念ながらこの部分を支援できる情報システムは　世の中には存在しないと思います。

「連鎖頼み事システム」が支援できるのは　あくまで妥当な業務に分割され　妥当な依頼先を捜した後に　実際に依頼文書を発行し　その後の進度管理を行う部分なので　何でも頼めばうまく行くのか？という懸念は　システムの機能以上の期待に基づく懸念だと思います。

過去の連鎖頼み事システム投稿記事一覧