開発者のリモートチームを管理しない方法

開発者および中小企業の所有者として、私は両方の側から洞察を得ました。私はリモート開発者として働き、さまざまなプロジェクトやさまざまなチームでリモート開発者を管理しました。

この投稿では、リモートプロジェクトのすべての関係者の生活が少し楽になることを期待して、私の経験の一部を共有します。 リモートチーム管理のすべきこととすべきでないことに関しては、「すべきでないこと」に焦点を当てる傾向があります。「すべきこと」とは異なり、実質的にすべてのチームに適用される傾向があるためです。

リモート開発者の世界に入るとき、マネージャーが克服しなければならない最大の障害は、開発者がはっきりと見えないこと、そして彼らが行われている作業を管理および追跡できる場所を受け入れることによって彼らの考え方を変えることです。 この新しいパラダイムでは、企業は進捗状況を追跡し、冗長なワークロードを回避するための多くのメカニズムを実装する必要があります。 このようなメカニズムは、マネージャーと開発者の両方の生産性を高めるのに役立ちます。これは、すべての人の最善の利益になります。

明確にするために、これらすべてのメカニズムを使用して従業員を管理または細かく管理するべきではありません。

リモートチームの神話や誤解を信じないでください

コミュニケーションから始めて、単一のプロジェクトでリモートチームを管理することの長所と短所を見てみましょう。

ビジネスはグローバルになり、広大な多国籍組織の出現により、世界中の何百万人もの専門家に新たな課題が生まれました。 グローバルチームの複雑で絡み合った性質は、内部コミュニケーションへのより徹底的で思慮深いアプローチを必要とします。

そのような組織やチームでは、多くの個人は、慣れ親しんだ環境で働いたり、母国語を話したりする余裕がありません。 同じプロジェクトに取り組んでいるチームは、オフィスやキュービクルではなく、海によって隔てられている可能性があります。 チームメンバーはさまざまな文化から来ており、世界中で働いています。

これらの専門家はコミュニケーションについて心配する必要はありませんが、多国籍チームのメンバーと協力できなければなりません。 すべての関係者は積極的である必要があります。 企業文化はこのパラダイムを反映し、遠隔地の多文化チームが繁栄できる生産的な環境を育むのに役立つ必要があります。

私たち自身のScottRitterは、最近のブログ投稿でリモートチームに関する上位5つの神話を打ち破りました。これは、このテーマに興味がある場合に役立つ可能性があります。 ToptalのCEOであるTasoDuValは、ネットワークがどのように機能し、究極のリモートチーム文化を構築するためにどのように歩んでいるかについても詳しく説明しました。

多様性を受け入れ、奨励することを忘れないでください

健全なリモートチームコミュニケーション戦略への第一歩は、多文化チームが国境を越え、一元化されたモノリシックチームでは得られない洞察を提供する独自の立場にあることを認めることから始まります。

しかし、心配しないでください。 多様性はビジネスに良いです！

エコノミストインテリジェンスユニットが実施した調査によると、多文化チームは大規模な組織に支持されています。 多くの幹部は、グローバルなトレンドに関する幅広い知識があるため、イノベーションの促進に役立つと信じています。 さらに、彼らは「集団思考」の考え方に苦しむ可能性が低くなります。 それらの多様性は、さまざまな視点から問題に取り組むのに役立ち、特定の地域や市場に合わせたより優れたソリューションを生み出します。

同じ場所にいないため、リモートの従業員を管理する方が生産性が高い可能性があると主張できます。 直感に反するように聞こえるかもしれませんが、そのようなリモートチームは、チャット、社交、些細な事柄についての話し合いに費やす時間が少なくて済みます。

物理的な分離は生産性の向上につながる可能性がありますが、誤解、緊張、疎外感、そしてより大きなストレスや不安を生み出す可能性もあります。 その結果、個人レベルでの積極性とコラボレーションを促進するイニシアチブでこれらの負の副作用を軽減することが必要になります。 リモートチームのコミュニケーションを改善することは困難な作業になる可能性があり、チームメンバー間の個人的な絆を築くのは難しい傾向があります。 だからこそ、人間味が必要です。

背景に関係なく、エンゲージメントを向上させることができる何かを見つけることは、士気と協力を高める比較的簡単な方法です。 この取り組みは、チームの規模と構成に応じて、さまざまな形をとることができます。 理想的には、仕事に関連する競技会、面白いプロジェクト、仕事に関係のないディスカッションなど、チームメンバーが楽しめるストレスのないのんびりとした活動を中心に行う必要があります。

組織の費用でそのような活動に参加することは、財政的および人的資源の理想的ではない割り当てのように聞こえるかもしれませんが、共通の原因の周りにチームを結集することは、通常、より良い労働環境、より強い個人的なつながり、および生産性の向上につながることを覚えておいてください。

採用とトレーニングを軽視しないでください

