チームメンバーを選択する

組織内の組織内からのチームのメンバーの選択から、チームメンバーを選択すると、同社は外部から雇うとほぼ同じプロセスは、次の傾向があるそれほど正式されるので、すでにチームのために提案されている人々について何か知っている。あなたが実際に可能性があります未満になるので、優先順位を空室状況など、他の要因は、機能マネージャとの関係、というように、意思決定に貢献するもし誰かを雇ったが、既存の職員があなたのチームにいるという。チーム構造を確立するの役割を1つの仮想チームの利点は、チームメンバーの仕事は事務所の政治やゴシップは、チームが同じ場所に頻繁に脱線よりも行わ得ることに集中する傾向がある。は、このフォーカス、管理者やチームの指導者の期待構造について明示しなければならない容易にするための役割です。

チームのリーダーまたはマネージャは、お客様のご期待、前提として期待し、質問や状況への対応は、プロジェクトのトーンを設定します。加えて、チームメンバーの期待、仮定のもとで、プロジェクトに来て、自分自身の必要があります。ときに、チームの創設、そのような期待を識別することが重要ですが、最初のミーティングの最後に（これは記事のタイトルの"会議最初の"セクションを参照）を確保するため、チームは同じ目標に焦点を当てており、同じているこのプロジェクトについての期待が約考えると、次の地域ではご期待に定義文書：

-通信チームのメンバーの間で、経営陣と、機能的なグループと、顧客、および他の従業員-ビジョンは、プロジェクト-行動の期待（例えば、時間、方法についても人がお互いに、紛争の管理とサンドボックスでは、これを再生）で-葛藤との意見の相違は、チーム内で解決できない場合にエスカレーション経路

-評価と報酬

可能な作業時間の-の割合は、それぞれの人がプロジェクト-関係のプロジェクトの他の優先事項に専念する

-階層

請求可能な作業のための時間-割合と管理作業のため（それも80％以上が請求可能な時間を期待する場合は特に、ジョブの強烈な集中力や創造性が必要）非現実的である

成功を測定するための-方法論。チームとの交渉が必要な場合がありますいくつかの期待をするので、最初の会議中に意見の相違や誤解の分野について話し合う用意がある。紛争は、プロジェクトとして生じる意識している暗黙のか無意識の期待のために進行します。として、彼らが生じた場合、ドキュメントチームの決定、そしてチーム全体の期待を知っているか確認します。構造、役割と責任は、チームの構造とは、企業の階層との関係は、時の役割と責任をハングアップする枠組みを形成する。

チームの構造をどのように、各機能領域一緒に、同様に動作する人には誰が誰と動作の変更、そしてどのように頻繁に会合を開催されます管理レビュー向けのショーを定義します。チームの各メンバを持つ必要が明確に定義されて文書の役割と責任のセットは、プロジェクトの。これらの責任を大幅ている可能性がある人の全体的なジョブの説明と重なっています。

もう一度、彼らは非常には、特定のプロジェクトに固有のかもしれない。たとえば、1つの医療会社が、深刻な負傷や死亡の原因とされた故障のため、リコールの主要な製品だった。同社は、この問題に対処するためにリコールチームには、上位の成績プル。チームメンバーは、自分自身任務は、彼らの典型的な責任は、外部の命を救うため、必要に応じてどのように問題を解決するのかを知るための実行が見つかりました。"他の注意が必要です職務として"ステートメントを、そのようなフレーズをキャッチする傾向が割り当てられ、すべての場合は、注意しないと、多くの場合、その主なタスクは、プロジェクト管理とライン管理から、競合する優先順位のためのチームをそらすことができます。重複する分野については、確認してください人お得な情報を決定する問題を支援するための決定ツリーを定義する。仮想チームではより多くの場合には、チームの中で必要がより簡単に、チームメンバーは、適切な人物に誰かに直接することができますが少ないの競合が発生することができますオフにします。リーダーシップ、リーダーシップが共有した。一方、1人は、プロジェクトマネージャは、予算とスケジュールは、チーム全員の責任者として割り当てられるかもしれないいくつかの分野でリーダーシップを提供します。たとえば、チームメンバーが実質的には、通常、プロジェクトの冒頭には遠方の同僚との信頼関係を確立する方法を見つけるに余分な時間がかかる作業で、非常に自分たちのコミュニケーションについては積極的にが経験されます。

他のチームメンバーチームビルディングの活動計画では、接続する人々は良いが当然彼らにしています。まだ他の人の高い技術的能力があると、"行くとなる"人には、プロジェクトのいくつかの側面に焦点を。積極的にこれらの非公式の役割のためのチームは、プロジェクトへの投資となる奨励良いチームのリーダーが各メンバーの感じは、彼または彼女の貢献事項。として、第1は、指導者の態度で、プロジェクトの開始当初は特にで述べたように、チーム全体のトーンを設定します。それゆえ、その指導者は通常、各分野のプロジェクトを完了する必要から、機能的なリードを含む任意の競合や、プロジェクトの目標については疑問だ。Core Teamのコアチームは、プロジェクトチームを設定する前に解決することが重要です。これらのチームメンバーは、プロジェクトの冒頭に巻き込まれホテルにご滞在のプロセスを通じて関わるという。

