銀行のプロジェクトマネージャーの話と彼がリモートコントラクターの問題をどのように解決したか

むかしむかし、プロジェクトマネージャーがいました。 彼は銀行で働いていました。 彼をこの銀行の外部製品にするように指示されました。 マネージャーは、彼に任せるリモート開発チームを見つける必要がありました。 彼は開発チームを見つけ、TKを書きました。 彼らは一緒に働き始めました。 最初はうまくいった。 スプリントは時間通りに閉鎖され、品質は低下しませんでした。



そして、請負業者に何かが起こりました。 彼らは屋根ふきのフェルトをマネージャーに変更し、開発者の屋根ふきのフェルトは別のプロジェクトに移され、彼にジョーンズを残しました。屋根ふきのフェルトは別のものでした。 プロセスの実行が遅くなり、期限が切れ、品質が悪化しました。 マネージャーは考え始め、何が起こったのか、そして彼はどのように彼の問題を解決するのか? 彼は会社がITアウトソーシングに従事している彼の古い友人に行きました。 彼は彼の問題について語った。 そして友人は最近、自分のチームのためにドキュメントを書いたのを思い出しました。それは、効果的で品質が損なわれないように、顧客とのコミュニケーション方法を描いたものです。 彼は、ドキュメントをマネージャーと共有しました。 そして、マネージャーはそれを読み、最小限の変更で請負業者に手紙を送りました。



こんにちは同僚



あなたについては知りませんが、私たちは今同期していないようで、現状はこれを悪化させているだけです。 将来的には、これは確かにタスクの品質に影響し、その条件は増加します。 また、一度支払ったという事実に満足せず、まったく異なるタスクに費やしました。 その結果、これらすべてが私たちの分離につながる可能性があり、これは当社にとって有益ではありません。



上記のすべてを避けるために、私たちはあなたとの相互作用の原則と規則の短いリストを用意しました。



  1. 顧客の側になります。 これは、顧客の要件とタスクの動機を提示するために、顧客の帽子をかぶって、彼の靴の中にいる必要があることを意味します。 動機は明白な場合もあれば、隠されている場合もあります。 タスクを完全に理解するための追加情報がないと感じた場合は、Googleディスクにあるタスクについてソースドキュメントでそれを尋ねて修正する必要があります。 すべてが透過的に明確でなければなりません。



    • ピーマの場合:タスクまたはユーザーストーリーを取得する過程で、異議を唱えられた瞬間を感じたり、何かを見逃したりした場合は、同じページですべての情報を取得してください。 顧客は、あることを言い、別のことを暗示し、3番目のことを期待できます。



    • 残りの部分:開発者/デザイナーの人にとっては、仕事に取り掛かる前に、顧客として自分自身を紹介し、彼の動機を理解することも役立ちます。 これは非常に単純で短命な思考実験であり、タスクを深く明確に理解するのに役立ちます。 タスクを取得し、それが原則として理解可能であるが、全体像が見えず、プロセス全体にどのように影響するかを感じていない場合は、必ず支払い担当者に通知してください。



  2. 誠実さ、尊敬と抑制。



    • 誠実さ:問題と遅れについてタイムリーに話し、顧客の側が動員できるようにします。 誰も間違いから安全ではありませんが、彼らの沈黙はプロフェッショナリズムではないと見なされます。



    • 敬意:顧客はゴキブリを頭に抱えていることがあり、時には口がきけないこともあります。 しかし、彼はあなたと働いているので、それは何かを意味します。



    • 抑制:コミュニケーションや通信で感情を抑制しようとします。



  3. コミュニケーション! コミュニケーション! コミュニケーション! (私はすぐにコミュニケーションの下で空のチャットや軽率な交渉の疑いがないことに注意したいです)。 以下は、リモートで作業する際の「リモート」という本からの抜粋です。



    • 多くの場合、プロジェクトで何が行われたかをクライアントに伝えます。 これは彼を完全に自然な不安から取り除く最良の方法です。 聞いてください、彼はあなたにまともなお金を支払っています。 だから彼が彼が支払うものを見せてください。 顧客があなたの努力の結果を定期的に見ると、彼らは気分が良くなります。 ただし、絶え間ない呼び出しを回避するために、ツールのタスクで明確かつ構造化された作業が必要です-追跡:



    • タスクは、テンプレート(実行する必要があるもの、実行方法、準備基準など)に従って完全にフレーム化する必要があります。



    • すべてのアイテムをタスクに添付する必要があります(マイルストーン、予定期限、コンポーネント、リリース番号、日付など)。



    • タスクは進行状況を表示する必要があります。つまり、開発者がタスクをinProgressステータスに設定して作業すると、日中に彼が何をしたかを見ることができます(これは、1日に最低2つのタスクに関するコメントで、これまでに行われたことの本質が明らかになります) 。



    • コミュニケーションのためにアクセスしやすいことを強調してください。 直接会う機会がないので、時間通りに電話をかけ直したり、電子メールに返信したり、インスタントメッセンジャーに返信したりすることをお勧めします。 これらはビジネス倫理の基本であり、その重要性はリモートワークの場合に10倍に増加します。 リモートで作業している場合、顧客は未応答の電話や「失われた」メールをより疑います。 連絡を取り合ってください、それはあなたの最大の関心事です。 同じチャンネルを航行するために、今では毎日9時30分にビデオ会議が行われます(これは、クロックをチェックし、問題を聞き、移動している場所を理解するための10分以内のスタンドアップです)。 チーム全体の存在は必須です。



    • 顧客を仕事につなぎ、プロセス全体を見せましょう。 これも彼のプロジェクトだと感じさせてください。 はい、あなたはあなたの経験のために雇われましたが、彼は十分な経験も持っています。 中途半端な動きのほとんどないプロトタイプまたはサービスを見せてください。初期段階では、何が間違っているのかを理解し、リメイクに費やすリソースと労力を少なくする方がよいでしょう。 顧客として、私はプロトタイプとは何か、あなたが注意を払ってはならないことを理解しています。ここでは仕事の基本的な理解が重要であり、詳細は詳細です。


その結果、物事はうまくいきました。 さらに、開発者チームは、手紙の著者よりもこれらの規制に満足していました。 明確なルールと規律がなければ、相互作用のプロセスはばらばらになります。 開発チームがこれらのルールを内部に保持してそれを遵守し、カスタムが作成されるまで待たないようにするとよいでしょう。



All Articles