連鎖頼み事：単に頼むだけで納期に間に合う？-10

分散型プロジェクトマネージメントシステムをコアとした新しいグループウェア「連鎖頼み事システム」の考えられる疑問点や問題点の検討の３回目として「連鎖頼み事システム」のスケジュール計算方式では　みんながかってに所要日数を入れるので　結果的に納期に間に合わない事が発生するのではないか？　という危惧について検討してみます。

この疑問はもっともな疑問で　確かに「連鎖頼み事システム」に何か「頼み事」を入力して　その後仕事を請けた人からの所要日数付の受託応答があり　その合計スケジュールが納期に間に合わなくなる　という事は　起こりえる事です。

しかしながら　これは各仕事を請けた人が申請した所要日数を合計したら納期にまにあわなくなると　「連鎖頼み事システム」が予測しただけの事なので　実際の仕事が納期に間に合うか否かは　この後に取られるアクションしだいです。

つまり　何もアクションを取らなければ納期遅延となりますが　依頼者がこのままでは納期に間に合わないので“３日かかるところを２日でやってください”　という様なお願いをして　それが受けてもらえれば当初は納期に間に合ない「頼み事」が納期に間に合う「頼み事」になるという事です。

結局妥当なアクションが取られるか？　という事によって納期に間に合ったり　間に合わなかったりするという事では「連鎖頼み事システム」で仕事を頼んでも　従来のe-メールで頼んでもあまり違わないと思われるかもしれませんが　アクションを取る際の人の行動を良くみれば「連鎖頼み事システム」で仕事を頼む事で以下の利点が生まれている事がわかります

• 現在の所要日数で仕事を進めれば納期に間に合わない　という「連鎖頼み事システム」の予測がアクションを取るトリガーになっている
• 複数の仕事がある場合　どの仕事に最も日数を掛かけているかわかり　所要日数納期短縮の対象とすべき仕事を特定できる
• 所要日数短縮の交渉をする際　「依頼者」「受託者」双方が同じガントチャートを見る事により　全体の状況が理解でき日数削減の必要性を理解しやすくなる。

電話やe-メールで事前にどの程度の日数がかかるか調べ　この段階で急いでもらう必要がある事を説明して個々の所要日数を調整してから仕事を頼めば１発でうまくいくのでしょうが　この方式にしても　結局は上記と同じ以下の４つの手順を踏んでいます。

• 「頼み事」をする相手に所要日数を聞く
• 所要日数を合計して納期に間に合うのか判断する
• 納期に間に合わない場合だれかに所要日数短縮をお願いする
• 納期に間に合う所要日数で仕事を正式に頼む

「連鎖頼み事システム」では最初に依頼を発行して　その後仕事の分解とスケジュールが決まり　そこで初めて全体スケジュールが明らかになるので　全体スケジュールが明らかになった後で　納期上の問題があれば　各人の所要日数を調整するという手順で計画を調整します。

従って最初の日程予測では納期を満たさない場合があるかもしれませんが　これは電話やe-メールで事前に　どの程度の日数がかかるか調べ　その結果納期Overになるという事と同じ事なので　だから「連鎖頼み事システム」の方式ではダメだという事にはならないと思います。

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