世界はかつてないほど速く変化しており、そのため、こうした急速な変化に対応できることがこれまで以上に重要になっている。これがまさに、一般的に「Agilem作業」と要約されるプロジェクト管理手法が、大手ハイテク企業の仲間から生まれた理由である。2000年代の初めには「Agile宣言」が登場し、今日では「スクラム」がアジャイル作業の絶対的な標準となっている。

その過程で、アジャイルチームが自己組織化されたアジャイルな方法で仕事ができるようにサポートするスクラムマスターの役割が登場した。しかし、この進化に伴い、チームの自己組織化を促進するソフトウェアソリューションがどんどん市場に出てきた。そしてこのことは、Agileチームはスクラムマスターなしで成功できるのか、スクラムマスターの役割は絶望的なのかという疑問を徐々に提起している。

スクラムチーム

Agile スクラムマスターなし

スクラムマスターのいない世界

スクラムマスターがいなくなったとちょっと想像してみよう。その結果、どんな問題が発生するだろうか？

反省と適応が欠けている： スクラムマスターはまた、作業やプロセスを振り返るための時間とスペースを必ず確保する。例えば、レトロスペクティブが軽視されると、チームの停滞やパフォーマンスの低下につながる。
自己組織化の欠如： スクラムマスターがいなければ、自分自身を組織化し、自律的に仕事をすることが難しくなる。これは、目標や仕事の進め方に関する合意の欠如や、障害の特定や適切なフィードバックの困難さといった問題につながる。これは、チームの有効性と効率性を直接的に低下させる可能性がある。
役割分担が不明確である： チーム内の役割が明確に定義されていなかったり、理解されていなかったりすると、ギクシャクすることになる。例えば、プロダクトオーナーはチームのビジョンや優先順位を伝える代わりに、チームを管理・統制しようとするかもしれない。あるいは、開発者は自己組織化されたチームとして働くのではなく、個々のタスクに集中するかもしれない。これはチーム内の混乱、フラストレーション、対立につながる。
透明性とフィードバックが少ない： 特にソフトウェア開発では、内向的な性格に出会うことが多い。スクラムマスターを含むアジャイルな作業手法は、チーム内に透明性が生まれることを保証している。これが欠けると、品質や顧客満足度の低下につながりかねない。

良いスクラムマスターがチームのコラボレーションに非常に多くの価値をもたらすことは明らかだと思います。実際、代替は不可能です。ただし、一部の企業はフルタイムのスクラムマスターを雇う余裕がなくなってきています。では、どうすればよいでしょうか？

スクラムマスターなしのAgile

Agile スクラムマスターなし

スクラムマスターに代わるもの

スクラムマスターを省略することで明らかな問題が発生した場合、スクラムマスターがいなくてもアジャイルチームのすべての機能を保証できる代替ソリューションを作成できますか？ - 簡単に言うと：はい、少なくとも部分的には！

スクラムマスターが重要な役割を持っているからといって、それを部分的に補うことができないわけではない。例えば、スクラムスキルを持つプロダクトオーナーやチームリーダーをスクラムマスターの代わりとして使うことができる。必要であれば、チームメンバーがボランティアとして参加することもできる。このような人材の組み合わせは当然批判される。例えば、Quoraでの議論(プロダクトオーナーとスクラムマスターの比較).しかし、チームによっては、役割がまったくないよりはマシだというだけだ。

自己学習するチームという考え方も、成熟度が高ければ完全に間違っているわけではない。

これに、定期的なレトロスペクティブを思い出させ、レトロスペクティブの組織化と指導を楽なものにするEchometerのようなツールを組み合わせれば、スクラムマスターなしでアジャイルチームを実施することが考えられるだけでなく、すでに多くのチームで一般的に行われている。

とはいえ、ここで起こりうる問題に注意を喚起しておきたい： スクラムを始めたばかりのチームや、複雑で機能不全に陥った組織で仕事をする場合、チームはすぐに過負荷になったり、利害が対立したり、客観性を欠いたりする。

要するに、スクラムマスターなしで仕事をすることは、すべてのチームにとって意味をなさないということだ。

成熟度が低いアジャイルチーム

Agile スクラムマスターなし

スクラム・マスターに代わるソフトウェア・ソリューション

まず第一に、現在のソフトウェア・ソリューション（我々のものを含む）は、スクラム・マスターを完全に置き換えることはできないということに注意することが重要である。しかし、例えばプロダクトオーナーやチームリーダーが適切なスクラムスキルを備えていれば、専任のスクラムマスターがいなくても、それほど苦労せずにチームを率いることができる。

Echometerのようなツールが提供する利点には、次のようなものがある：

様々なテンプレートに基づいた、あるいはカスタマイズ可能な、対話型の心理学に基づいたレトロスペクティブを実施することができる。
チームの満足度とパフォーマンスのさまざまな側面を測定するアジャイルHealth Checkを使って、チームの長期的な発展を自動的に把握する。
各タスクの効果を確実に反映させることで行動追跡をサポートし、チームの継続的な学習を促進する。
回顧中に各トピックについて考える材料を与えることで、チームの関与と内省を刺激する。
会議の前に非同期のフィードバック収集ができるため、時間を節約し、より良い準備ができる。

このツールを使ってわずか2分で自分のレトロをセットアップしたいなら、無料でテストできる：

キープ・ストップ・スタート・レトロ: レトロの進め方

ランダムなアイスブレイク（2～5分）

Echometerは、ランダムなチェックイン質問のジェネレーターを提供します。
未完了の対策のレビュー（2～5分）

新しいテーマに取り掛かる前に、過去のふりかえりからの対策がどうなったかについて、有効性確認のために話し合うべきです。Echometerは、過去のレトロからの未完了のアクションアイテムをすべて自動的にリストアップします。
レトロのテーマについて話し合う

次のオープンな質問を使用して、最も重要な洞察を収集します。最初に、誰もが自分自身のために隠します。Echometerを使用すると、レトロボードの各列を個別に明らかにして、フィードバックを提示およびグループ化できます。
- Keep：何を残すべきか？
- ストップ：何を止めるべきか？
- スタート：何から始めるべきか？
キャッチオール質問（推奨）

他のトピックにも場所があるように：
- レトロで他に何を話したいですか？
優先順位付け/投票（5分）

Echometerのレトロボードでは、投票でフィードバックを簡単に優先順位付けできます。投票はもちろん匿名です。
対策の定義（10～20分）

フィードバックのプラス記号を使用して、リンクされた対策を作成できます。どの対策が正しいかわからない場合は、プラス記号を使用して、そのトピックに関するホワイトボードを開き、根本原因と可能な対策をブレインストーミングします。
チェックアウト/終了（5分）

Echometerを使用すると、レトロがどれほど役立ったかについて、チームから匿名でフィードバックを収集できます。これにより、ROTIスコア（「Retrun On Time Invested」）が生成され、時間の経過とともに追跡できます。