リモートチームの管理を最大限に活用するには、文化の違いに注意し、適切なトレーニングで補う必要があります。

コミュニケーションスキルは文化の違いに影響されるため、言語スキルの向上はパズルの一部にすぎません。 それは、多国籍環境で働く準備ができている個人、特に管理職に就く人々を支持する優れた採用方針から始まります。 リモートプロジェクトの経験は明らかに役に立ちますが、前提条件ではありません。 リモート開発者が毎週あなたのオフィスにいないからといって、採用が個人的な特性を考慮に入れるべきではないという意味ではありません。 あなたとあなたのチームは引き続き定期的にリモート開発者とコミュニケーションをとる必要があるため、リモートであるかどうかにかかわらず、オンサイトの作業者に尋ねるのと同じ質問をします。

追加のトレーニングでいくつかの問題に対処することは可能ですが、それが常に実用的であるとは限りませんが、いずれの場合でも、適切なトレーニングが次の論理的なステップです。 トレーニングは、既存の肯定的な特性を開発すると同時に、欠点を軽減し、以前に特定された弱点に対処する必要があります。

リモートチームを扱うマネージャーは、日常的に新しい役割を急いで引き受け、必ずしも慣れていないプロジェクトを引き継ぎ、追いつくのに多くの時間を費やす必要があります。 このような状況では、1つ以上のプロジェクトで何年にもわたって共同作業を行ってきた主要なチームである場合でも、内部コミュニケーションは優先順位のリストで高くなる傾向はありません。 時間は貴重な資産ですが、優れたチームワークも同様です。 マネージャーは忙しいスケジュールから時間を取って、チーム、個々のチームメンバー、および発生する可能性のある問題について詳しく知る必要があります。

チームメンバーは新しいチームリーダーと対峙したり、公式または非公式の設定でアプローチしたりすることを躊躇する可能性があるため、リモートマネージャーとその部下の間の感情的な距離も問題になる可能性があります。 私が言ったように、優れたリモートの従業員マネージャーは、これを認識し、より個人的な関与を主張する必要があります。 –彼らがあなたと彼らの考えを共有しないならば、才能のあるリモート開発者のチームを持つことの意味は何ですか？

複雑な情報システムを使用しないでください

ソースコード管理（SCM）システム、課題追跡システム（複雑すぎないでください）、そしておそらくすべての関係者が物事を文書化したり、アイデアや提案をスケッチしたりできるWikiページを含む効果的な情報システムを実装する機会をお見逃しなく。 これらすべてのコラボレーションツールにより、開発とリリースの管理がはるかに簡単になります。

この情報システムは毎日/時間単位で使用されるため、ここではできるだけ単純にすることが重要です。 複雑になりすぎると、実装や設計に使用する時間がかかります。 また、組織のポリシーの詳細を学ぶ時間がない新しいチームメンバーやフリーランサーのために、プロセスを簡素化する必要があるかもしれません。

私の長年のお気に入りのプロジェクト管理アプリケーションは、オープンソースのクロスプラットフォームおよびクロスデータベースシステムであるRedmineです。 このプラットフォームは高度に構成可能であり、独自のSCM、さまざまなプラグイン、およびサービスフックを統合できます。

Rubyで独自のサーバーを維持し、すべてを自分でセットアップするという問題を経験したくない場合（Redmineは、経験の浅いシステム管理者にとっては複雑になる可能性があります）、もう1つの良い選択はGitHubです。これは、gitCMSだけでなくGitHubの問題も備えています。 、コミットメッセージ、プルリクエストなどとうまく統合されます。

情報システムのセットアップと準備ができたら、リモート開発者をプロジェクトに統合し始めることができます。

マイクロマネジメントしないでください

多くのマネージャーは、特に彼ら自身が開発者のバックグラウンドから来ている場合、彼らの責任を手放すのに苦労しています。 問題とプロジェクトの目標を伝えることに焦点を当てるのではなく、それらの問題の解決策を見つけて実装の詳細を提供するため、開発者に残された作業は、コーディングするように指示されたものをコーディングすることだけです。 これは、リモートの従業員を管理する場合には適切な方法ではありません。

一方では、マネージャーは、リモート開発者に依頼したことで多くの時間を失います。 開発者は、過小評価されて創造的で革新的である機会がないままになっている、または単に自分自身を証明するために、この状況に不満を持っている可能性があります。 結局のところ、問題解決は開発者が何年にもわたって研究していることなので、方程式から外して開発者をオートマトンに変えることは意味がありません！

人生の他のすべてのように、それはすべて良いバランスを見つけることです。

タイムゾーンを気にせず、有利に使用してください

優れたリモート開発者は、本質的に自立して独立している傾向があります。 彼らは時間を整理するために自由と責任を必要としています。 優れた情報システムと開発者との良好なコミュニケーションがある場合、重複する労働時間は必須ではありませんが便利です。