これらのコアチームのメンバーは、通常、次の役割や専門分野を含む：

-要件分析

-デザインエンジニア/開発者

-ドキュメント

-ローカリゼーションマネージャー

-マーケティング

-規制事務（医療、またはその他の規制品）

-テスト/品質保証

-製造/パッケージング

プロジェクトの複雑さに応じて、これらのコアメンバー追加の人々のため、またはそれらを使用してプロジェクトに取り組んでいることがあります。しかし、チームを率いて人の継続性を提供するものは、プロジェクトの最も関係の会合に出席していると評価するか、プロジェクトチームに提示する前に、それらの機能グループのコメントを照合する。人は、期間中のプロジェクトでは、主題の専門家（中小企業）は、プロジェクトの特定の側面を支援するために提起される可能性があります滞在コアチームのメンバーに加えて、関連する分野の専門家。

最初のミーティング会議頭文字ので、それを正確に期待値を設定することが重要であり、誰もが目標、成果物、およびスケジュールは、プロジェクトに理解させるよう、この会議には、プロジェクトのトーンを設定します。おそらくもっと重要な、しかし、親密な関係を構築し、発生したチームビルディングです。この会議人に起こることができるのが最善です。一緒に大きなプロジェクトの冒頭に数日間、誰も取得のコストは少なく紛争やより良いコミュニケーションの上で何回も保存されます。経験の共有と目標をチーム内での親密な関係を構築するための最速の方法があります。どうしても、一人の最初の会議を開くことができないのビデオ会議を開催してください。心理的、社会的な観点から、人々のように""と聞くことができる""を参照してそのチームメイトを可視化することができることが重要である人間のメールの他の側は、インスタントメッセージ（IM）、または電話でている。

ある傾向の人はもっと率直に、電子メールでのことは彼らの顔に言うことはないかということであり、のための問題をより迅速場合は、関係者に会ったことがないときに、ほとんどの相互作用の電子メールやIMを介してエスカレートする個人または電話経由で。何より難戦争以上のプロジェクト脱線、逆に、チームのメンバーは、自分たちのアイデアや情報は、"ブラックホールの中に、"ここでは、受信者は何も応答しないつもりている感じ、彼または彼女を受け取ります。

チームでは、世界のすべてのツールコミュニケーションあなたのチームがどのように効果的なコミュニケーションに使用するように理解していない有用であることが進んでいない。どのようなプロジェクトを始める前に、それを共有する情報を、通信のどのメソッドごとに何を使用するなど、チームのコミュニケーションのためのガイドラインを策定し、非常に重要です具体的にどのように通信する頻度を期待します。次に、どのツールを決定することができます相互作用の様々なタイプのあなたのチームを使用する可能性が適しています。プロセスを早期に確立し、interteam通信のためのガイドラインを配布します。明確で一貫したガイドラインの誤解を防ぐことができるように情報を改善する強制共有を取得します。同期と非同期の相互作用第一に考えるときに、チームメンバーの間で通信するための方法を選択するメッセージの差し迫った課題だ。もし何かが非常に急務である（"火災警報器"）、その場合には、チームのメンバーとまったく同じ時間に同じ情報を取得するように"同期"メカニズムを使用する必要があると思う。同期ツールのカンファレンスコール、会議ソフトウェアは、チャットルーム、VoIP、およびインスタントメッセージングソフトウェアが含まれます。

以下の緊急性のあるメッセージを"非同期"ツールは、チームメンバーが自分たちの都合でアクセスすることができますで送信することができます。非同期ツールを利用するあなたのチームのメンバにアクセスメッセージの内容を繰り返し、およびリファレンス情報は、良いプロジェクト計画、スケジュール、または- to - doリストなどです。非同期ツール、電子メール、メッセージボード、ウィキ、イントラネットやブログなどがあります。1対1の対話あなたの毎日のinterteam通信の一括一する可能性が高いため1。ときに、すべてのチームメンバーとのコミュニケーションの多くのカジュアルな会話や1対1の対面のミーティングとして発生する場所に配置されます。仮想チームでは、しかし、1対1通信では、もう少し計画が必要です。すべてのあなたのチームメンバーの場合はほとんどの時間をオンラインでは、インスタントメッセージングソフトウェアはAIM、Yahoo（のような！Messenger、またはLotus Sametimeの使用できます）とチームメンバーが互いに通信するために簡単な方法は速い。ツールメッセージング一般的にチームのメンバーかどうかは他のチームメンバーがオンラインで利用可能なディスプレイするためのソフトウェアをセットアップすることができますし、各会話のログを格納するように設定することができます（しかし多くの人々）は、ロギング機能を使用しないでください。

