※Claude Codeを使用して記事を作成しています。
前回の記事では、PM・ディレクターが仕様を整理する方法を紹介しました。
第2部の2回目は、
スクラムマスター
の活用法です。
スクラムマスターの重要な役割のひとつに、
ふりかえり(レトロスペクティブ)の進行
があります。
しかし、
- 毎回同じような意見しか出ない
- 発言が個人の感想で終わり、深掘りできない
- 出てきた意見を、次のアクションにうまくつなげられない
といった悩みを抱えるスクラムマスターは少なくありません。
Claude Codeを、ふりかえりの進行を支える相棒として活用する方法を紹介します。
ふりかえりで起きがちな停滞
ふりかえりの質が下がる原因には、いくつかの共通パターンがあります。
- KPTのTがKになる
「良かったこと」ばかりが並び、問題点が出てこない - 問題点が表面的で終わる
「バタバタしていた」のような感想止まりで、根本原因に届かない - アクションが具体性を欠く
「気をつける」「意識する」のような、検証できないアクションで終わってしまう - 毎回似たような話題になる
チームの中で話しやすい話題ばかりが繰り返される
これらは、進行役であるスクラムマスターの問いかけの質によって、大きく変わる部分でもあります。
Claude Codeは、この「問いかけの質」を支えるツールとして活用できます。
Claude Codeはふりかえりの「代わり」にはならない
最初に、大事な前提を共有します。
ふりかえり自体は、チームメンバー同士の対話が本質です。
Claude Codeにできるのは、
- 進行役が事前に準備する質問を整理する
- 出てきた意見を、その場で構造化する
- 話が停滞したときの切り口を提案する
という、進行のサポートです。
チームの本音や空気感を読み取ることは、スクラムマスター自身にしかできません。
実例:スプリントのふりかえりを準備する
ここでは、2週間のスプリントを終えた後のふりかえりを準備する場面を例にします。
ステップ1:スプリントの状況を伝えて質問を整理してもらう
まず、スプリントで起きたことを共有し、ふりかえりで使う質問を一緒に考えます。
【質問例】
スクラムマスターとして、スプリントのふりかえりを進行します。
【今回のスプリントの状況】
- 見積もりより時間がかかったタスクが多かった
- リリース直前に仕様変更が発生した
- チームメンバーからの発言が少なめだった前回の反省がある
このスプリントのふりかえりで使える質問を、KPT形式に沿って考えてください。Claude Codeが、以下のような質問案を返してくれます。
【質問案】
■ Keep(良かったこと)
- 見積もりより時間がかかった中でも、完了できたタスクには何か工夫がありましたか？
■ Problem(問題点)
- 見積もりと実績にズレが出た要因として、思い当たることはありますか？
- リリース直前の仕様変更は、どのタイミングで、どのように伝わってきましたか？
■ Try(次に試すこと)
- 見積もりの精度を上げるために、次回試せそうなことはありますか？
- 仕様変更が発生した際の連絡方法について、改善できる点はありますか？チームの状況に合わせた質問を事前に用意しておくことで、当日の進行がスムーズになります。
ステップ2:発言が少ない場合の切り口を用意する
前回「発言が少なかった」という反省を踏まえ、発言を引き出すための工夫も相談します。
【質問例】
発言が少なくなりがちなふりかえりで、
チームメンバーが話しやすくなるような問いかけの工夫を教えてください。Claude Codeが、以下のように提案してくれます。
【回答例】
- 「全員に共通する問題」ではなく、 「一人だけが感じたこと」を聞く
(例:「今回、個人的に困ったことはありましたか？」)
- 数字や事実から入る
(例:「見積もり時間と実績時間、差が大きかったタスクはどれですか？」)
- 匿名で意見を集めてから話し合う流れにする
(例:付箋やチャットで先に書き出してもらってから発表する)
- 「良い・悪い」ではなく「意外だったこと」を聞く
(例:「今回のスプリントで、予想と違ったことはありましたか？」)いきなり「意見を言ってください」ではなく、答えやすい形に質問を変えることが、発言を引き出すポイントになります。
ステップ3:出てきた意見をその場で整理する
ふりかえり中に出た意見を、
その場でClaude Codeに整理してもらうことも可能です。
【質問例】
ふりかえりで、以下の意見が出ました。
これらを整理し、共通するテーマがあれば教えてください。
【出た意見】
- 仕様変更の連絡がSlackの別チャンネルで来て気づかなかった
- 仕様変更があったこと自体は仕方ないと思う
- 変更内容の反映漏れがあり、リリース直前に発覚した
- 誰が最終確認をするか決まっていなかったClaude Codeが、以下のように整理してくれます。
【整理例】
共通するテーマ:
「仕様変更が発生すること」自体よりも、
「変更の伝達と確認の仕組み」に問題があったと考えられます。
具体的には、
- 連絡経路が統一されていなかった
- 最終確認の責任者が決まっていなかった
という2点に集約できそうです。個々の意見が、より本質的な論点に集約されることで、次のアクションを決めやすくなります。
ステップ4:アクションを具体化する
最後に、次に試すことを検証可能な形に落とし込みます。
【質問例】
「仕様変更の連絡経路が統一されていなかった」という問題に対して、
次のスプリントで試せる具体的なアクションを3つ提案してください。Claude Codeが、以下のように提案してくれます。
【アクション案】
1. 仕様変更の連絡は、専用のSlackチャンネルに統一する
2. 仕様変更が発生した際は、関係者全員にメンションをつけて通知する
3. リリース前日に、仕様変更の反映漏れがないか確認する担当者を決める「気をつける」のような曖昧なアクションではなく、実行したかどうかが判断できる形になっています。
ふりかえり後の振り返りにも使える
ふりかえりの質を上げるために、ふりかえり自体を振り返ることも有効です。
【質問例】
今回のふりかえりの進行について、以下の点を踏まえて改善点を教えてください。
- 発言したのは7人中3人だった
- KPTのTryが3つ出たが、抽象的なものもあった
- 時間が予定より15分オーバーしたClaude Codeが、進行方法についての改善案を返してくれます。
このように、ふりかえりのふりかえりにもClaude Codeを使うことで、進行スキル自体を継続的に改善していけます。
使う上での注意点
チームの空気をAIに委ねない
Claude Codeが提案する質問や進行方法は、あくまで一般的なパターンです。
チームの関係性や、その時々の雰囲気を読み取って調整するのは、スクラムマスター自身の役割です。
意見の要約で、ニュアンスを削ぎ落としすぎない
意見を整理してもらう際、発言の背景にある感情やニュアンスが削ぎ落とされてしまうことがあります。
要約はあくまで参考にし、必要であれば発言した本人に「こういう理解で合っていますか？」と確認する一手間を大切にしてください。
まとめ
スクラムマスターがClaude Codeでふりかえりを進行する方法をまとめます。
- スプリントの状況を伝え、質問案を事前に準備する
- 発言が少ないチームには、答えやすい問いかけの工夫を相談する
- 出てきた意見をその場で整理し、共通テーマを見つける
- アクションは「検証可能な形」まで具体化する
- ふりかえり自体の進行方法も、継続的に見直す
ふりかえりの質は、進行役の問いかけの質に大きく左右されます。
Claude Codeを準備段階の壁打ち相手として使うことで、チームの対話に集中できる余裕が生まれます。
次回予告
次回は、
「デザイナーがClaude Codeで実装との橋渡しをする」
をテーマに、
- デザイナーとエンジニアの間で起きがちなズレ
- デザインの意図を実装者に伝える工夫
- Claude Codeを使った仕様の言語化方法
を紹介します。
