Agile デリバリー・リーダーとスクラム・マスター：両方できるのか？

Agileデリバリー・リーダーとスクラム・マスターは、アジャイルな作業環境における両者の役割であるが、その責任とフォーカスする領域は異なる。 

この2つの役割にはどのような違いがあり、どのような背景があるのだろうか？両方の役割を同時に担うことは可能なのか？ 

この文章では、これらの疑問を取り上げ、いくつかのヒントやヒントを与えようとする。

Agile デリバリー・リーダー vs. スクラム・マスター vs. マネージャー vs. スクラム・リーダー vs. スクラム開発者

Agileデリバリーリード：正式な経歴はない

AgileデリバリーリードまたはAgileデリバリーマネージャは、スクラムガイドの公式な役割ではないため、スクラムフレームワークの標準化された定義に固定されていないことを強調しておくことが重要である。

スクラム・フレームワークの中心的役割を果たすスクラム・マスターが明確に定義されているのとは対照的に、Agileデリバリー・マネージャーは、より実務的なポジションとして業界に登場した。

この職務は、個々のスクラムチームの範囲を超えた、アジャイルデリバリープロセスのより包括的な調整の必要性を満たすために創設された。アジャイルの状況はダイナミックであり、組織はしばしば、その特定のニーズにより適合するように、独自の適応や拡張を開発する。したがって、Agileデリバリーリードは、複雑なプロジェクトや組織の増大するニーズに対応するために、実際に有機的に出現した想定上の役割とみなすことができる。

具体的には、特にCapital One社が、スクラムマスターの代わりに、企業内でその役割を大量に導入したことで話題になりました。以下の引用を参照してください。

“多くの技術的変革がある中で、おそらくスクラムマスターの役割はもはや同じニーズを満たしていない。これが、Agileの進化における次のステップが、Agileデリバリーリード（ADL）である理由である。”

- Sean Miller & Bill Roberts (Capital One)

Agile デリバリー・リーダー vs. スクラム・マスター vs. マネージャー vs. スクラム・リーダー vs. スクラム開発者

Agile デリバリー・リーダーとスクラム・マスターの違い

現在では他の企業もこの役割を導入しているが、すべての企業がまったく同じ定義を持っているわけではない。このことを念頭に置いて、2つの役割の違いをよりよく感じるための例をいくつか紹介しよう。

1. ピントとフレーム：

   • スクラムマスターだ： スクラムマスターは、特にスクラムフレームワークに責任を持つ。スクラムチームがスクラムの原則とプラクティスを理解し、効果的に適用できるようにサポートする。スクラムマスターは主に、障害を取り除き、生産性を向上させ、チームがスクラムのルールを守るようにすることに注力する。
   • Agile デリバリー・リード AgileデリバリーリードまたはAgileデリバリーマネージャは、より広い焦点を持ち、スクラムだけでなく、異なるアジャイルアプローチやフレームワークを含むことがある。したがって、その役割は、特定のアジャイルプラクティスを実施することに限定されないことが多い。場合によっては（Capital Oneのように）、特にチームメンバーを技術的にコーチすることもある。

2. 責任を負う：

   • スクラムマスターだ： スクラムマスターは、スクラムチームが効果的に活動できるようにすることを主な仕事とする。これには、障害を取り除き、チームの自己組織化を支援し、継続的な改善を促進することが含まれる。
   • Agile デリバリー・リード Agileデリバリー・マネージャーは、デリバリー・プロセス全体を監督し、製品やプロジェクトが成功裏に効率よく完了することを保証することに重点を置く。これには、他のチームやステークホルダーとの連携、リソースの管理も含まれる。

3. スケーリングだ：

   • スクラムマスターだ： スクラムでは通常、1つのチームか、せいぜい最大でも2つのチームが中心となる。スクラムマスターは、スクラムを効果的に使うために2つのチームをサポートする。
   • Agile デリバリー・リード この職務は、アジャイルの原則が組織全体にうまく適用されるように、複数のチーム、あるいは組織レベルで働くこともある。

4. スキルと経験：

   • スクラムマスターだ： チーム内のコーチング、ファシリテーション、コンフリクトの解決に重点を置くことが多い。優れたスクラムマスターは、スクラムを深く理解し、チームの自己組織化への道をサポートできるはずだ。
   • Agile デリバリー・リード スクラムマスターのスキルに加えて、Agileデリバリーマネージャは、より幅広いスキルを必要とすることが多い。これらには、プロジェクトマネジメント、リーダーシップ、組織のさまざまなレベルでのコミュニケーション、戦略レベルでのアジャイル原則の導入能力などが含まれる。

