リモートアジャイルチームのための7つのベストプラクティス

アジャイル手法は、チームの全員が1か所に集まっているときに最も効果的に機能します。チームがワークスペースを共有すると、チームメートが会議をスケジュールしなくても、質問をしたり、プログラミングタスクをペアリングしたり、問題を解決したりするのが簡単になります。Web会議、グループチャット、電子メールなどのテクノロジを使用することは、直接的な個人間のやり取りほど効果的ではありません。

技術スポットライト:

コラボレーションが電話に出る

  • 在宅勤務、今そして永遠に?(コンピューターワールド)
  • パンデミックが終わったとき、ビデオ会議のクイックフィックスは再考する必要があります(ネットワークワールド)
  • リモートワーカー(CSO)を保護するための8つの重要なセキュリティ上の考慮事項
  • 成功したリモートITチーム(CIO)の7つの秘密

とは言うものの、組織はアジャイル手法をリモートの分散したチームで優れたものにすることができますが、ある程度の作業と実験が必要です。チームメンバーは、テクノロジーの最適な使用法を見つけ、コミュニケーションスタイルに適応して、チームの生産性、コラボレーション、および品質を確保する必要があります。

COVID-19の発生に伴い、多くのアジャイルチームはオフィスでの作業からリモートでの作業に移行する必要があります。これは、キャリアのかなりの部分を自宅で働いたことがない多くの人々にとって、そして対面でのやりとりに慣れているチームにとって、新しい経験になるでしょう。さらに、パンデミックの拡大により、一部のチームメンバーは病気になったり、他の困難に直面したりする可能性があるため、アジャイルチームは新しい働き方に適応する必要があります。

この記事は、チームメンバー、チーム、および組織が主に対面のアジャイルチームから高度に分散されたチームに移行するのを支援することを目的とした簡単なガイドです。 

適切な機器、ツール、および作業スペースを選択してください

リモートで作業する場合は、自分、会社、およびチームに適したセットアップがあることを確認してください。それをオフィスの移転のように考え、オプションを評価し、生産的で快適で、気が散る可能性が最も低いスペースに必要なものがすべて揃っていることを確認するために、事前に時間を費やしてください。

作業分野、ワークスペース、機器、ネットワーク、およびツールに関する推奨事項を含む、長期間リモートで作業する場合は、これらの12の考慮事項を考慮してください。

行う必要のあるいくつかの変更は、開始するまで明らかになりません。接続が不十分な場合は、ワイヤレスルーターを再配置するか、有線接続に切り替える必要があります。ビデオ会議を頻繁に行う場合は、デスクの場所を調整する必要があります。あなたが働いているとき、あなたはおそらく家族に距離を保つように言わなければならないでしょう。

出席し、チームメートと会話する

アジャイルチームは、コラボレーションに費やされる時間と、コーディングやその他の開発活動に必要な集中的な取り組みに費やされる時間のバランスをとることで成功します。オフィスでは、チームメイトの焦点を確認するのが少し簡単になり、規律のあるアジャイルチームは、気が散ったりコンテキストの切り替えを回避する方法を見つけます。

リモートで作業する場合、チームはオンラインである必要がありますが、可用性も共有する必要があります。SlackやMicrosoftTeamsなどのツールを使用すると、可用性ステータスを設定できますが、他のコラボレーションツールを使用すると、通知をミュートできます。チームが柔軟な勤務時間に対応している場合、ステータス設定を使用することは非常に重要です。

アジャイルチームは、正式なコラボレーションセッションの時間をスケジュールし、ユーザーストーリーを完成させるための作業を行う必要がありますが、チームメンバーも小さな会話を行う必要があります。ストレスの時や在宅勤務に対する反応は人によって異なるため、お互いにチェックインすることが不可欠です。また、人々はオンラインと対面で異なるコミュニケーションスタイルを持っており、より多くの人々をオンライン会話に参加させる新しい機会があります。

スクラムマスター、テクニカルリード、および製品の所有者は、要件に関する理解のレベル、進捗の妨げ、および生産性と幸福を向上させるために必要なものがあるかどうかについて、チームに定期的に質問する必要があります。

最後に、複数のチームのスクラムマスターとテクニカルリードは定期的に連絡を取り合う必要があります。リモートチームを管理する彼らの経験と問題は、おそらくユニークではありません。アジャイルチームがリモートでコラボレーションする方法についての知識を共有することは、間違いなくグループ全体に利益をもたらします。

アジャイルセレモニーへのアプローチを確認する

リモートコラボレーションに移行するアジャイルチームは、プロセスを再設計したり、アジャイルセレモニーを廃止したりする必要はありません。ただし、チームの規模や利用可能なコラボレーションツールによっては、リモートに移動する場合、スクラムマスターが会議の実施方法を再考する必要がある場合があります。

たとえば、毎日のスタンドアップ中にスクラムボードを見ている対面のチームは、このセレモニーのデジタルバージョンを考案する必要があります。チームが小さく、歴史的にユーザーストーリーの作業を妨げるブロックが比較的少ない場合は、会議を廃止して、スケジュールされたチャットの集まりに置き換えることができる場合があります。

リモートアジャイルチームに対するその他の提案:

  • スプリントの計画と設計セッションにデジタルホワイトボードツールを使用する
  • コミットメント会議用のビデオWeb会議を設定する
  • スプリントレビュー中に画面共有する人を1人選択します
  • 調査またはローコードアプリケーションを使用して、回顧展でフィードバックを収集します

現実的なチームと個人の割り当てにコミットする

