「-あなたは耳が聞こえず、愚かですか？
-はい」
映画「ダイヤモンドハンド」
私はかつて事故に遭いました-一人の良い男が彼の前に私の車に気付かなかったので、パンケーキのために彼の義母に家に帰るのに急いでいた。 私は駅に到着し、彼らは「トラブルシューティング」を行い、何をすべきかを決定し、修理期間は3週間でした。 もちろん、もっと速くしたかったのですが、サービスステーションがロードされていることと、待たなければならないいくつかの部品に加えて、矯正、下塗り、乾燥、塗装、再乾燥という技術的プロセスが説明されました。 「私たちのプロジェクトと同じように」、「設計、実装、テスト、バグ修正、顧客受け入れテスト、バグ修正」を考えました。
3週間後、彼の「ツバメ」に憧れて、物憂げな期待で私はサービスステーションに到着しました。 そして...そして、あなたはそれを推測しました、車は準備ができていませんでした。 「風に乗って走る」プロジェクトはすぐに終了しました。 長い試行の後、サービスステーションが再リストされたことが判明しました、私のものは何もありませんでした、彼らは再び注文されました。 しかし、1週間後にはすべてが準備できます。「ママクリャヌス、ダラゴイ」、百人隊長は私を保証しました。 残念なことに、母は息子の誓いを知りませんでした。 母親がどのようにしゃっくりしたか、さらに3週間の約束の後、彼女の健康状態はどうだったのかわかりませんが、7週間後、私はまだ車に乗りました。 その過程で、私の電話が1人または他のマネージャーに転送されました。 私の計画はすでにイライラしており、何度も旅行を無期限に延期する必要がありました。 「しかし、私たちは無料で泥のフラップを用意しました」とストイニクは愚かに微笑んで、私に鍵を渡しました。
それにもかかわらず、機械の返品の事実は口に出せないほど喜んでおり、その日は良い気分で顧客に行きました。 会話の中で非常に気持ちの良い顧客であるお客様は、何らかの理由で顔を変えてくれました。「何をしているの？ 結果はいつになりますか？ 私たちは2か月間働いており、プロジェクトの変更はありません！ あなたのマネージャーは、彼らがどこに行ったのか明確ではありません。 彼らは仕事に行きますか？ 機械は突然停止しました。 「このニクロムをどうやってやらないの？」、-脳の熱。 「昨日会議がありました。システムを見て、すべてが計画通りでした。」
-お客様各位、すべて順調です。ほとんどの機能は準備が整っており、サイトはテストサーバーでホストされており、いつでも視聴できます。 はい、多くの機能について質問がありましたが、従業員とともにそれらを整理しました。
「親愛なるマキシム」と顧客は、「従業員と一緒にすべてを決めたのはいいことだ」と断言して言った。 しかし、私はそれについて何も知りません。 開発にお金を払う！ 私の従業員、特に財務ディレクターは、問題があると言っています。 想像してみてください：あなたは修理のために車を与えました...
そして、私の話の改定が続きました。約束された日付、取り壊されていること、情報がなかったということです。 「おめでとう、シャリック、あなたは馬鹿だ」と、この考えは頭蓋骨の壁に詰まった。 「今、マックス、あなたはstochnikになります。 ロールプレイングゲームへようこそ。」
それにもかかわらず、私たちはその会議を大きなメモで終えました。私はシステムを見せ、顧客は彼のアナリストに電話をかけ、物議を醸す問題について話し合い、笑顔で別れました。
チームとしてオフィスに集まり、問題を整理し始めました。 最初は興味深い詳細でした。異なる情報プレーンで顧客のさまざまな従業員と通信することで、私たち自身がプロジェクトの実際の状態について誤った考えを顧客に与えました。 システムエンジニアと作業の技術組織の問題を解決しましたが、解決が困難でした。 要件はビジネスユーザーと話し合い、トレーニングタスクは別のオフィスにある部門と話し合いました。 統一された情報交換ポリシーはありませんでした。 「しかし、私たちはジラを持っています」と彼らは言いました。 「すべてのステータス、すべてのタスクがあります。」 しかし、問題は、顧客がJiraとその中身を知っているかどうか、空中に吊るされていることです。 顧客は情報フィールドにいて、私たちは情報トレンチにいました。
2番目の側面は、通信の干渉でした。 簡単に言えば、間違ったコミュニケーション手段と間違った情報提供方法を選択しました。 そして最も重要なこと-情報を送信した後、私たちはそれが受け入れられただけでなく、正しく理解されたと確信していませんでした：弾丸は私たちの側から発射されました。 後に、有用な本PMBOK（プロジェクト管理のための知識のコードのガイド）で問題の説明を見つけました。
RVMOKの用語では、コーディングは他の人が理解できる言語での思考またはアイデアの説明であり、デコードはメッセージの受信者による、彼が理解できる思考またはアイデアへの変換です。 「 ワニ 」の一種のゲーム。
3番目の側面は、通信チャネルの数です。 ここで再びRMVOKを支援しました。 それ（または、奇妙なことに、「it」、マニュアル）は簡単な計算式を提供します。通信チャネルの数はn（n-1）/ 2です。ここで、nはプロジェクトの利害関係者の数です。 ここで、「プロジェクトの実際の通信を計画する際の重要な要素は、誰が誰と通信し、誰がどの情報を受信するかを定義し、制限することです」と引用します。 顧客側でのみ、8人がプロジェクトに参加しました。これは28チャンネルです！ さらに、すべての参加者が適切で理解可能な情報を受け取ったわけではありません。 ファンドディレクターが管理者とのやり取りを見て、システムエラーやその他の漢字の説明があったときに、ファンドディレクターがどう思うか想像できます...
その結果、いくつかの簡単なツール（こんにちは、 Cap ！）に到達しました 。これにより、顧客を情報フィールドに留めることができました。
- コミュニケーション管理計画。 彼は、誰が、いつ、何を、どの程度プロジェクトに関する情報を受け取るべきかという質問に答えました。 ここでは、会議、レポート、会議の頻度を計画します。 コミュニケーション管理計画は双方向の道であり、ルールはすべての人にとって同じであることを顧客に伝えることが重要です。
- レコード。 プロジェクトチームのメンバーが最後にノートとペンを使って会議に来たときのことを思い出してください。 ブート。 「ノートブックなしで来た人はクールではない」という簡単なルールを導入して、忘れられた質問と忘れられた答えの問題を解決しました。 また、アジェンダも含まれますが、それなしでは会議を指名することは意味がありません。 しかし、これはまったく別の話です。パトリックレンシィが素晴らしい本「会議からの死」で説明しています。
- コミュニケーションの手段。 問題はツールではなく、アプローチです。 電子メールは、最速かつ最も便利なコミュニケーション手段として、すでにしっかりと意識に入っています。 電話を取って電話するよりも、3枚のテキストを入力する方が簡単です。 音声で話し合うことができるものはすべて、電話で決定する必要があります。 ウェブサイト開発の分野では、「3クリック」ルールを使用しました。これら3回のクリックですべての情報を利用できるようにする必要があります。 電子通信にも同じルールを使用しました。問題の議論に3文字以上が必要な場合、これは電話する機会です。 そうでない場合、メッセージフレームは許容レベルの正気度を完全に超えます。
- 問題と解決策について通知する。 ああ、私たちはそれを愛しています-配達の日にリリースが利用できないことについて書いてください（せいぜい、1日か2、3時間で）。 そして、遅れて報告したのは悪いことばかりではありません。 解決策を提供しないのは悪いことです！ 私たちは顧客を私たちのfakapに直面させ、暴力的な活動を模倣して、喉によって別々に取られたプロジェクトで世界を救います。
良い叔父の石川orは、この問題の解決（より正確には、顧客への視覚化）に多くの助けをしてくれました。 - 会議の議事録（要約、会議の議事録）。 とても官僚的なように思えますが、それは不可欠なツールです。 プロトコルにより、契約を修正し、これらの約束を忘れることはできません。 私たちは自転車を発明しませんでした。 ワンクリック -多数のシンプルなテンプレートをダウンロードできます。
同時に、プロトコルの主な利点は、「スノーボールパラドックス」の問題の解決策です。
山から打ち上げられた小さな「雪だるま」が足元で大きな雪だるまに変わることは、よく知っています。 企業環境では、逆の効果が存在します。小さな問題が大きな問題になり、実行者のレベルから管理者のレベルに上昇します。 また、会社が大きくなり、階層が高くなるほど、顧客の店舗で発生するcom睡のボリュームが大きくなります。 そして、顧客が抜け道を持っているところ、私たちは何を持っていますか？ そうです-入り口;）。 この塊が私たちの入り口を詰まらせ、プロジェクトに戻ってcom睡の原因を取り除くことができるようにするために、私たちは必死にそれを通り抜けなければなりません。
プロジェクト内のコミュニケーションチャネルの数で写真を補足します（これは、追加の詳細をcomにしがみつく機会でもあります）。 私たちがどれほど苦痛を感じるかは、体重のカテゴリーと顧客の苛立ちの程度に依存します。 プロトコルを使用すると、すべての関係者を同じ情報レベルに保つことができ、それによってa睡の量を減らすことができます。理想的な場合は、それをまったく作成しないでください。
エピローグの代わりに。
「情報は、リソースとは異なり、共有されることを目的としています。」
ロバート清崎
「知れば知るほど、私たちは疑うようになります。」
ヘンリーウィーラーショー
ほのめかしのように;）