whatHome/情報共有/そんな情報共有方法ではプロジェクトが進まない理由そんな情報共有方法ではプロジェクトが進まない理由2013/03/29完全に決定されるまで、情報共有を保留する人がいます。されたメールを一通転送して、「こうなったから○○やってね。経緯は下記参照」とかしちゃう人。情報共有を一気にやっちゃうと、どんな問題が発生するでしょうか。確かにそのメールをよく読めば経緯は分かるかもしれませんが、受け取ったほうはどう感じるでしょうか。「そんな話が進んでいたことは聞いてなかったし、いきなり言われても」と思うでしょう。最終的に依頼が来ているのですから、依頼された人もステークホルダーのはずです。情報が遮断されていた。「当事者度」が一段下がっています。いった場合、依頼された人は、積極的にその仕事に取り組むでしょうか。いわゆる温度差が発生します。初速に対する期待-現実ギャップ依頼側は、決定するまでに様々なやりとりを行ったり、考えたりしているわけですから、エンジンは温まっています。依頼されたほうはまだ温まっていない。依頼側が「あとは実行するのみ」「至急だ!」と思っていても、依頼された側は、まだ準備ができていない。いったことを自分の中に構築していかなくてはなりません。初速に対する期待と現実に、ギャップが発生します。経緯・理由が正しく伝わらない上の例のようなメール一気転送による情報共有では、その決定に至った理由が伝え漏れる可能性があります。別スレッドのメールを転送し忘れたり、口頭で話された内容が抜け落ち、依頼者のコンテキストレベルと依頼されたほうのコンテキストレベルに差が出ます。すると、依頼者の欲しいモノと、依頼されたほうが提供しようとするモノに食い違いが出て、結果的に、双方にとってうれしくない状況になります。「プロジェクトマネージメントにおいては、サプライズは避けるべき」というのは鉄則です。上の例では、依頼側にとってはサプライズではなくても、情報を急に受け取った側にとってはサプライズになります。すればサプライズをなくせるか。それは、「ステークホルダー全員が、同じタイミングに同じ情報を手に入れる」ことを意識すればよいのです。メールは、すぐ転送する。マネージャー、リーダーのみ参加する会議があるなら、その内容を他のメンバーに、すぐに共有する。会議の議事録を発行し、会議欠席者にも情報が行くようにする。すれば、コンテキストを共有でき、サプライズは減らせます。人から質問を受けて、「実は○○」「言ってなかったけど○○」と答えた時点で負け、という意識を持つくらいがちょうどよいです。反応して頂けると励みになります。