Table of Contents
導入事例
リモートと分散されたチームは、今日の技術主導の世界で、主要なエンジニアにとって重要なスキルとなっています。効果的なリーダーシップは、チーム生産性、道徳的、およびプロジェクト成功を保証します。この記事では、主要なエンジニアがリモートチームを管理し、業界のリーダーや実際の経験から実証済みの戦略を描き出すための最良のプラクティスについて説明します。これらの原則を適用することにより、プリンシパルエンジニアは、分散環境で繁栄するチームを構築することができます。
明確なコミュニケーション チャネルを確立して下さい
オープンソースのオープンと透明性のあるコミュニケーションは、成功したリモート管理の基礎です。 主任のエンジニアは、Slack、メール、ビデオ会議ツールなどの複数のチャネルを設定し、リアルタイムと非同期コミュニケーションを容易にします。 定期的なスタンドアップとチェックインは、プロジェクトの目標と期限にすべての人が整列するのを手伝います。 そのためにどのチャネルがどのチャネルを使用するかを定義することが重要です。 緊急の問題は、直接メッセージやクイックビデオコールを保証するかもしれません。非緊急の問題は、共有チャネルまたはプロジェクト管理ツールに所属している間、またはすべての参加者が、コミュニケーションを把握したり、または参加者が誰にでも理解したり、新しいことを理解したりすることができます。
ツールを超えて、プリンシパルエンジニアは、自分の仕事や課題について、そして質問を奨励することで、応答性、透明性のあるオープンなコミュニケーションをモデル化する必要があります。 ルームや毎日ログを書いたようなツールによる非同期アップデートは、誰もが情報を把握しながら、同期会議の負担を軽減することができます。 時間のゾーンを横断した分散チームのために、非同期通信はさらに不可欠になります。 良いプラクティスは、深層の作業を可能にし、ビデオ通話疲労を軽減するために、週に一度「ミーティング日なし」を持っていることです。
期待値を設定し、ロールを定義する
役割、責任、期待の周りの明快さは、誤解を防ぐのに役立ちます。 明らかに個々のタスク、成果物、期限を概説します。 特に、機能的な依存関係のために、Jira、Linerone、Trelloなどのプロジェクト管理ツールを使用して、進行状況を追跡し、チーム全体で説明責任を確かめる。 プリンシパルエンジニアは、各メンバーが、誰が、誰が、特に機能的な依存関係を誰であるかを知っているように、彼らのチームと責任のマトリックスを共同作成する必要があります。 これは、チームメンバーが異なるタイムゾーンで動作し、リアルタイムの明確に頼ることができないときに特に重要です。
タスクレベルの期待に加えて、主要なエンジニアはより広い行動と文化的規範を設定する必要があります。決定がどのようになっているのか、競合がどのように解決され、フィードバックが与えられるか。エンゲージメントのこれらの規則は心理的安全を作成し、摩擦を削減します。定期的なレトロスペクティブは、チームが進化するにつれて期待を絞り込むことができます。
文化を創造する
コミュニティの感覚を築くことは、チームワークとエンゲージメントを促します。 プリンシパルエンジニアは、仮想会議、コードレビュー、および共同問題解決による知識共有を促進する必要があります。 達成を認識し、マイルストーンを祝い、道徳を後押しします。 仮想ペアプログラミング、モブプログラミングセッション、および共有ドキュメンテーション(例えば、NotionまたはConfluenceを使用して)は、知識を広め、知識サイロを削減するのに役立ちます。 Slackチャンネルまたはバーチャルハッピーアワーで叫ぶ小さな賞金を祝います。
技術的なコラボレーションを超えて、非公式なソーシャルインタラクションを奨励してください。専用の仮想水冷チャンネル、毎週「ショーとチャット」セッション、またはランチブレイク中のオンラインゲームは関係を構築することができます。プリンシパルエンジニアは、リモートでジュニアエンジニアを指導する時間に投資する必要があります。VSコードライブシェアやGitHub Copilotなどのツールを使用して、リアルタイムでコードレビューをガイドします。
オンボードと統合する新しいチームメンバーを効果的に
リモートオンボーディングは、多くの場合、人よりも困難です。 プリンシパルエンジニアは、歓迎された新しい雇用を保証し、チームプロセスを理解し、必要なシステムをすべて一日からアクセスできるようにしなければなりません。 ツールアクセス、ドキュメントツアー、キーチームメンバーの紹介、およびバディシステムをカバーする詳細なオンボーディングチェックリストを作成します。 最初の週には、主要なエンジニアや他の関係者と構造化されたワンオンワンワンズ、低株式の入門タスクを含む必要があります。
オンボーディングセッションを記録し、後で参照できるようにします。新しい雇用を奨励し、パブリックチャネルで質問を依頼して、希望するヘルプを正規化します。最初の90日間、新しいチームメンバーでチェックインをスケジュールして懸念を早期に解決します。よく構造化されたリモートオンボーディングプロセスは、生産性を低下させ、保持を改善することができます。
タイムゾーン間で管理
分散チームは、多くの場合、複数のタイムゾーンにスパンを供給します。これにより、調整の課題につながります。 プリンシパルエンジニアは、「太陽に従う」マインドセットを採用する必要があります。各チームメンバーの日の終わりに、以前のタイムゾーンで同僚に仕事を離します。 これは、共有カンバンボード、詳細なハンドオフノート、テストとデプロイメントを実行している自動化されたCI / CDパイプラインを使用することによって達成することができます。
スタンドアップ、デザインレビュー、ペアプログラミングなどのコラボレーション活動のための時間をスケジュールします。 残りの日には、非同期通信に依存しています。 ライブに参加できない人のための重要な会議を記録します。 世界時間バディやカルンドリーのようなスケジューリングツールを使用して、すべての作業時間を尊重します。 プリンシパルエンジニアは、単一の領域が常に奇妙な時間会議の不便を負担するので、会議の時間回転のために提唱する必要があります。
レバレッジテクノロジーを効果的に
バージョン管理システム(Git)、継続的な統合プラットフォーム(GitHub Actions、CircleCI)、クラウドサービス(AWS、GCP)などのリモートワークをサポートするツールを活用します。すべてのチームメンバーがこれらのツールを効率的に使用し、技術的な障壁を減らし、ワークフローを合理化するために訓練されていることを確認してください。 プリンシパルエンジニアは、保守性(例えば、Datadog、Sentry)のツールに投資して、オンサイトの存在を必要としないで、生産システムにチームを可視化するべきです。
インフラをコードとして使用し、自動テストとして使用して、手動の手渡と潜在的なエラーを減らすように促します。 コミュニケーションのために、Slackのクイックボイスチャット、またはRFCのGitHubディスカッションなどのコンパニオンツールを使用して検討してください。 キーは、ツールのスプロールを避けることです。 ツールのコアセットを選択し、一貫性のある使用を実行します。 ドキュメントツールワークフローは、最新の Wiki を維持します。
外部リンク: GitLabハンドブックは、完全なリモート組織がプロセスとツールを文書化する方法の優れた例です。
柔軟性と信頼を優先
リモートワークは、多くの場合、柔軟なスケジュールが必要です。 プリンシパルエンジニアは、チームメンバーを効果的に管理するために信頼する必要があります。 柔軟な提供は、特に明確な目標と定期的なチェックインと組み合わせるときに、仕事の満足と生産性を向上させることができます。 マイクロマネージメントを避けてください。代わりに、時間ではなく結果と成果に焦点を当てます。 速度、コードレビューの納期、およびオンタイムデリバリーなどの目的メトリックを使用して、パフォーマンスを測ります。
チームメンバーが所有権を取るために権限を与えられた感じている文化を、透明性のあるコミュニケーション、一貫性のある配信、相互尊重する。 プリンシパルエンジニアは、間違いを認め、助けを求めることによって脆弱なモデルをモデル化し、他の人が同じことをすることを奨励すべきである。 パフォーマンスの問題のような機密事項については、パブリックチャネルではなく、個人的にそして建設的に対処してください。
継続的なフィードバックと開発の実装
定期的なフィードバックは、チームメンバーが成長し、適応するのに役立ちます。 プリンシパルエンジニアは、プロセスに1対1の会議を実施し、プロセスに入力する勧誘を行い、専門的開発を奨励する必要があります。 この継続的な対話は、継続的な改善の文化を促進します。 SBI(状況行動影響)などの構造フィードバックフレームワークを使用して、フィードバックを具体的かつ実行できます。 リモートチームのために、書面によるフィードバックは口頭として価値があります。
スポンサーの会議チケット、オンラインコース(例えば、Pluralsight、A Cloud Guru)へのアクセス、サイドプロジェクトやハッカソンの時間の割り当てなど、学習機会を追求するサポートチームメンバー。 プリンシパルエンジニア自身も、Jason FriedやDavid Heinemeier Hanssonの「Remote: Office Not Required」などの書籍を読んで、リモートリーダーシップについて学び続けるべきです。
外部リンク:リモートチームフィードバックへの研究支援アプローチについては、を参照してください。 フィードバックをリモートで与えるためのハーバードビジネスレビューのガイド。
生産性と成果を公平に測定
リモート設定では、実際の出力ではなく、アクティビティレベルを追跡するのが魅力的です。 プリンシパルエンジニアは、ビジネスの目標とチームの健康と整合する有意なメトリックを定義する必要があります。 例には、サイクル時間、デプロイメント頻度、欠陥のエスケープ率、チーム満足度スコアが含まれます。 コードや時間の記録の行だけに依存しない。 これらのメトリックは、ゲームを奨励し、値を反映していない可能性があります。
定期的にこれらのメトリックをチームとして見直し、ボトルネックを特定し、改善を祝います。線形の分析やGitHubのインサイトなどのツールを使用して、データ主導のビューを得ることができます。個々のパフォーマンスのために、量的メトリックと仲間や関係者からの定性フィードバックを組み合わせます。バランスの取れたスコアカードアプローチにより、チームメンバーは自分の場所に関係なく公平に評価されます。
コンテンツ
リモートと分散されたチームを管理するには、意図的な戦略と強力なリーダーシップが必要です。 明確なコミュニケーションを確立し、期待を設定し、コラボレーションを促進し、技術を活用してチームメンバーを信頼し、継続的な成長を促進することにより、主要なエンジニアは、現代のデジタルランドスケープで成功するためにチームをリードすることができます。 リモートリーダーシップへの移行は必ずしも容易ではありませんが、意図的な練習と人々に焦点を当て、プリンシパルエンジニアは、弾力性のある、高性能な分散チームを構築することができます。
リモートチームベストプラクティスをさらに読むには、【]] リモートワーク ベースキャンプガイドを探索し、数十年の経験を持つ完全リモート企業から実用的なアドバイスを提供します。