★開発者は、デイリー・スタンドアップ、ストーリーの更新、タスクの作成、ストーリー間の依存関係レビューに費やす時間が惜しいのでコード開発に使いたいと言っており、他のメンバーもこの意見を支持しています。これを受けてサーバント・リーダーは何をすべきでしょうか？「チームの時間をより効果的に管理する方法を提案してもらう。」「情報ラジエーターの定義についてチームに説明する。」「開発者の不満を認めつつ各作業のメリットを説明する。」

→開発者の不満を認めつつ各作業のメリットを説明する。

サーバント・リーダーの重要な役割の一つは、チームに対してアジャイル・プラクティスのコーチングを行い、各アクティビティやアジャイル・セレモニーのメリットを示すことです。これによりチームは自分たちの作業がどのようにプロジェクトの成功に寄与するのかを理解しモチベーションや生産性が高まる可能性があります。

その他の選択肢は誤りです。サーバント・リーダーは、開発期間の短縮につながる有効な解決策を見出すためにチームがやり取りするよう促します。スクラム・マスターはあらゆるスクラム・プラクティスに精通しているので、チームに提案を募るべきではありません。情報ラジエーターの定義について説明するのは、この事例では的外れです。

理由
サーバント・リーダーの役割は、チームを支配することではなく、理解・共感しながらチームの成長と自律を支援することです。
この状況で開発者たちは「会議や管理作業が生産性を下げている」と感じていますが、
これらの活動（スタンドアップ・タスク更新・依存関係レビュー）はアジャイルの透明性と自己組織化を保つための重要要素です。

したがって、サーバント・リーダーとしてまずすべきことは：

開発者の不満を受け止めて共感を示す（心理的安全性の維持）
各活動の目的・価値（なぜ必要なのか）を説明し、理解を促す
ことです。

このアプローチにより、
チームは「やらされている」感覚から「自分たちのためにやっている」という主体性に切り替わります。

③ 他の選択肢が誤りである理由

チームの時間をより効果的に管理する方法を提案してもらう。
→ 一見チーム主導で良さそうですが、今の問題は「作業の価値を理解していない」ことにあります。
効率化を話し合う前に、そもそもそれらの活動がなぜ必要なのかを理解してもらうことが先です。
情報ラジエーターの定義についてチームに説明する。
→ 情報ラジエーター（タスクボードやバーンダウンチャートなど）の説明は部分的な対応にすぎません。
チームが不満を持っているのは「全体のプロセス」なので、限定的な説明では根本解決になりません。

④ ワンポイントアドバイス
PMP／アジャイル試験では、「チームが不満を持っている状況」で問われる正解のパターンは以下のようになります。