Agile デリバリー・リーダー vs. スクラム・マスター vs. マネージャー vs. スクラム・リーダー vs. スクラム開発者

Agile デリバリー・マネージャーとスクラム・マスター：両方の役割を同時にこなす？

もちろん、スクラムマスターとAgileデリバリーマネージャーを一人で兼任することも可能である。特に、リソースが限られている小規模なチームや組織では、このようなケースもあるだろう。

申し上げたように、この肩書きは当初は架空のもので、実際にはどちらの役割も同じである。

基本的に、両方の責任を負いたいのであれば、考慮すべき点や考慮すべき点がいくつかある：

1. 時間と集中力だ：

   • どちらの役割も、かなりの時間と特定のスキルを必要とする。二重の役割が過負荷にならないようにし、両職のそれぞれの責任に十分な時間を確保することが重要である。

2. タスクを明確にする：

   • それぞれの役割にどのような仕事と責任が割り当てられているかを明確に定義することが重要である。そうすることで、誤解を避け、両方の役職の要件を満たすことができる。

3. 対立を管理する：

   • 特に、2つの役割の要件が相反する場合、対立が生じる可能性がある。仕事の両方の側面を効果的に遂行するためには、対立を認識し、適切に管理する能力が不可欠である。例えば、Agileデリバリー・マネージャーとしてトップダウンで意思決定する傾向があるとしたらどうだろう？それは、スクラムマスターのサーバントリーダーシップの願望とは相容れないため、アイデア全体が失敗に終わる運命にある。

4. コミュニケーションだ：

   • 明確なコミュニケーションが不可欠である。これは、チームとのコミュニケーションにも、他の利害関係者や部署とのコミュニケーションにも当てはまる。透明性のあるコミュニケーションは、期待を明確にし、二重の役割に対する理解を促進するのに役立つ。

5. トレーニングと能力開発：

   • 両方の役割を担う者は、スクラムフレームワークの最新動向や一般的なアジャイルプラクティスに遅れないよう、継続的にトレーニングや能力開発を行う必要がある。

両方の役割を兼務することは十分に可能であるが、両分野での効果を確実にするために、慎重かつ意識的に行うことが重要である。また、チームメンバーやその他の利害関係者から定期的にフィードバックを求め、二重の役割の両方の側面がうまく果たされていることを確認することも有効である。

次の図は、次のセクション–につながるもので、ちょっとしたヒントがある。

Agile デリバリー・リーダー vs. スクラム・マスター vs. マネージャー vs. スクラム・リーダー vs. スクラム開発者

ツールによるサポート

また、ツールは、特に継続的な改善というテーマにおいて、スクラムマスターの責任をインテリジェントな方法で引き受けるのに役立ちます。具体的には、Echometerが優れたソリューションとして挙げられます。

一方では、Echometerはレトロスペクティブツールでチームコーチングを支援するが、1対1のミーティングツールでも支援する。これは、定期的に1対1のミーティングを行うアジャイルチームのあらゆるチームリードをより効率的にすることに焦点を当てている。

1:1ミーティングをエキサイティングなものにし、傾向を測定し、何よりもソフトウェア開発者の成長を進展させる！

テンプレートを試してみよう。以下のテンプレートは、例えば2週間に1度の1対1ミーティングのための標準的なテンプレートである。最後に測定可能な「ムード・チェック」も含まれており、もちろんカスタマイズできる：

Agile デリバリー・リーダー vs. スクラム・マスター vs. マネージャー vs. スクラム・リーダー vs. スクラム開発者

結論：Agileデリバリー・マネージャー対スクラム・マスター

スクラムフレームワークにおけるスクラムマスターの役割は、チームをサポートし、アジャイル原則を遵守することに重点を置く。対照的に、Agileデリバリーマネージャーは、実際に出現した新しいタイプのポジションであり、プロジェクトの全体的なデリバリーに広く焦点を当てたものである。両方の役割を組み合わせることは可能であるが、両方のポジションの要件を満たすためには、明確なタスク配分、効果的なコミュニケーション、対立を管理する能力が必要である。

 

最後に、もう一度注意点です。もしあなたが私たちのツールでチームをさらに発展させるのがどんな感じか試してみたい場合は、以下でログインせずにアジャイルなレトロスペクティブを開始することができます。その場合は、「Keep, Stop, Start」ワークショップです。 

あるいは、当ウェブサイトを担当の同僚に転送するだけでもいい： www.echometerapp.com。