対面コラボレーションからリモートコラボレーションに移行するアジャイルチームは、スプリント速度をリセットし、現実的にコミットして完了することができる作業のレベルと複雑さを確認する必要があります。スクラムマスターとアジャイルリーダーは、新しく形成されたアジャイルチームと同様のプラクティスを適用し、チームが新しい作業方法に適応できるようにする必要があります。

たとえば、複数のチームメンバーからの投稿を必要とする複雑なユーザーストーリーにコミットすることは、スプリント中に一部のチームメイトが利用できなくなる可能性があるため、お勧めできません。可能であれば、これらのストーリーを小さなストーリーに分割するか、製品の所有者が優先順位を下げることができる場合は遅らせる必要があります。

同様に、アジャイルチームは、他のチームの作業に依存しているストーリーにコミットすることを避けたい場合があります。追加のコラボレーションでは、新しく形成されたリモートチームを定義するために、2、3のスプリントが必要になる場合があります。

ドキュメントのレベルを上げる

アジャイル開発チームは、事前のドキュメントよりも作業コードを優先しますが、それは、アーキテクチャ、API、およびコードのドキュメント化が必要ないという意味ではありません。

長時間リモートで作業しているチームは、ドキュメントの標準について話し合い、より重要な取り組みが必要かどうかを確認することをお勧めします。場合によっては、コードを文書化することで、コードモジュールがどのように機能するか、またはチームメイトが技術的負債にどのように対処しているかに関する直接の実装に関する議論の一部を置き換えることができます。

スパイク、CI / CD、および技術的負債への対処に投資する

長期間リモートで作業することを期待しているチームは、製品の所有者や利害関係者とのやり取りを必要とするものよりも、より技術的なストーリーに集中する方が簡単な場合があります。たとえば、マルチステップのユーザーエクスペリエンスの計測には、製品の所有者、設計者、開発者、およびテスター間のコラボレーションが含まれます。チームがリモートで作業を始めたばかりの場合、ディスカッションを調整したり、エンドユーザーのニーズについての共通の理解を深めたりするのは難しい場合があります。

コラボレーションを減らし、個人の集中力と革新性を高める必要のある作業に優先順位を付ける機会は他にもあります。新しいアイデアをテストするために小さなスパイクに優先順位を付けることは、特に開発者が中断やコンテキストの切り替えをほとんど行わずに概念実証に取り組むことができる場合の1つの例です。もう1つのオプションは、コードレベルの技術的負債への対処、特にコードモジュールのリファクタリング、単体テストの追加、または例外処理の改善を優先することです。3番目のオプションは、CI / CD自動化を開発または改善するために時間を投資することです。

これらのより技術的に困難な割り当ては、開発者がメリットを直接目にする分野での仕事の完了に集中するのにも役立ちます。

展開戦略を確認し、リスクを軽減します

高度に協調的なアジャイルチームは、高性能ホッケーチームのように協力することを学びます。ホッケーでは、パックの動きが速く、不規則に跳ね返る可能性がありますが、プレーヤーは、強力な防御プレイと爆発的な攻撃プレイの両方を可能にする設計されたプレイと即興の組み合わせを使用します。 

次に、このチームを屋内アリーナから移動して、屋外の湖でプレーするように依頼します。要素に順応するには、しばらく時間がかかります。彼らは新しい環境に慣れてリズムを取り戻すまで、しばらくの間保守的な防御を行います。

同じことがアジャイルチームと複数のチームのアジャイル組織にも当てはまります。チームがレガシーシステムに取り組んでいるのか、最新のdevopsプラクティスを使用してクラウドファーストアプリケーションを構築しているのかは事実です。

アジャイルチームがリモートで作業する必要がある条件は、運用、顧客の期待、サプライチェーンのダイナミクスなど、ビジネスの他の側面に影響を与える可能性があります。

顧客とエンドユーザーは、同じ展開頻度を望まない場合があります。特に、その頻度がアプリケーションの信頼性やパフォーマンスを危険にさらす場合はそうです。ビジネスのサプライヤと連携するAPIがある場合、それらのサプライヤは変更のテストに参加するためにアクセスしにくい場合があります。ソフトウェアアプリケーションがコンプライアンスまたは規制の監視の対象となる場合、必要なレビューと承認を得るのが難しい場合があります。

アジャイルチームは、組織のビジネスモデル、顧客、および作業環境に影響を与える幅広い一連の変更を認識する必要があります。展開の速度と頻度から、優先される作業の種類とユーザーストーリーまで、すべてを推進した組織の原則を、新しい運用の観点から見直す必要があります。

アジャイルの実践に従うだけでなく、アジャイルであることの大部分は、いつどのように変更するかを認識することです。

アジャイル開発についてもっと読む

  • アジャイルソフトウェア開発に優れている方法
  • アジャイル開発者のための7つの主要なコーディング手法
  • アジャイル開発のための5つの計画原則
  • アジャイルチームがスプリントのコミットメントを満たす5つの方法
  • アジャイル製品管理とポートフォリオプラットフォームの説明
  • 開発リリースサイクルを短縮する方法
  • 協調的なアジャイル開発チームになるための5つの原則
  • アジャイルユーザーストーリーの書き方:7つのガイドライン
  • 3つのアジャイルバーンダウンレポートとその使用方法
  • アジャイル推定を正しい方法で行う方法
  • アジャイル開発でデータとアーキテクチャの標準に対処する方法
  • テスト自動化をアジャイルとDevOpsに合わせる方法
  • IT運用にアジャイル手法を適用するための3つのステップ
  • アジャイルチームがインシデント管理をサポートする方法
  • アジャイルソフトウェア開発マネージャーの5つの責任
  • スクラムマスタースキルを向上させる方法
  • スクラムマスターとは何ですか?アジャイル開発リーダーが定義した
  • アジャイル手法とは何ですか?現代のソフトウェア開発は説明しました