VoIPやチャットルームにも1に比べて簡単に議論を効率的にかかわらず、VoIP技術の詳細、あるいはもっと高価な設定には複雑になる可能性があるチームのメンバーへのアクセスのしやすさ、相対的なコストに応じて1つの会議とするために使用することができます。1に、多くの電子メール私達のほとんどはかなりのメール通信で快適です。これは、短いメッセージをオフに火災が簡単ですし、メッセージを多数の受信者に同時に送信することができます。ただし、簡単なメモを送信するのも容易に多くの人が1つのメールの欠点であることができます。場合は注意していない場合、応答は、特定の者に対する誤った受信者に送信することがありますもの。多くの送信者またはされてプライベートメッセージを書き込むことによって困惑メッセージが怒りで送信されることを後悔して（通常は何か重要な、または軽蔑）とし、"すべてに送信する"として、書面による通信では、送信者も""1つのメッセージ入力中に、聞くことができますしかし、もう一方の端にある人は、全く別のメッセージを受け取ります。ユーモア、しばしば非常によく、言葉のニュアンスが、皮肉や比喩、あるいは非公式の式のように、簡単に間違った方法で撮影することができますに遭遇していません。誤解を容易場合は特に、あなたのチームメンバーがそれぞれ異なる文化的背景から、かどうかは、同じ言語を使用して来るが発生することができます。

電子メールの欠点の多くは、避けることができるかを確立し、あなたのチーム内での電子メール通信のためのガイドラインのセットを分散することにより最小化します。ガイドラインは、チームとプロジェクトによって異なる可能性が高いです。場合、いくつかのチームのメンバーは、大きな添付ファイルを扱うことができないメールソフトを使用する例については、あなた（のようなwikiに投稿したり、イントラネットを使用して）ファイル転送のための代替方法を指定する必要があります。もし一部の人々限られている、または記憶容量を共有するためのガイドラインはどのくらい（または場所）メッセージが格納されているの確立を検討します。件名見出し規則の確立は、あなたのチームのために動作します。たとえば、次の序文を各科目の[プロジェクト名]簡単に、並べ替え、または[予算]のように具体的なタグを使用するために行する可能性があります[スケジュール]、または[ステータス]が、予算、スケジュール、または電子メールのステータスタイプを送信する。か、またはコードで非常に短いメッセージのために、件名の行に収まるように受信者のすべての電子メールメッセージを開く必要はありません決定することがあります。たとえば、[にEOM]は、件名の行の末尾には、全体のメッセージの件名の行に含まれている-が、電子メール自体の場合電子メールを主要な通信のメカニズムであり、のための政策を確立するの体内ではコンテンツであることを示す方法について多くのチームメンバーは、メールを読んだりする- 1日1回、1日2回、1回1時間、等同様に、お勧めのターンアラウンドタイムを提供する場合があります。

たとえば、自分のグループの特定のニーズに応じて、その電子メールを1営業日以内に回答することをお勧めかもしれない。電子メールの欠点の多くは、避けることができるかを確立し、あなたのチーム内での電子メール通信のためのガイドラインのセットを分散することにより最小化します。ガイドラインは、チームとプロジェクトによって異なる可能性が高いです。場合、いくつかのチームのメンバーは、大きな添付ファイルを扱うことができないメールソフトを使用する例については、あなた（のようなwikiに投稿したり、イントラネットを使用して）ファイル転送のための代替方法を指定する必要があります。もし一部の人々限られている、または記憶容量を共有するためのガイドラインはどのくらい（または場所）メッセージが格納されているの確立を検討します。件名見出し規則の確立は、あなたのチームのために動作します。たとえば、次の序文を各科目の[プロジェクト名]簡単に、並べ替え、または[予算]のように具体的なタグを使用するために行する可能性があります[スケジュール]、または[ステータス]が、予算、スケジュール、または電子メールのステータスタイプを送信する。か、またはコードで非常に短いメッセージのために、件名の行に収まるように受信者のすべての電子メールメッセージを開く必要はありません決定することがあります。たとえば、[にEOM]は、件名の行の末尾には、全体のメッセージの件名の行に含まれている-が、電子メール自体の場合電子メールを主要な通信のメカニズムであり、のための政策を確立するの体内ではコンテンツであることを示す方法について多くのチームメンバーは、メールを読んだりする- 1日1回、1日2回、1回1時間、等同様に、お勧めのターンアラウンドタイムを提供する場合があります。たとえば、自分のグループの特定のニーズに応じて、その電子メールを1営業日以内に回答することをお勧めかもしれない。

記事は、ルネ、米国が提出した

免責事項：弊社のウェブサイトは、この資料の内容については責任を負いません。 Webarticles無料の情報リソースです。
重要： この記事は、""チームメンバーを選択すると自動的にソフトウェアによって翻訳された。大変申し訳ございませんが発生した可能性があります任意のスペルミスを感じている。お客様のご理解いただき、ありがとうございます。