企業は遠隔地の従業員を検討するか、地元の従業員に固執する必要がありますか？ [閉まっている

Question

エリート開発者は、平均的な開発者よりも10倍の生産性が高くなります。

明らかに、会社の裏庭よりも全世界のエリート開発者を見つける方が簡単です。

会社がプログラミングのホットスポットにない場合、彼らは自宅で働く人々を雇うことを検討すべきですか？

Answer 1

私は両方の状況で、そして両方の組み合わせでスタッフとして働き、管理しました。次の観察結果を出しました。

• ジュニアスタッフはリモートで働いていません。彼らには、メンターとの良い個人的な仕事上の関係が必要です。私のジュニアスタッフは、むしろシニア（そして良い）リモート開発者に何かを尋ねるよりも、私が利用できるようになるのを待ちたいと思っています。

• リモートで作業するために検討する人は、自己誘導で効果的であり、接線に出かけないことを確認してください。

• リモートスタッフは、非常に簡単に隔離され、チームを含めるために特別な努力がなされない限り、チームの一部を感じないことができます。この隔離は、プロジェクトのための特定のビジネスドライバーの誤解や、ネガティブな方法でイベントを誤って解釈することにつながる可能性があります。

• 請負業者が適切なインセンティブを実行するインセンティブを持たない限り、請負業者をリモートで作業させないでください。

• リモートチームのメンバーと協力するときは、ソースコントロール、参照資料など、リソースへの公平なアクセスを取得してください。

• これらの対面会議を実用的に頻繁に配置します。これは、人々が出会った人たちにより快適であるため、はるかに優れたチームコラボレーションを促進します。

Answer 2

多分。

あなたの利点は次のとおりです。

• 候補者のより広いプールへのアクセス（あなたが指摘するように）
• 自宅で働きたい人へのアクセス

あなたの費用は次のとおりです。

• より難しいコミュニケーション - 誰かを無料の会議室に引き込むことはできません。
• インスタントコミュニケーションの保証はありません - あなたがブロックされてジョーリモートを待っている場合、あなたは彼の机に行って彼に何が起きているかを尋ねることはできません。彼が不動の場合、あなたはソルです。
• すべての開発者がリモートでうまく機能するわけではありません。構造化された環境を生産的にする必要がある人もいます。
• 多くの場合、スケジュールを一致させる保証はありません。

アトウッドには まともな記事 それについて。

編集、アトウッドの記事から：

最小リモートチームサイズは2です。あなたの相棒が世界中の別の大陸にいるとしても、常に相棒を持っています。

コードを絶対に愛する退役軍人のみが、リモート開発職を申請する必要があります。初心者やカジュアルなプログラマーのメンタリングは、まったくリモートでは機能しません。

効果的であるためには、リモートチームには完全な自律性と、強いビジョンとそのビジョンを完全に実行する力を持っているリーダー（PM、もしそうなら、PM）が必要です。

Answer 3

彼らが何をしているのかわからない企業は、遠隔地の従業員を持つべきではありません。最も無能なマネージャーは、あなたが実際にあなたがコンピューターに座って多くのタイピングをしているのを見ることができるならば、あなたが一生懸命働いているように感じるでしょう。また、役に立たない会議に参加することは、強力なコミュニケーションと時間管理の最良の指標の1つです。

自分が何をしているのかを知っていて、自分が何をしているのかを知っている人によって管理されている人がいるとき、いつ、どこで、どのように働くかは本当に問題ではありません。彼らは、それを行う必要があるときに必要なことをします。

私は、給与のために直接預金をし、偽の紙の小切手（実際の事前に印刷された小切手用紙）を印刷するために誰かに支払う会社にいます。封筒に入れて、メールボックスに貼り付けます。内部メールは十分に安全ではなく、それらすべてのチェックで何をしますか？このdict令は冗長部門から来たと思います。誰かがリモートで働くことがあれば、人々がリモートで働かないようにするための正当な理由である追加の郵便料金があります - 高すぎます。

Answer 4

2つのことが真実であれば、遠く離れた人がいることは大丈夫です：

1. 人々は十分に先輩であり、実績を持っているので、あなたは彼らが多くの監督なしで物事を成し遂げ、助けを求めたり、彼らが立ち往生しているかどうかをあなたに知らせることを積極的にすることを信頼することを意味します。
2. プロジェクトの「パルス」は十分に短い（できれば毎日）ので、アレンジメントの問題は迅速に識別されます。私は、ステータスレポートで何かをしたり、タスクリストからアイテムをチェックしたりしたと言っているだけでなく、機能で実際に実証可能な進捗状況を意味します。もちろん、これを行うには多くの方法がありますが、主なトリックは、タスクを1日以内に実行できる十分な小さなチャンクに分割し、これらのタスクが完了していることを検証することです。

Answer 5

今日、お互いの近くに座ることなくチームとして行動できるようにする素晴らしいテクノロジーがあります。

IRC、Jabber、または同様のチャットタイプのソフトウェアにより、チームの全員がお互いに何をしているのかを知っておくことができ、すぐに問題について話し合うことができます。私は頻繁にFreeNodeのグループでIRCを使用していますが、それは1つの大きな開発者グループを手元に置いて、巨大な集団の脳のように振る舞うようなものです。 Appleは、特にラップトップで効果的なビデオ会議をサポートするMac OSにビルドビルドを構築しています。

同社が独自の内部チャットサーバーを持っていた場合、それがどのようになるか想像してみてください。部門、プロジェクト、仕事関連の利益団体のグループと一緒に。開発者は、社内でどこで見られるかという質問をすることができます。そのため、別の開発者が他のどこでもそれを見ることができ、答えることができます。オフィスの壁は消え、通信のスカイロケットとベストプラクティスとコード共有は、誰かが大きなスティックを振ることなく、すべて独自に発生する可能性があります。

私たちの負荷テストエンジニアの1人は、今年の約1/3で、時にはオフィスから約30マイルの自宅から、時には州外からの自宅からリモートで働いています。彼はチャットソフトウェアを実行し続け、電話会議を呼び出すため、彼はオフィスでオフィスで効果的です。

私のチームの同僚がホールに座っているので、私は彼らを見ることも聞こえません。彼らがいつキューブにいるのかわからないので、チャットメッセージを送信し、できるだけ早く応答します。私は、別のサイトでエンジニアの1人とチームプログラミングを行っています。同じことが起こります。私たちは質問や不活性の考えで定期的に互いに声をかけます。ペースを拾う必要がある場合は、画面を共有して電話に出ます。彼がオフィスにいるのか家にいるのかはわかりませんが、それは問題ではありません。どちらにしても同じ作業をします。

QA部門は異なる州の2つの異なる都市に分割されており、エンジニアは約4つの異なる場所で私たちの都市に広がっていますが、電話を使用して定期的にチャットするため、伝えるのは困難です。私たちは皆、現実に互いにリモートで作業しているので、違いは何ですか？違いは企業の考え方です。

リモートで作業することには多くの大きな利点がありますが、ほとんどの場合、雇用主が従業員がそれに積極的に反応することを確認しようとするには、考え方が変わります。

Answer 6

それはあなたが彼らに何をしたいかに依存していると思います。

彼らがソフトウェアのアーキテクチャと全体的な設計に貢献している場合、それは問題になる可能性があります。

彼らが詳細な仕様を受け取り、方法をかき回しているなら、それほど多くはありません。

編集： 明確にするために、仕事を隔離できれば、遠隔地の従業員に与えることは問題ないと言います。ただし、詳細な議論と建築設計会議が必要な場合は、さまざまな国で行うのは非常に困難です。