一緒に働いていない人々のチームを構築するにはどうすればよいですか？
私は約30人のソフトウェア開発の専門家とアーキテクトのグループを担当しています。これらの人々は会社の組織図に同じ場所に配置されていますが、実際にはチームとしては感じていません。これは彼らの作業環境によるものです：
1）人々は最大8つの場所に分散しています。約1000kmの距離（これはヨーロッパです）。
2）人々はチームとして働くのではなく、プロジェクトが実行されている限り、プロジェクトに単一の人々（場合によっては小さなグループ）として呼ばれます。
3）ビジネス上の理由により、旅行は多少制限されます。多くは電話で行われます。
これらの人々を、他の人々をサポートし、他の人々からサポートされる共同組織の一部であると感じさせる方法について、アイデアや提案がありますか。彼らが仲間と知り合い、ネットワークを構築し、非公式に情報を交換するために？彼らは一般的に共通の基盤を持っているという感覚を得て、モチベーションと仕事の満足度を引き出すために？
対面の時間は常に最高ですが、あなたが持っている旅行の制限では難しいでしょう（おそらくお金が問題ですか？）。
毎年、または毎月6回集まると言われているのは良い考えです。全員ではないにしても、旅費を削減するために、少人数のグループが近くで会うことができるでしょうか。
しかし、旅行が本当に不可能な場合は、ビデオ会議が次のことです。それらすべてにWebカメラとCommunicator（または代替）があることを確認してください。
Community Wiki（またはその他の技術）は、知識/ベストプラクティスを共有するための良い方法です。
私はまず、全員に少なくとも1回の対面会議を強くお勧めします。これは高額で困難になる可能性があることは知っていますが、実際に全員が集まってしばらくたむろすると、大きな違いが生じる可能性があります。大規模な社交会議よりも小規模な仕事関連の会議を開催します。飲み物、夕食、スポーツ、人々が結びつくことができる何か。人気がある場合は、人々に楽しみを与えるために毎年それを作るようにしてください。
また、より多くの電話会議を奨励するようにしてください。少なくとも人々が同時に同じ議論に参加できれば、彼らはより親密になり、同じグループの一員であると感じるでしょう。たぶん、電話会議として週に1回だけのステータス会議です。また、会議はIMチャットで行うことができ、音声通話である必要はありません。
チームを構築する最良の方法は人々に共通の目標に向かって働き、成功させるです。残念ながら、あなたの会社の場合、少なくとも今のところ直接、これは問題外のようです。
それを除けば、できるだけ多くの人を（@Frustratedが提案したように）顔を合わせてできるだけ定期的に集めるようにしてください。物理的な移動が不可能な場合は、ビデオ会議またはSkypeを設定してみてください。誰もが自分自身を紹介し、彼らがしていること、彼らの問題、最近の成功などについて話すためだけに、会議を非公式にします。すぐに人々は類似点と連絡先に気づき始めますそして彼らは自発的に関係のネットワークを構築し始めます。人々は、同じようなことに取り組んでいて、同じような問題に苦しんでいることに気付くと、ヒントやコツを共有し始めます。例えば。異なる国の2人の開発者は、非常に類似したプロジェクトに取り組んでいることに気付く可能性があります。そのため、彼らは自分たちの努力に参加したり、お互いの結果を再利用したりして、より良い製品をより早く提供できます。または、新しい言語で苦労している開発者は、別の国の専門家から助けを得るかもしれません。
これはやがて専門家のコミュニティを構築するのに役立つかもしれません。技術インフラストラクチャ（メーリングリスト、フォーラム、Wikiなど）を提供することでこれをサポートします。根底にある考え方は人々が個別のプロジェクトに1つずつ取り組んでいるとしても、彼らはまだいくつかの共通のより高いレベルの目標のために働いている、例えば会社のITインフラストラクチャを維持するため。できればこれを一種の「メタプロジェクト」と定義し、人々が一緒に成功したという感覚を与える「マイルストーン」を設定する、あなたは人々がチームに参加するための基盤を持っています。
できるだけ頻繁にビデオ会議を行うことで、チームがつながりを感じられるようになることがわかりました。そして、私が一緒に避けようとしている「会議」のためだけではありません。しかし、同じオフィスにいる誰かと一緒に仕事をするのと同じように、問題に取り組んでいる間でも。時々、Skypeで誰かとビデオ会議をし、作業中は接続したままにして、そこで何が起こっているのかを見て、聞くことができます。勤勉が必要ですが、それは私にとって成功した戦略でした。
30人の大きなグループを小さな「専門知識」グループにグループ化するのはどうですか？私の意見では、30はプログラマーが日常的に対話するには広すぎる人々の分野です。視野を4〜5人に限定し、コードレビュー、小グループとのトレーニングセッション、コードコラボレーションを通じて、そのグループを緊密な共同作業（ほとんどは1人または小グループのプロジェクト）に参加させた場合、など。
次のトリックは、これらの小さなグループ間の相互コラボレーションを促進する方法です。オプション1は、グループメンバーを数か月ごとにシャッフルする場合がありますが、これらのグループがより緊密な絆を築く場合は、シャッフルされたくない場合があります。
ウェブサイトを開始するか、basecampのような類似のものを使用します。basecampのようなシステムを使用するのではなく、自分のバージョンを使用すると、安全であるだけでなく機密性も高まりますが、basecampで既製のものを探している場合は、Sree
あなたは彼らからあなたが望む行動をモデル化する必要があります。したがって、誰かが何か良いことや面白いことをしたときは、同じプロジェクトに取り組んでいない場合でも、グループの他のメンバーにそのことをメールで知らせてください。ヒントやテクニック、サンプルコードを共有できるようにWIKIを設定します。パリのマリーがベルリンのハインツが取り組んだものに似たものに取り組んでいるときは、プロジェクトプロセスの一環として、彼女に話し、アイデアを相手に話してもらいます。個人的なニュースも共有します。ナイジェルの妻が妊娠しているときは、チームの他のメンバーに知らせてください（ナイジェルで問題ないと仮定して）。アンリが修士号を取得したら、みんなに祝福してもらいましょう。人々と話すときは、彼らがどうなっているのか、家族の新機能についていくつか質問します。これは、同じ場所にいるときに自然に発生する種類の情報ですが、そうでないときは質問するように努力する必要があります。
チーム全体で電話会議を行います。あなたがそれらをビデオ会議にすることができれば、それはさらに良いことです。