「Keep/Problem/Tryを英語でうまく言えなかった」「問題を伝えたつもりが責めているように聞こえた」——英語でのレトロスペクティブに苦手意識を持つエンジニアは多い。
グローバルチームでスプリントレトロを重ねてきた立場から言うと、英語レトロに必要なのは「感情的な表現力」ではない。Keep・Problem・Try、それぞれの「型」さえ覚えれば、誰でも建設的な振り返りを英語で進められる。
この記事では、エンジニアが実務で使える英語レトロスペクティブフレーズ30選をシーン別に解説する。良かったことの称え方から問題の建設的な伝え方・アクション合意まで完全網羅した。
型を持てば、英語レトロスペクティブは怖くない。
エンジニアが英語レトロスペクティブで困る3つの場面
英語レトロが難しいのは、「事実の共有」と「感情のコントロール」を同時に求められるからだ。まず3つの典型的な困りごとを確認しよう。
場面①：Keep/Problem/Tryを英語でうまく言えない
KPTの枠組みはわかっていても、いざ英語で発言しようとすると言葉が出てこない。「良かったことって何て言うんだっけ？」——そこで詰まって発言を見送るエンジニアは多い。Keep・Problem・Try別に「発言の型」を覚えておけば、枠組みに沿って自然に話せる。
場面②：ネガティブな問題を英語で建設的に伝えられない
Problemを英語で伝えるとき、直接的すぎて責めているように聞こえてしまうことがある。日本語なら柔らかく言えることが、英語になると一段トゲが立つ印象を持つエンジニアも多い。「人ではなくプロセスに向ける」表現の型を覚えるだけで、心理的安全性を保ちながら問題提起できる。
場面③：アクションアイテムを英語で提案・合意できない
振り返りの最後に「じゃあ次はどうする？」を英語でリードできないと、レトロが雰囲気で終わる。アクションの提案から担当者・期限の合意まで、型があれば迷わず進められる。具体的なNextアクションを英語で確定させるフレーズを持っておこう。
Keep（良かったこと）を伝えるフレーズ10選
Keepは単なる「褒め合い」ではない。チームとして継続すべき行動・習慣を言語化する場だ。具体的に、根拠を持って伝えるフレーズを覚えよう。
チームの取り組みを称えるフレーズ
① I think we should keep [取り組み]. It really helped us [成果].
（[取り組み]は続けるべきだと思います。[成果]に本当に役立ちました。）
② What worked well this sprint was [良かったこと]. I’d like to see us continue that.
（今スプリントでうまくいったのは[良かったこと]です。続けていきたいです。）
③ I want to highlight [取り組み] — it made a noticeable difference in [影響].
（[取り組み]を取り上げたいです。[影響]に顕著な違いをもたらしました。）
④ The way we handled [出来事] was really effective. Let’s make that a habit.
（[出来事]への対応はとても効果的でした。習慣にしましょう。）
⑤ [名前]’s approach to [行動] was great — it helped the whole team.
（[名前]の[行動]へのアプローチは素晴らしかったです。チーム全体の助けになりました。）
プロセス・習慣を評価するフレーズ
⑥ Our daily standups have been more focused lately. That’s something we should keep doing.
（最近のデイリースタンドアップはより集中できています。続けるべきことです。）
⑦ The [プロセス] we introduced last sprint is working well — I’d keep it.
（先スプリントに導入した[プロセス]はうまく機能しています。継続したいです。）
⑧ I appreciate how the team has been [良い行動]. It’s created a positive dynamic.
（チームが[良い行動]をしてくれていることに感謝しています。良い雰囲気を作っています。）
⑨ The communication around [テーマ] improved a lot. Let’s keep that level up.
（[テーマ]に関するコミュニケーションが大幅に改善しました。そのレベルを保ちましょう。）
⑩ One thing that went really well: [良かったこと]. I think it’s worth formalizing.
（とてもうまくいったこと：[良かったこと]。正式なプロセスにする価値があると思います。）
ポジティブなフィードバックをより豊かに伝えたい方は、エンジニアの英語フィードバック術も参考にしてほしい。
Problem（改善点）を建設的に伝えるフレーズ10選
Problemは「批判」ではなく「チームの課題共有」だ。人ではなくプロセスに向けた表現で、心理的安全性を守りながら問題提起しよう。
問題を事実ベースで伝えるフレーズ
⑪ Something I’d like to raise as a problem: [問題]. It impacted [影響] this sprint.
（問題として提起したいこと：[問題]です。今スプリントの[影響]に影響しました。）
⑫ I noticed that [問題の状況]. I think this slowed us down.
（[問題の状況]に気づきました。これが私たちの進捗を遅らせたと思います。）
⑬ One area where we struggled was [問題領域]. I’m not sure if others felt the same.
（苦労した領域の1つは[問題領域]です。他の人も同じように感じたか確認したいです。）
⑭ The process around [テーマ] didn’t work as well as expected. Can we discuss why?
（[テーマ]に関するプロセスが期待通りに機能しませんでした。理由を話し合えますか？）
⑮ I felt like there was a disconnect between [チームAとチームB]. That caused some confusion.
（[チームAとチームB]の間に断絶があったように感じました。混乱を引き起こしました。）
原因分析・改善提案のフレーズ
⑯ I think the root cause might be [原因]. Does that resonate with anyone?
（根本原因は[原因]かもしれないと思います。同じように感じる方はいますか？）
⑰ This might be a process issue rather than a people issue — what do you think?
（これは人の問題というよりプロセスの問題かもしれません——どう思いますか？）
⑱ It might help if we [改善提案]. That could prevent this from happening next sprint.
（[改善提案]が助けになるかもしれません。次のスプリントでの再発を防げます。）
⑲ I’m not pointing fingers — I just want to understand what got in our way.
（責めているのではありません。何が妨げになったかを理解したいだけです。）
⑳ Looking at this as a system issue — what can we change in the process itself?
（これをシステムの問題として見ると——プロセス自体で変えられることは何ですか？）
レトロ全体の進行をスムーズにするファシリテーションフレーズは、エンジニアの英語ファシリテーション術も合わせて確認しておこう。
Try（次のアクション）を提案・合意するフレーズ10選
Tryはレトロの中で最も重要なパートだ。具体的なアクションを英語で提案し、担当者・期限まで合意して終わろう。
アクションを提案するフレーズ
㉑ For the Try column, I’d suggest [アクション提案]. What does the team think?
（Tryとして、[アクション提案]を提案します。チームはどう思いますか？）
㉒ One thing we could try next sprint: [アクション]. It might help with [問題].
（次のスプリントで試せること：[アクション]です。[問題]の改善に役立つかもしれません。）
㉓ What if we tried [アクション]? I think it would address the problem we raised.
（[アクション]を試してみたらどうでしょう？提起した問題に対処できると思います。）
㉔ I’d like to experiment with [アクション] for one sprint and see how it goes.
（1スプリント[アクション]を試してみたいです。どうなるか見てみましょう。）
㉕ Could we add [アクション] as a team norm going forward?
（[アクション]を今後のチームの規範として追加できますか？）
担当者・期限を決めるフレーズ
㉖ Who would like to own this action item?
（このアクションアイテムを担当したい方はいますか？）
㉗ Let’s assign this to [名前] — does that work for you?
（これを[名前]に割り当てましょう——問題ありませんか？）
㉘ What’s a realistic deadline for this? By end of next sprint?
（現実的な締め切りはいつですか？次のスプリント終了まで？）
㉙ Let me summarize the actions: [アクション1] by [名前], [アクション2] by [名前]. Does that capture everything?
（アクションをまとめます：[名前]が[アクション1]、[名前]が[アクション2]。すべてカバーできていますか？）
㉚ Let’s limit our Try items to three — which ones are the highest priority?
（Tryは3つまでに絞りましょう——最優先事項はどれですか？）
デイリースタンドアップでスプリントの進捗を英語で報告するフレーズは、エンジニアの英語スタンドアップ術も活用してほしい。
英語レトロスペクティブをうまく進める3つのコツ
フレーズを覚えるだけでなく、レトロ全体の進め方を意識することでチームの反応が大きく変わる。
心理的安全性を最初に作る
「何を言っても責められない」という空気を最初に作ることがレトロの前提条件だ。開始時に “This is a safe space — everything we discuss stays in this room.” と一言添えるだけで、メンバーの発言のしやすさが変わる。特にProblemのパートは、心理的安全性がないと本音が出てこない。
問題は「人」ではなく「プロセス」に向ける
“[名前] didn’t do X” ではなく “The process around X didn’t work well” と言い換えるだけで、議論がケンカではなく改善の方向に向かう。”It seems like our process for [テーマ] needs some work.” ——これがレトロの基本スタンスだ。人ではなくシステムを変えることに集中しよう。
アクションは1〜3個に絞る
「やることを増やしすぎて何も変わらない」がレトロ失敗の定番パターンだ。毎スプリント1〜3個のアクションに絞り、担当者と期限を明確にして終わること。”Let’s focus on the top three — what will actually make the biggest difference?” と言って絞り込もう。
英語レトロの場でもっと自信を持って発言したい方は、ITエンジニアにおすすめのオンライン英会話5選でロールプレイを試してほしい。
次のスプリントの計画を英語でしっかり立てたい方は、エンジニアの英語スプリントプランニング術のフレーズも合わせて確認しておこう。
まとめ：英語レトロスペクティブは「型」を覚えれば怖くない
英語レトロスペクティブは「感情的な表現力」ではなく「Keep・Problem・Tryの型」で成立する。この記事で紹介したフレーズ30選を使えば、称え方・問題提起・アクション合意まで自信を持って英語でレトロを進められる。
今日からできることをまとめる：
- Keepは “I think we should keep [取り組み]. It really helped us [成果].” で具体的に
- Problemは “The process around [テーマ] didn’t work well.” と人ではなくプロセスに向ける
- Tryは “I’d suggest [アクション提案]. What does the team think?” で提案する
- 最後は “Who would like to own this?” で担当者を明確にして締める
型を持てば、英語レトロスペクティブは怖くない。フレーズを1つずつ次のスプリントで使い、チームの改善をリードしていこう。
コメント