IT業界では、チームが分散したプロジェクトがますます見つかっています。 これは便利です。仕様、コード、バグ、マニュアルは、惑星の一方の端からもう一方の端まで、ほんの数秒で簡単に移動できます。 これは有益です-開発やテスト、サポートなど、インドや中国での設計プロセスのアウトソーシングは、ヨーロッパやアメリカの同様のサービスよりも3〜5倍安くなります。
英国での販売、マーケティング、ビジネス分析、ロシアでの開発、インドでのテストとサポートを行うプロジェクトで誰も驚かないでしょう。 私が働いていた会社は、まさにそのようなプロジェクトを専門としていました。 それらの最も弱い点は、プロジェクト内のコミュニケーションとその参加者のモチベーションです。 この記事では、分散チームを使用したプロジェクトでこれらの問題を解決するための効果的なアプローチについて説明します。
モチベーションの三角形
彼の
記事 「PMP James R. Chapman」では、従業員のやる気を引き出すのに必要な3つの要素について説明しています。 これは、タスク、ツール、および知識、定期的な報告の責任です。 視覚的に、それらは動機の三角形として表すことができます。
ジェームズは、10個のうち9個の場合、この三角形はやる気のある従業員になり、その結果、時間通りにタスクが完了すると主張しています。 このモデルをあなたから数百キロ離れた場所にいる従業員の管理に移す機能を検討してください。
タスクの責任
奇妙なことですが、タスクを設定する必要があります。 あなたに便利なトラッカー（MS Project、Tracなど）を使用するとよいでしょう。 メールやIMを使用するのは悪いことです。 カテゴリ的には、タスクを口頭で設定することは不可能です（書き留められていないものはそうではありません）。 実行者がタスクと結果に対する責任を感じるためには、3つのステップを実行する必要があります。
- タスクをSMAR [T] （具体的、測定可能、達成可能、現実的、[この段階では時間制限なし]）の形式で設定します。
- アーティストからタスクのWBSと成績を取得する
- タスクをSMART （具体的、測定可能、達成可能、現実的、時間制限付き）の形式で設定します。
悪い例[PM]明日までにすべてのバグを修正する必要があります。
[アーティスト]やってみます。
[PM]はい。
良い例[PM] 4つのバグ（＃111、222、333、444）を修正し、評価を行ってください。
[アーティスト]＃111、222、333-それぞれ2時間。 ＃444-予約が必要な場合、予約に4時間、さらに修正に2時間かかります。
[PM] OK、タスク「修正4バグ（＃111、222、333、444）」をMS Projectに追加しました。 明日18:00に結果を待っています。
[アーティスト]わかりました。
ツールと知識
この手順を完了するには、請負業者が次のことを確認してください。
- タスクを完了するのに十分な知識とスキルを持っています。 請負業者がそのようなタスクに遭遇したことがない場合、またはこれがプロジェクトの新規参加者である場合-タスクが完了しないというリスクがある場合は、それを計画してください。
- タスクに必要なソフトウェア、ハードウェア、その他のツールを所有している。
- プロジェクトドキュメントを使用してリポジトリにアクセスできます。
- プロジェクトコードを使用してリポジトリにアクセスできます。
- タスクトラッカーとバグにアクセスできます。
- プロジェクトで組織されたルールとプロセスを熟知している。 各参加者は、私たちがプロジェクトをどのように行っているか-仕様を作成する方法と時期、コードを作成およびレビューする方法、テストの方法と時期などを明確に理解する必要があります これを行うには、個別のドキュメント（プロジェクト管理計画）またはプロジェクトwikiを用意しておくとよいでしょう。
- プロジェクトのすべての参加者にすばやく連絡することができます。 Skypeチャットとメールグループが適しています。 また、すべてのチームメンバーの電話のリストを共有すると便利です。
- 各参加者の役割と責任を知っています。 彼は、アナリスト（仕様の作成者）とテスター（バグの説明の作成者）に連絡する能力を持っていることを知っています。
- 緊急の問題を警告するための通信チャネルがあります。 たとえば、メールとPMA電話またはチームリード。
定期報告
私は次の形式で毎日の電子メールレポートを使用します-昨日、現在のタスクと締め切り、問題/質問。 このようなレポートの作成には5分かかります。これは有益であり、請負業者とPMの間の双方向通信チャネルとして優れています。
良い例昨日作った：
-DiagramViewコンポーネントを完成し、svnにアップロードしました
-2つのバグを修正（＃111、222）
現在のタスク：
-DiagramEditコンポーネントを開発します。 10月2日に終了する予定です。
問題/質問：
-昨日、アナリストが私の手紙に回答しなかったため、開発が遅れる可能性があります
悪い例昨日作った：
-バグを修正。
現在のタスク：
-バグを修正
レポートでは、主に2つのことを管理しています。
- レポート形式。 「完了」フィールドで、タスクを実行し、その実装の結果を作成する必要があります。 これは、請負業者の自己管理のポイントであり、PMAの有用な情報源です。 この時点でナンセンスを許さないこと、重要なことは、その人が結果を要求するために「読んだ」、「書いた」または「働いた」という報告を返すことです。
- フィードバック。 レポートを読んで分析し、質問に答え、問題を解決する必要があります。 従業員が日付を移動する場合は、問題を尋ねる必要があります。 それが良いパフォーマンスを示している場合-それについて彼に伝え、すべてのコピーを入れてください。 したがって、レポートは購読解除ではなく、重要なコミュニケーションの役割を果たします。
まとめ
プロジェクトでそのような三角形を作成し、それをサポートして、チームメンバーのパフォーマンスを評価してください。 これは逆説的に聞こえますが、リモートの従業員とこのように作業すると、近くに座っている人よりも良い結果が得られる可能性が高くなります。
UPD関心をお寄せいただきありがとうございます。ユーザー
atvに特に感謝します。 「プロジェクト管理」に移動しました。