さまざまなタイムゾーンで作業することは、さまざまなゾーンの開発者がプロ​​ジェクトのさまざまな側面を引き継ぐときに「24時間」の効率を達成できる可能性があるため、ビジネスに役立つ可能性があります。 開発者がタイムゾーンより進んでいる場合は、同じ日に開発者の作業を確認する機会が与えられ、次の大きなことをすぐに評価して調整できます。 一方、開発者のゾーンよりも進んでいる場合は、タスクを完了するために開発者が必要とするすべてのものを準備する機会が与えられます。

優れたマネージャーは、従業員が仕事を遂行できるようにするためのサービスにすぎず、その逆ではないことを忘れないでください。

日々の目標を強制するのではなく、中長期的な目標に焦点を合わせます

日々の目標は、プロジェクトのマイクロマネジメントの一形態です。 代わりに、全体像を開発者に伝え、一緒に明確に定義された優先順位を設定してみてください。 開発者にあなたと同じようにプロジェクトを理解してもらうと、開発者の方が役立つ可能性があります。

たとえば、開発者は、最新のテクノロジ、さまざまなタスクの優先順位付けに影響を与える実装の詳細、または最小価値製品（MVP）の決定についての洞察を持っている場合があります。 どちらも明確な目標とマイルストーンを定義し、段階的に作業を行う必要があります。 これらすべてのマイルストーンが全体像に適合することを確認するのはあなたの責任です。

私の意見では、アジャイルマニフェスト（方法論）は、過去数年間にプロジェクト管理で起こった最高のものです。

これにより、必要なことを正確に実行し、実際に物事を実行する人に責任を委任し、プロセスに関与するすべての関係者に常識を強制することができます。 中長期の目標とタスクを難易度の高レベルの見積もりで定義し、それらの毎週（または隔週）のスプリント計画会議で、開発者にそれらのタスクを完了するための正確なワークロードと難易度を決定させます。

すべての良いことと同様に、良いアジャイルチームを構築するには時間がかかります。 3か月以内に作業チームができるとは思わないでください。 アジャイルとは、チームとして一緒に成長することで学ぶことです。

ビジネスの詳細を隠さないでください

まあ、これはトリッキーです。 一部のプロジェクトは本質的に機密性が高く、情報の漏洩は有害な場合があります。 秘密保持契約（NDA）は問題に対処する可能性がありますが、防弾ではありません。

ただし、開発者がよく知っているほど、事前定義されたタスクを解決するだけでなく、これらすべての厄介な小さな問題や問題をその場で解決するのにも効果的です。 結局、これは開発者の生産性を高め、あなたの生活を楽にします。

ここでもアジャイル開発プロセスが役に立ちます。 階層を削除し、それらの当事者を同じ責任を持つ同等のチームメンバーと見なすことにより、当事者（利害関係者、テスター、開発者など）間の知識共有を可能にし、それによって可能な限り透過的に作業するように促します。 透明性のもう1つの利点は、問題が迅速に「エスカレート」され、チームのどの部分でも拾い上げることができることです。

リモートチームメンバーを無視しないでください

リモートワーカーを管理するとき、あなたはチームへのサービスであり、チームがあなたの意見を必要とする場合、あなたは彼らをサポートするために忙しすぎてはいけないことを覚えておいてください。 開発者が自分で何かを解決できない場合、彼は行き詰まり、貴重な時間を失うことになります。

開発者として、通常行き詰まりに遭遇したとき、私は自分のSOにアドバイスを求めました。さらに、アドバイスも提供しようとしました。 開発者のアドバイスを完全に無視しないでください。洞察に満ちている可能性があるため、または気づいていない問題を解決する可能性があるためです。

何かが不明確な場合、または問題に対処する必要がないと思われる場合は、オープンマインドで自分の立場を主張し、開発者が結局のところ自分が正しいことを納得させる機会を与えてください。

繰り返しますが、これはコミュニケーションスキルを構築し、信頼を向上させます。

クイックリモートチーム管理のヒント

ツイートやイラストで要点をまとめましたので、ここにいくつかの簡単なヒントと考えがあります。

• これらの一般的なルールは、リモートおよびオンサイトの開発者に適用できます。
• あなたが細かく管理するならば、あなたは学びそして学ばせる機会を逃すでしょう。
• これが優れたリモートチームを構築する唯一の方法であるため、オープンマインドで信頼できるものにしてください。
• 見積もりは単なる見積もりであることに注意してください。 あなたは過小および過大な見積もりに遭遇するでしょう。
• 働くすべての人は間違いを犯します、そしてあなたが他の人の間違いを許さなければ、あなたも許されません。
• 最も重要なことは、開発者にとっての最大の動機は（困難なタスクを達成することの満足度を除いて）お金です。 したがって、支払いを遅らせたり、ボーナスポリシーを設定することも検討してください。