iLoveEn

このファイルはあなたの学習の旅をサポートするために慎重に作成されました。
楽しく学習し、定期的に復習して知識を定着させましょう。

アジャイル・スクラムマスターのための実践英語フレーズ：プロジェクト管理を成功に導く表現集

アジャイル開発の現場では、スクラムマスターやプロダクトオーナー、そして開発チーム間での円滑なコミュニケーションがプロジェクトの成否を分けます。特に多国籍チームやグローバルプロジェクトにおいては、スクラムの儀式（セレモニー）や原則に基づいた正確な英語表現を用いることで、誤解を防ぎ、チームの自律性を最大限に引き出すことが可能になります。

本記事では、スプリントプランニング、デイリースタンドアップ、レトロスペクティブといった各フェーズで頻出する実戦的なフレーズを体系的にまとめました。単なる翻訳ではなく、アジャイルの文脈で「実際にネイティブが使う」プロフェッショナルな言い回しを習得することで、ファシリテーション能力の向上とチームのパフォーマンス最大化を目指します。

読書の進捗
0 / 400 文 (0%)
よくできました！レッスン完了 🎉
レッスン内容 (20 セクション)
速度:
注: ページ下部にこのレッスンの完全なPDF版があります。ダウンロードしていつでも参照できます。

スプリントプランニングとベロシティ (20 文)

チームの過去のパフォーマンス（ベロシティ）に基づき、次のスプリントでコミット可能な作業量を決定する際の表現を学びます。現実的な計画立案に不可欠なセクションです。
Let's kick off the sprint planning by reviewing our recent velocity.
最近のベロシティを確認して、スプリントプランニングを開始しましょう。
kick offは'開始する'を意味する口語的な表現で、会議やプロジェクトの冒頭でよく使われます。
What was our average velocity over the last three iterations?
過去3回のイテレーションの平均ベロシティはどれくらいでしたか？
iterationはスプリントと同義で、ベロシティの算出期間を特定する際に用いられます。
We need to calculate the team's capacity for the upcoming sprint.
次のスプリントに向けたチームのキャパシティを算出する必要があります。
capacityは休暇や会議時間を除いた、チームが実際に稼働できる合計時間を指します。
Our historical velocity suggests we can handle about 50 story points.
過去のベロシティに基づくと、約50ストーリーポイントをこなせると予測されます。
historical velocity（過去のベロシティ）は、現実的な計画を立てるための重要な指標となります。
Is everyone comfortable with the current sprint goal?
全員、今回のスプリントゴールに納得していますか？
comfortable withは'〜に同意している'や'〜で問題ない'というニュアンスで、合意形成によく使われます。
We should adjust our commitment based on the reduced team size.
チーム人数の減少に合わせて、コミットメントを調整すべきです。
commitmentはスプリント内で完了させることを約束したタスクの範囲を指します。
Let's pull the highest priority items from the product backlog.
プロダクトバックログから最も優先度の高い項目を入れましょう。
pullはバックログからスプリントへタスクを移動させる際によく使われる動詞です。
The team's velocity dropped last sprint due to technical debt.
技術的負債の影響で、前回のスプリントではベロシティが低下しました。
due toは理由を説明する際に使われ、ベロシティの変動原因を分析する文脈で役立ちます。
How many points do we have remaining in the current backlog?
現在のバックログにはあと何ポイント残っていますか？
remaining（残っている）を使って、未着手の作業量を確認する表現です。
We need to ensure that the user stories meet the Definition of Ready.
ユーザーストーリーが '準備完了の定義' を満たしているか確認する必要があります。
Definition of Ready (DoR) は、開発着手前に満たすべき基準を指す専門用語です。
Let's re-estimate this task as it seems more complex than initially thought.
当初の想定より複雑そうなので、このタスクを再見積もりしましょう。
re-estimateは見積もりの精度を高めるために、詳細が判明した段階で行う再評価を指します。
Can we break this epic down into smaller, manageable stories?
このエピックを、より小さく管理可能なストーリーに分割できますか？
break downは大きな単位（エピック）を小さな単位（ストーリー）に分ける際によく使われます。
We should avoid over-committing to ensure a sustainable pace.
持続可能なペースを保つため、過剰なコミットメントは避けるべきです。
sustainable paceはアジャイルの原則の一つで、燃え尽きを防ぐための重要な概念です。
What is the confidence level of the team regarding this sprint plan?
今回のスプリント計画に対するチームの自信度はどのくらいですか？
confidence levelは、計画の実現可能性をチームメンバーに問う際の指標となります。
The velocity chart shows a steady upward trend in productivity.
ベロシティチャートは、生産性が着実に向上していることを示しています。
upward trend（上昇傾向）を用いて、チームの成長を客観的に説明する表現です。
Does this estimation include time for code reviews and testing?
この見積もりにはコードレビューやテストの時間も含まれていますか？
include time forは、見積もりの範囲（スコープ）を明確にする際に不可欠なフレーズです。
We have 15% of our capacity reserved for unplanned bug fixes.
キャパシティの15%を予期せぬバグ修正のために確保しています。
reserved forは特定の目的のために時間を'取っておく'という意味で使われます。
Let's use Planning Poker to reach a consensus on the story points.
ストーリーポイントの合意を得るために、プランニングポーカーを使いましょう。
consensusはチーム全員の'合意'を意味し、見積もりの儀式で頻出する単語です。
If we finish these tasks early, we can pull more items from the backlog.
もしこれらのタスクが早く終われば、バックログからさらに項目を追加できます。
if節を用いて、進捗が良い場合の柔軟な対応について言及しています。
Our velocity is stabilizing, which makes long-term planning easier.
ベロシティが安定してきたので、長期的な計画が立てやすくなりました。
stabilizing（安定している）は、予測可能性が高まった状態を表すポジティブな表現です。

プロダクトバックログの優先順位付け (20 文)

プロダクトオーナー（PO）と協力し、ビジネス価値に基づいたバックログの並び替えを行うための議論表現を習得します。ROIを意識した優先順位付けが焦点です。
We need to prioritize the product backlog items before the next sprint starts.
次のスプリントが始まる前に、プロダクトバックログ項目の優先順位を付ける必要があります。
prioritize（優先順位を付ける）はバックログ管理における核となる動詞で、価値の高いものから順に並べる際に使われます。
Let's collaborate with the Product Owner to refine the backlog priorities.
プロダクトオーナーと協力して、バックログの優先順位を洗練させましょう。
refine（洗練させる・精査する）は、バックログの内容をより明確にし、順序を整えるプロセスを指します。
Which user story provides the highest business value to our customers?
どのユーザーストーリーが顧客にとって最も高いビジネス価値を提供しますか？
business value（ビジネス価値）は、優先順位を決定する際の最も重要な基準の一つです。
We should categorize these items using the MoSCoW method.
これらの項目をMoSCoW法を使って分類すべきです。
MoSCoW法（Must, Should, Could, Won't have）は、優先順位を4つの階層で定義する一般的な手法です。
This feature is a 'Must Have' for the initial product launch.
この機能は、製品の初回ローンチにおいて'必須項目'です。
Must Have（必須）は、リリースのために欠かせない最優先事項を指す際によく使われる表現です。
We need to re-rank the backlog based on the latest stakeholder feedback.
最新のステークホルダーのフィードバックに基づいて、バックログの順位を再調整する必要があります。
re-rank（再ランク付けする）は、状況の変化に応じて優先順位を更新する際に適した言葉です。
Is there any technical dependency that affects the order of these tasks?
これらのタスクの順序に影響を与える技術的な依存関係はありますか？
dependency（依存関係）は、あるタスクが別のタスクの完了を必要とする状況を指し、優先順位に影響します。
Let's move this low-value item to the bottom of the product backlog.
この価値の低い項目をプロダクトバックログの最下部に移動しましょう。
bottom of the backlog（バックログの最下部）は、現時点では着手しない低優先事項の配置場所を指します。
The Product Owner has the final authority on the prioritization of the backlog.
プロダクトオーナーはバックログの優先順位付けに関する最終的な権限を持っています。
final authority（最終権限）は、スクラムにおいてPOが優先順位の決定者であることを示す表現です。
We need to balance urgent bug fixes with long-term feature development.
緊急のバグ修正と長期的な機能開発のバランスを取る必要があります。
balance（バランスを取る）は、相反する要求を調整し、最適な優先順位を見出す際に使われます。
How does this task align with our current strategic goals?
このタスクは現在の戦略目標とどのように整合していますか？
align with（〜と整合する）は、個別のタスクが全体の方針に合致しているかを確認する際に重要です。
We should focus on high-impact stories to maximize our team's ROI.
チームの投資収益率（ROI）を最大化するために、インパクトの大きいストーリーに集中すべきです。
high-impact（影響力の大きい）とROI（投資収益率）は、優先順位を議論する際のビジネス的なキーワードです。
Let's deprioritize this feature as it's no longer a requirement for this release.
このリリースでは不要になったため、この機能の優先順位を下げましょう。
deprioritize（優先順位を下げる）は、計画の変更により重要度が下がった際に使われる動詞です。
Can we break down this epic into smaller, more manageable prioritized stories?
このエピックを、より管理しやすく優先順位を付けた小さなストーリーに分割できますか？
break down（分解する）は、大きな要求（エピック）を詳細化し、優先順位を付けやすくする作業を指します。
We will refine the top items of the backlog during our weekly refinement session.
毎週のリファインメントセッションで、バックログの上位項目を詳細化します。
top items（上位項目）は、直近のスプリントで着手する可能性が高い、最も優先度の高い項目を指します。
What is the estimated effort compared to the potential business impact?
潜在的なビジネスインパクトと比較して、見積もられた工数はどれくらいですか？
effort vs impact（工数対効果）は、優先順位を論理的に決定するための比較基準です。
This technical debt should be prioritized to avoid future performance issues.
将来のパフォーマンス問題を避けるために、この技術的負債の優先順位を上げるべきです。
technical debt（技術的負債）の解消も、機能開発と同様に優先順位付けの対象となります。
Is this user story 'Ready' to be pulled into the next sprint?
このユーザーストーリーは、次のスプリントに引き入れる'準備'ができていますか？
Ready（準備完了）は、優先順位が高く、かつ詳細が明確で開発可能な状態であることを示します。
We need to ensure the backlog is transparent and visible to all stakeholders.
バックログが透明であり、すべてのステークホルダーに見える状態にする必要があります。
transparent（透明な）とvisible（可視化された）は、優先順位の根拠を共有する上で不可欠な要素です。
Let's re-evaluate the priority of these items after the sprint review.
スプリントレビューの後に、これらの項目の優先順位を再評価しましょう。
re-evaluate（再評価する）は、フィードバックを受けて優先順位を修正するプロセスを指します。

デイリースタンドアップの進捗共有 (20 文)

昨日の成果、今日の予定、そして直面している問題を簡潔に伝えるためのフレーズです。15分というタイムボックス内で効率的に情報を同期するスキルを養います。
Good morning everyone, let's start today's daily stand-up.
皆さんおはようございます。今日のデイリースタンドアップを始めましょう。
会議の開始を告げる標準的なフレーズ。タイムボックスを守るために簡潔に切り出すのが一般的です。
Yesterday, I finished the unit testing for the login module.
昨日はログインモジュールの単体テストを完了しました。
前日の成果を報告する表現。'Yesterday, I...' の後に過去形を用いて具体的に完了した内容を伝えます。
I'm planning to work on the password reset functionality today.
今日はパスワードリセット機能に取り組む予定です。
その日の予定を共有する表現。'I am planning to...' を使うことで、チームに自身の活動を周知します。
I don't have any blockers at the moment.
現時点では特に障害（ブロッカー）はありません。
作業を妨げている要因（ブロッカー）がないことを伝える定型句。スクラムにおいて極めて重要な情報共有です。
Yesterday, I successfully integrated the payment gateway API.
昨日は決済ゲートウェイAPIの統合を無事に完了しました。
技術的な進捗を報告する際に使います。'successfully' を加えることで、問題なく完了したニュアンスが強まります。
Today, I will focus on fixing the critical bug in the checkout process.
今日はチェックアウトプロセスの重大なバグ修正に集中します。
その日の最優先タスクを明示する表現。'focus on' を使うことで、作業の優先順位をチームに示せます。
I'm currently blocked by a delay in the server environment setup.
サーバー環境のセットアップが遅れており、作業が止まっています。
進捗を阻害している具体的な要因を説明する表現。'be blocked by' で、自力では解決できない依存関係を示します。
I need to sync with the design team regarding the new UI components.
新しいUIコンポーネントについて、デザインチームと調整する必要があります。
他部署や他チームとの連携が必要な際に使う表現。'sync with' は同期をとる・調整するという意味で多用されます。
I spent most of yesterday debugging the database connection issue.
昨日の大半はデータベース接続の問題のデバッグに費やしました。
予定通りに進まなかった理由を説明する際に便利です。何に時間を取られたかを明確に伝えます。
My goal for today is to complete the documentation for the API.
今日の目標はAPIドキュメントを完成させることです。
一日の着地点（ゴール）を明確にする表現。チームに対して、何をもって今日の作業が成功かを共有します。
I am waiting for a code review on my pull request from yesterday.
昨日のプルリクエストのコードレビューを待っている状態です。
作業が他者のアクションに依存していることを示す表現。滞留している箇所を可視化するために重要です。
I'll be pair programming with Ken this afternoon to resolve the CSS issue.
CSSの問題を解決するため、今日の午後はケンとペアプログラミングをします。
チーム内での協力体制を報告する表現。誰と何をするかを伝えることで、進捗の透明性を高めます。
I've updated the status of my tasks on the Jira board.
Jiraボード上のタスクのステータスを更新しました。
ツールの更新状況を共有するフレーズ。物理ボードやデジタルツールとの整合性を保つために使われます。
I'm on track to finish all my assigned stories for this sprint.
今スプリントの担当ストーリーはすべて予定通りに完了できそうです。
スプリント全体の見通しを報告する表現。'on track' は計画通りに進んでいることを意味するビジネス英語です。
Is there anyone who can help me with the deployment script?
デプロイスクリプトについて手伝ってくれる人はいますか？
スタンドアップ中に助けを求める際の表現。詳細な議論はスタンドアップ後（After Party）に行うのがルールです。
I noticed a discrepancy in the requirements, so I'll talk to the PO after this.
要件に矛盾を見つけたので、この後プロダクトオーナーと話します。
問題を発見した際の報告。'after this' と添えることで、会議を長引かせない配慮を示します。
Yesterday, I attended the stakeholder meeting to clarify some features.
昨日は機能の詳細を明確にするため、ステークホルダー会議に参加しました。
開発以外の活動報告。なぜ本来のタスクが進まなかったかの背景を共有する際にも使われます。
Today, I'll start working on the refactoring of the user profile page.
今日はユーザープロフィールページのリファクタリングに着手します。
新しいタスクへの着手を宣言する表現。'start working on' は日常的に使われる自然な言い回しです。
I'm facing some performance issues with the search query.
検索クエリのパフォーマンス問題に直面しています。
現在抱えている技術的な課題を共有する表現。'facing' を使うことで、直面している困難を端的に伝えられます。
That's it from my side, let's keep the meeting under fifteen minutes.
私からは以上です。会議を15分以内に収めましょう。
自分の報告を終える際の決まり文句と、タイムボックス（15分）を意識させるスクラムマスターらしい締めくくりです。

開発の障害（ブロッカー）の排除 (20 文)

チームの進捗を妨げている要因を特定し、スクラムマスターとしてどのように支援を申し出るか、または問題をエスカレーションするかを学びます。
Are there any blockers preventing the team from completing the sprint?
スプリントの完了を妨げているブロッカーはありますか？
ブロッカー（障害）の有無を確認する際の定番の質問。進捗を阻害する要因を早期に発見するために使われます。
We need to address this technical impediment before we can move forward.
先に進む前に、この技術的な障害に対処する必要があります。
impedimentはブロッカーの類義語で、進行を遅らせるものを指します。技術的な課題を特定する際に便利です。
Please let me know immediately if you encounter any blockers.
ブロッカーに直面したら、すぐに知らせてください。
問題が発生した際に迅速な報告を促すフレーズ。チームの透明性を高めるために重要です。
I will take care of this dependency to clear the path for the developers.
開発者のために道を切り開くべく、この依存関係を私が処理します。
'clear the path'は障害を取り除くという比喩表現。スクラムマスターが開発に専念できる環境を作る姿勢を示します。
Our main priority is to remove any obstacles that hinder the team's progress.
私たちの最優先事項は、チームの進捗を妨げるあらゆる障害を取り除くことです。
hinderは'～を妨げる'という意味。チームのパフォーマンスを維持するための強い意志を伝える表現です。
Is there anything holding you back from starting the next task?
次のタスクを始めるのを妨げているものは何かありますか？
'hold back'は停滞させるという意味。個別のタスクの着手を阻んでいる要因を聞き出す際に使います。
We should escalate this issue to the management if we cannot solve it internally.
内部で解決できない場合は、この問題をマネジメント層にエスカレーションすべきです。
チーム内での解決が困難な場合に、上位の権限者に判断を仰ぐ（escalate）ことを提案する表現です。
The server downtime is a major blocker for the QA team.
サーバーのダウンタイムは、QAチームにとって大きなブロッカーになっています。
具体的な障害内容を明示し、それがどのチームに影響を与えているかを説明する際に用います。
I'll talk to the infrastructure team to resolve this access issue.
このアクセス問題を解決するために、インフラチームと話をします。
他部署との調整が必要な障害に対し、スクラムマスターが具体的な行動（解決策）を提示するフレーズです。
Let's identify the root cause of this recurring impediment.
この繰り返される障害の根本原因を特定しましょう。
recurringは'再発する'という意味。一時的な対処ではなく、根本的な解決（Root Cause Analysis）を目指す際に使います。
My role as Scrum Master is to protect the team from external interruptions.
スクラムマスターとしての私の役割は、外部の割り込みからチームを守ることです。
外部からの急な依頼や雑音を遮断し、チームがスプリントに集中できる環境を作る責任を説明しています。
We need to clear this bottleneck to improve our workflow.
ワークフローを改善するために、このボトルネックを解消する必要があります。
全体の流れを停滞させている特定の箇所（bottleneck）を指摘し、改善を促す表現です。
Are there any dependencies on other teams that are causing delays?
遅延の原因となっている他チームへの依存関係はありますか？
dependency（依存関係）はプロジェクトの遅延要因になりやすいため、早期の確認が不可欠です。
I will follow up with the product owner regarding the missing requirements.
不足している要件について、プロダクトオーナーにフォローアップします。
要件定義の不備が障害となっている場合、POと調整を行うことを伝える実用的なフレーズです。
Let's brainstorm ways to bypass this technical hurdle.
この技術的なハードルを回避する方法をブレインストーミングしましょう。
正面からの解決が難しい場合に、別の道（bypass）を探るための協力的なアプローチを示す表現です。
We must ensure that the team has all the resources they need to succeed.
チームが成功するために必要なすべてのリソースが揃っているか確認しなければなりません。
ツール、人員、情報などが欠けていることが障害にならないよう、環境を整える際に使います。
This blocker is critical and needs to be resolved by the end of the day.
このブロッカーは深刻で、今日中に解決する必要があります。
問題の緊急度（critical）と期限を明確に伝え、優先順位を高く設定するフレーズです。
I have successfully removed the impediment regarding the API credentials.
API認証情報に関する障害を無事に解決しました。
報告者が障害を取り除いたことをチームに報告する際に使用します。'removed the impediment'で障害を除去したとなります。
Don't wait until the daily stand-up to report a blocker.
ブロッカーを報告するのに、デイリースタンドアップまで待たないでください。
問題は発生した瞬間に共有すべきというアジャイルの原則を促すアドバイスです。
We are here to support you and clear any roadblocks in your way.
私たちはあなたをサポートし、行く手にある障害物を取り除くためにここにいます。
roadblockは障害物の比喩。チームメンバーに対し、支援体制が整っていることを伝え、安心感を高めます。

ユーザーストーリーと受け入れ基準（INVEST） (20 文)

独立性、交渉可能性、価値など、質の高いユーザーストーリーを定義するための表現です。受け入れ基準（AC）を明確にし、開発のゴールを共有します。
As a registered user, I want to reset my password so that I can regain access to my account.
登録済みユーザーとして、アカウントへのアクセスを回復するためにパスワードをリセットしたい。
ユーザーストーリーの標準的な形式である '誰が（Role）'、'何を（Goal）'、'なぜ（Benefit）' を含んだ典型的な例文です。
Let's make sure the user story follows the INVEST criteria.
ユーザーストーリーがINVEST基準に従っているか確認しましょう。
質の高いストーリーを作成するための6つの指標（Independent, Negotiable, Valuable, Estimable, Small, Testable）への適合を促す際に使います。
Is this story independent enough to be worked on in isolation?
このストーリーは単独で作業できるほど独立していますか？
INVESTの'I'（Independent）に関する質問で、他タスクとの依存関係を最小限に抑え、並行開発を容易にするために確認します。
The acceptance criteria should be clear and measurable.
受け入れ基準は明確で測定可能であるべきです。
開発者が何を達成すれば完了（Done）かを客観的に判断するための具体的な条件（AC）の重要性を説く表現です。
We need to break this epic down into smaller, manageable user stories.
このエピックを、より小さく管理可能なユーザーストーリーに分割する必要があります。
INVESTの'S'（Small）に関連し、1スプリント内で確実に完了できるサイズに調整することを提案する際に用います。
How can we make this story more testable?
このストーリーをよりテスト可能にするにはどうすればよいでしょうか？
INVESTの'T'（Testable）に焦点を当て、期待される挙動が自動テストや手動テストで検証可能かどうかを確認します。
This story is too vague; it's not estimable in its current state.
このストーリーは曖昧すぎて、現状では見積もりが不可能です。
INVESTの'E'（Estimable）に関わり、詳細が不足していて開発工数や複雑さを判断できないことを指摘する際に使います。
The user story is a placeholder for a conversation, so it should be negotiable.
ユーザーストーリーは対話のためのプレースホルダーなので、交渉の余地があるべきです。
INVESTの'N'（Negotiable）を強調し、詳細を最初から固定しすぎず、議論を通じて最適な形に洗練させるべきだという原則を示します。
Does this feature provide real value to our customers?
この機能は顧客に本当の価値を提供しますか？
INVESTの'V'（Valuable）を確認し、ビジネス上の優先順位や開発の意義を再確認する際に使用します。
Let's define the 'happy path' in the acceptance criteria first.
まずは受け入れ基準で正常系（ハッピーパス）を定義しましょう。
エラーや例外処理を考える前に、最も一般的で成功するユーザーシナリオを明確にするよう提案する表現です。
We should also include edge cases in the acceptance criteria.
受け入れ基準には例外的なケース（エッジケース）も含めるべきです。
エラー処理や境界値、特殊な条件下での挙動を明確にし、実装漏れを防ぐために使います。
The acceptance criteria act as a contract between the Product Owner and the team.
受け入れ基準は、プロダクトオーナーとチームの間の契約として機能します。
成果物の品質と範囲について合意形成を行う上で、ACが果たす重要な役割を説明するフレーズです。
Can you clarify the 'so that' part of this story?
このストーリーの 'so that'（〜のために）の部分を明確にしてもらえますか？
機能の目的やユーザーが得るメリット（Benefit）が不明確な場合に、その背景を深掘りするために使います。
The story is ready for development once it meets the Definition of Ready.
準備完了の定義（DoR）を満たせば、ストーリーは開発に着手できます。
スプリントに入れるために必要な情報や条件が揃っているかを確認する際に言及します。
We need to ensure the acceptance criteria cover UI requirements.
受け入れ基準にUIの要件が含まれていることを確認する必要があります。
デザインやインターフェースの動作に関する具体的な期待値をACに盛り込むよう指示する際に使います。
Is the scope of this story small enough to be completed within one sprint?
このストーリーのスコープは、1スプリント内で完了できるほど十分に小さいですか？
ベロシティを安定させるために、ストーリーが大きすぎて未完了になるリスクがないかを確認する質問です。
Let's use the 'Given-When-Then' format for these acceptance criteria.
これらの受け入れ基準には 'Given-When-Then' 形式を使いましょう。
振る舞い駆動開発（BDD）に基づいた、前提条件・操作・結果を明確にする記述形式を提案します。
We should avoid adding technical implementation details to the user story.
ユーザーストーリーに技術的な実装の詳細を書き込むのは避けるべきです。
ストーリーは「何を（What）」に集中し、「どうやって（How）」は開発チームの裁量に任せるべきという原則を思い出させます。
Does the team have enough information to estimate the story points?
チームはストーリーポイントを見積もるための十分な情報を持っていますか？
バックログリファインメントなどで、見積もりを行う前に情報の欠落がないかを確認するフレーズです。
The acceptance criteria must be verified during the sprint review.
受け入れ基準はスプリントレビュー中に検証されなければなりません。
完成したインクリメントが当初の要件を正しく満たしているかを確認するタイミングを強調します。

ストーリーポイントと見積もり (20 文)

プランニングポーカーなどで相対的な見積もりを行う際の議論を円滑にします。不確実性や複雑さを考慮したポイント設定の根拠を説明する力が身につきます。
How many story points would you assign to this user story?
このユーザーストーリーには何ストーリーポイントを割り当てますか？
タスクの規模を見積もる際の標準的な質問。特定のストーリーに対するポイント数をチームに問いかける時に使用します。
We use the Fibonacci sequence to account for uncertainty in larger tasks.
大きなタスクの不確実性を考慮するために、フィボナッチ数列を使用します。
見積もりの数値が大きくなるほど不確実性が増すというスクラムの原則に基づいた説明です。
Story points are a measure of relative effort, not actual hours.
ストーリーポイントは相対的な工数の尺度であり、実際の時間ではありません。
ポイントが時間（人日や時間）と混同されないよう、相対評価であることを強調する際に使います。
Let's start the planning poker session for this set of features.
これらの一連の機能について、プランニングポーカーを始めましょう。
チーム全員で一斉に見積もりを出し合い、意見を合わせる手法を提案するフレーズです。
This task has high complexity due to the legacy code integration.
このタスクはレガシーコードとの統合があるため、複雑さが高いです。
見積もりが高くなる理由として、技術的な難易度や複雑さを説明する際に役立ちます。
The points should reflect both the effort and the level of uncertainty.
ポイントには、労力と不確実性のレベルの両方を反映させるべきです。
見積もりを決定する際の基準（作業量、複雑さ、リスク）をチームに再確認する表現です。
Let's use this simple UI change as our baseline for one story point.
この単純なUI変更を、1ストーリーポイントの基準（ベースライン）にしましょう。
相対見積もりを行うための基準となる最小単位のタスクを定義する時に使います。
There is a significant gap in our estimates; let's discuss the reasons.
見積もりに大きな開きがあります。その理由を議論しましょう。
プランニングポーカーなどでメンバー間の数値が分かれた際、視点の違いを抽出するために使います。
We need to reach a team consensus on the size of this backlog item.
このバックログ項目の規模について、チームの合意を得る必要があります。
個人の意見ではなく、チーム全体として納得感のある見積もり値を決定する際に使用します。
We might be overestimating this task because the requirements are vague.
要件が曖昧なので、このタスクを過大評価している可能性があります。
不明点が多いことで見積もりが膨らんでいる可能性を指摘し、要件定義の必要性を促す表現です。
The team underestimated the effort required for data migration last sprint.
前回のスプリントでは、データ移行に必要な工数を過小評価してしまいました。
過去の振り返りを行い、見積もりの精度を上げるための反省を述べる際に使います。
Accurate estimation is essential for calculating a reliable team velocity.
信頼できるチームのベロシティを算出するには、正確な見積もりが不可欠です。
見積もりの精度が将来の計画（ベロシティ）に直結することを説明するフレーズです。
Does this story point value include the potential risks we discussed?
このストーリーポイントの値には、議論した潜在的なリスクが含まれていますか？
見積もりの中に、単なる作業量だけでなくリスクヘッジ分が含まれているか確認する質問です。
We should refine these stories further before we assign any points.
ポイントを割り当てる前に、これらのストーリーをさらに精査（リファインメント）すべきです。
見積もりが困難なほどストーリーが粗い場合に、詳細化を求める時に使います。
If a story is estimated at 13 points or more, let's break it down.
ストーリーが13ポイント以上と見積もられた場合は、分割しましょう。
1スプリントで完了できないほど大きなタスク（エピック）を細分化するルールを提案する表現です。
Is this task significantly more difficult than the one we did last week?
このタスクは、先週行ったものよりも大幅に難しいですか？
既知のタスクと比較することで、相対的なポイントを導き出すための質問です。
Estimation is subjective, which is why we value the team's collective input.
見積もりは主観的なものだからこそ、チーム全員の意見を重視します。
個人の勘に頼らず、多様な視点を取り入れるスクラムの価値観を伝えるフレーズです。
Should we adjust the points based on the new technical constraints?
新しい技術的な制約に基づいて、ポイントを調整すべきでしょうか？
状況の変化により当初の見積もりが妥当でなくなった際、再評価を促すために使います。
Refer to our previous '3-point' tasks to maintain consistency in sizing.
サイジングの一貫性を保つために、以前の '3ポイント' のタスクを参照してください。
過去の実績と比較して、見積もりの基準がぶれないようにアドバイスする際に役立ちます。
Story points help us avoid unproductive debates about exact hours.
ストーリーポイントは、正確な時間に関する非生産的な議論を避けるのに役立ちます。
なぜ時間ではなくポイントを使うのか、そのメリット（効率性）を説明する際に使用します。

スプリントレビューとインクリメントのデモ (20 文)

完成した成果物をステークホルダーに披露し、フィードバックを得るためのプレゼンテーション表現です。技術的な詳細よりもビジネス価値に焦点を当てます。
Welcome everyone to the sprint review for the current increment.
現行インクリメントのスプリントレビューへようこそ。
スプリントの成果物をステークホルダーに披露する会議の冒頭で使われる標準的な挨拶です。
The objective of this session is to inspect the increment and adapt the product backlog.
このセッションの目的は、インクリメントを検査し、プロダクトバックログを適応させることです。
スクラムガイドにおけるスプリントレビューの定義に基づいた、目的を明確にするための表現です。
Let's start by reviewing which items from the sprint backlog are now 'Done'.
スプリントバックログのどの項目が『完了』したかを確認することから始めましょう。
完了の定義（DoD）を満たしたタスクを共有する際に、'Done'という用語を強調して使います。
I will now demonstrate the new features we implemented during this sprint.
このスプリントで実装した新機能のデモを行います。
開発チームが成果物を実際に動かして見せる際の導入フレーズです。
Please note that this functionality aligns with the sprint goal we set earlier.
この機能は、先に設定したスプリントゴールに沿ったものであることにご注目ください。
成果物が当初の目的に合致していることを示し、ビジネス価値を強調します。
We would appreciate your honest feedback on the user interface and overall flow.
ユーザーインターフェースと全体的な流れについて、率直なフィードバックをいただけますと幸いです。
ステークホルダーからの意見を促し、次回の改善に繋げるための重要な依頼です。
Does this increment meet your expectations for the release criteria?
このインクリメントは、リリースの基準に関する期待を満たしていますか？
成果物が本番環境へのリリースに値するかどうか、ステークホルダーの合意を得るための質問です。
We encountered some challenges with the API integration, which affected one story.
APIの統合でいくつか課題が発生し、1つのストーリーに影響が出ました。
完了できなかった項目がある場合、その理由を透明性を持って説明する際に使用します。
This specific feature is currently live on the staging environment for your testing.
この特定の機能は、皆さんがテストできるように現在ステージング環境で稼働しています。
デモ環境の場所を伝え、レビュー後の詳細な確認を促す際に便利です。
How does this new functionality impact our current product roadmap?
この新機能は、現在のプロダクトロードマップにどのような影響を与えますか？
成果物を受けて、中長期的な計画を調整する必要があるかを議論する際に使います。
One user story was moved back to the backlog as it did not meet the definition of done.
1つのユーザーストーリーは完了の定義を満たさなかったため、バックログに戻されました。
不完全な成果物をリリースせず、品質を維持するための判断を伝える表現です。
We've integrated the feedback from the previous sprint into this version.
前回のスプリントでのフィードバックを、このバージョンに統合しました。
継続的な改善が行われていることを示し、ステークホルダーとの信頼関係を築きます。
Let's discuss any market changes that might influence our upcoming priorities.
今後の優先順位に影響を与える可能性のある市場の変化について話し合いましょう。
スプリントレビューは計画を適応させる場でもあるため、外部要因の確認も重要です。
The team successfully completed all committed items for this two-week sprint.
チームはこの2週間のスプリントで、コミットしたすべての項目を無事に完了しました。
スプリントの成功を宣言し、チームのパフォーマンスを称える際に使用します。
We will capture your suggestions as new items in the product backlog.
いただいたご提案は、プロダクトバックログの新しい項目として記録します。
レビューで出た新しいアイデアを即座に管理対象に加えることを示すフレーズです。
Is there any functionality you expected to see that is currently missing?
期待していた機能で、現在欠けているものはありますか？
ステークホルダーの期待値と現状のギャップを早期に発見するための問いかけです。
The increment we are showing today is a step toward our long-term product goal.
本日お見せしているインクリメントは、長期的なプロダクトゴールへの一歩です。
個別の機能だけでなく、全体像における進捗を意識させるための表現です。
We will adjust the backlog based on the insights gained during this demo.
このデモで得られた洞察に基づいて、バックログを調整します。
検査（Inspect）から適応（Adapt）への流れを具体化する重要なステップです。
Thank you for your valuable input; it helps us build a better product.
貴重なご意見をいただきありがとうございます。より良い製品を作る助けになります。
フィードバックに対する感謝を述べ、協力的な関係を維持するための締めくくりです。
Let's conclude the review and prepare for the sprint retrospective next.
レビューを終了し、次はスプリントレトロスペクティブの準備をしましょう。
スプリントレビューを終え、チーム内の振り返りプロセスへ移行する際の合図です。

ステークホルダーへのフィードバック対応 (20 文)

レビューで得た意見をどのように受け止め、次のバックログに反映させるかを議論します。期待値調整と透明性の確保に役立つ表現です。
We've gathered some valuable feedback from the stakeholders during the review.
レビュー中にステークホルダーから貴重なフィードバックを収集しました。
スプリントレビュー後に得られた意見をチームに共有し、次のアクションに繋げるための定型句。
How should we prioritize these new requests from the marketing team?
マーケティングチームからのこれらの新しいリクエストの優先順位をどうすべきでしょうか？
複数のステークホルダーから要望が出た際、プロダクトオーナー（PO）と優先度を相談する時に使う。
We need to clarify the acceptance criteria based on the stakeholder's comments.
ステークホルダーのコメントに基づいて、受け入れ基準を明確にする必要があります。
フィードバックを具体的な要件（ユーザーストーリー）に落とし込む際のプロセスを説明する表現。
Thank you for your input; we will add this to the product backlog for further refinement.
ご意見ありがとうございます。さらなる詳細化のために、これをプロダクトバックログに追加します。
提案を即座に実装するのではなく、まずはバックログに入れて検討することを伝える丁寧な回答。
We need to balance this new feedback with our existing sprint goals.
この新しいフィードバックと既存のスプリントゴールのバランスを取る必要があります。
スプリントの途中で新しい要望が入った際、現在の計画との整合性を考慮すべきだと伝える。
Could you help us understand the business value behind this specific request?
この特定のリクエストの背後にあるビジネス価値を理解するのを手伝っていただけますか？
要望の優先順位を判断するために、その目的や重要性をステークホルダーに深掘りする際に使用。
We will address the critical bugs identified by the stakeholders in the next sprint.
ステークホルダーによって特定された重大なバグは、次のスプリントで対処します。
発見された問題への対応時期を明確に提示し、安心感を与えるためのフレーズ。
It is important to manage stakeholder expectations regarding the delivery timeline.
納期に関するステークホルダーの期待値を管理することが重要です。
フィードバックをすべて反映すると納期が遅れる可能性があることを示唆し、期待調整を促す表現。
We need to ensure that the feedback aligns with our long-term product vision.
フィードバックが私たちの長期的なプロダクトビジョンと一致しているか確認する必要があります。
個別の要望がプロダクトの方向性とずれていないかを検証する際の視点。
Let's categorize the feedback into 'must-haves' and 'nice-to-haves'.
フィードバックを '必須項目' と 'あれば尚可' に分類しましょう。
膨大なフィードバックを整理し、実装の優先順位を明確にするためのフレームワーク的な提案。
We appreciate your feedback, but we cannot include it in the current increment.
フィードバックに感謝しますが、今回のインクリメントに含めることはできません。
現在のスプリントの範囲外であることを明確かつ丁寧に断る際に使用。
How does this feedback affect the overall scope of the project?
このフィードバックはプロジェクト全体のスコープにどのように影響しますか？
新しい要望がプロジェクトの規模やリソースに与える影響を評価するための質問。
We will review these suggestions during the next backlog grooming session.
次回のバックログリファインメント（グルーミング）で、これらの提案を検討します。
フィードバックを詳細に分析する具体的なタイミングをステークホルダーに伝える。
The Product Owner will decide the priority of these new requirements.
これらの新しい要件の優先順位はプロダクトオーナーが決定します。
スクラムの役割分担に基づき、最終的な意思決定者が誰であるかを再確認する表現。
We need to document all stakeholder feedback to ensure transparency.
透明性を確保するために、すべてのステークホルダーのフィードバックを記録する必要があります。
情報の透明性をスクラムの価値観として重視し、履歴を残すことを強調する。
Please provide more details so the development team can estimate the effort.
開発チームが工数を見積もれるよう、詳細を教えていただけますか？
フィードバックが曖昧な場合に、より具体的な情報提供を求めるための依頼。
We are incorporating your suggestions to improve the user experience.
ユーザーエクスペリエンスを向上させるために、皆様の提案を取り入れています。
フィードバックが実際にプロダクトの改善に役立っていることを伝え、関係を良好に保つ。
The stakeholders are concerned about the performance of the new feature.
ステークホルダーは新機能のパフォーマンスについて懸念を抱いています。
レビュー中に上がった懸念事項を開発チームに正確に伝え、対策を促す際に使う。
Let's schedule a follow-up meeting to discuss these requirements in depth.
これらの要件を深く議論するために、フォローアップ会議を設定しましょう。
立ち話やレビュー中だけでは解決できない複雑なフィードバックに対応するための提案。
We will keep you updated on how your feedback is being implemented.
皆様のフィードバックがどのように実装されているか、随時お知らせします。
ステークホルダーを疎外せず、進捗を共有し続けることを約束するクロージング。

スプリントレトロスペクティブとKPT (20 文)

スプリントの振り返りを行い、継続（Keep）、問題（Problem）、挑戦（Try）を出し合うファシリテーション表現です。建設的な改善案を引き出します。
Let's start our sprint retrospective.
スプリントレトロスペクティブを始めましょう。
レトロスペクティブ（振り返り）の開始を宣言する際の標準的な表現。
What went well during this sprint?
このスプリントでうまくいったことは何ですか？
KPTの'Keep'（継続すべき点）を洗い出すための基本的な質問。
We should keep our daily stand-up concise and focused.
デイリースタンドアップを簡潔かつ集中したものに保つべきです。
良い習慣を継続することを提案する際の'Keep'に関するフレーズ。
I appreciate everyone's collaboration on the complex bug fix.
複雑なバグ修正における皆さんの協力に感謝します。
チームの士気を高めるため、具体的な成果や貢献を称賛する表現。
What were the main challenges or problems we faced?
私たちが直面した主な課題や問題は何でしたか？
KPTの'Problem'（改善すべき点）を特定するための問いかけ。
The lack of clear requirements caused some delays.
要件が不明確だったことが、いくつかの遅延の原因となりました。
具体的な問題を指摘し、プロセスのボトルネックを共有する表現。
We struggled with the integration testing environment.
統合テスト環境の構築に苦労しました。
技術的またはインフラ的な問題を具体的に報告する際に使用。
Let's identify the root cause of this issue.
この問題の根本原因を特定しましょう。
表面的な現象だけでなく、なぜその問題が起きたのかを深掘りする提案。
What can we try differently in the next sprint?
次のスプリントで新しく試せることは何ですか？
KPTの'Try'（次回の試行）を促し、改善策を募るフレーズ。
I propose we automate the deployment process to save time.
時間を節約するために、デプロイプロセスの自動化を提案します。
具体的な改善アクションを提案する際に使われる'I propose...'の構文。
We need to improve our communication with the QA team.
QAチームとのコミュニケーションを改善する必要があります。
チーム間の連携不足を'Problem'として挙げ、改善の必要性を説く。
Let's commit to these action items for the upcoming sprint.
次のスプリントに向けて、これらのアクションアイテムを確約しましょう。
振り返りで決まった改善策を実行に移す強い意志を示す。
How can we enhance our team's psychological safety?
チームの心理的安全性をどのように高めることができるでしょうか？
率直な意見交換ができる環境作りについて議論を促す表現。
It is important to have an open and honest discussion.
オープンで正直な議論を行うことが重要です。
レトロスペクティブの目的が非難ではなく改善であることを再確認する。
Let's look at the 'Keep' items first.
まずは'Keep'の項目から見ていきましょう。
KPTフレームワークに沿って議論を進行する際のアナウンス。
Moving on to the 'Problem' section, what hindered our progress?
'Problem'セクションに移りましょう。進捗を妨げたものは何ですか？
議論のフェーズを切り替え、ネガティブな要因を特定する。
For the 'Try' column, let's brainstorm some practical experiments.
'Try'の列について、いくつか実践的な試行をブレインストーミングしましょう。
具体的な改善案を出すためにアイデアを募る際の表現。
Was the workload manageable during this sprint?
このスプリントのワークロードは管理可能な範囲でしたか？
チームメンバーの負荷や燃え尽き症候群の兆候を確認する質問。
We should celebrate our success in meeting the sprint goal.
スプリントゴールを達成できた成功を祝いましょう。
成果を認め合い、チームのモチベーションを維持するためのポジティブな声掛け。
Let's wrap up the retrospective by assigning owners to the action items.
アクションアイテムの担当者を決めて、レトロスペクティブを締めくくりましょう。
改善策が確実に実行されるよう、責任者を明確にして会議を終える。

心理的安全性の向上とオープンな議論 (20 文)

チームメンバーが失敗を恐れずに発言できる環境を作るための声掛けを学びます。信頼関係の構築と、健全なコンフリクトを促進する表現が含まれます。
We need to foster an environment where everyone feels safe to speak up.
誰もが安心して発言できる環境を育む必要があります。
foster an environment は '環境を醸成する' という意味で、心理的安全性を構築する際によく使われる表現です。
There are no bad ideas during this brainstorming session.
このブレインストーミング・セッションに悪いアイデアはありません。
批判を恐れずに自由な発想を促すために、セッションの冒頭で安心感を与えるフレーズです。
Please feel free to challenge the status quo.
遠慮なく現状に異議を唱えてください。
challenge the status quo は '現状を打破する' や '当たり前を疑う' ことを促す際に非常に有効な表現です。
I value your honest feedback, even if it is critical.
たとえ批判的な内容であっても、あなたの正直なフィードバックを尊重します。
厳しい意見も歓迎する姿勢を示すことで、チーム内の透明性と信頼を高めることができます。
We encourage vulnerability as a way to build trust within the team.
チーム内の信頼を築く方法として、弱みを見せることを奨励しています。
vulnerability（脆弱性）をさらけ出すことが、真の信頼関係の構築に繋がるという考え方を伝えます。
Mistakes are seen as learning opportunities, not failures.
ミスは失敗ではなく、学習の機会と見なされます。
失敗を責めない文化を作ることで、チームの挑戦心とイノベーションを促進するポジティブな表現です。
Let's ensure that every voice is heard in this meeting.
この会議では全員の声が確実に届くようにしましょう。
一部の人の発言に偏らず、多様な意見を吸い上げるインクルーシブな姿勢を示す際に使います。
I want to create a space where you can share your concerns without fear of retribution.
報復を恐れることなく懸念を共有できる場を作りたいと考えています。
fear of retribution は '報復への恐れ' を意味し、不利益を被る心配がないことを保証する強い表現です。
Active listening is crucial for maintaining open communication.
オープンなコミュニケーションを維持するためには、積極的傾聴が不可欠です。
相手の話を深く理解しようとする 'Active listening' の重要性を強調するビジネス用語です。
We should avoid blaming individuals when things go wrong.
物事がうまくいかないときに、個人を責めるのは避けましょう。
問題の原因を人ではなくプロセスに求める、アジャイルやスクラムの根本的な考え方を示すフレーズです。
What can I do to better support your growth and well-being?
あなたの成長と幸福をより良くサポートするために、私にできることはありますか？
メンバーの個人的な成長や健康状態（well-being）を気遣うリーダーシップを示す際の定型句です。
Diversity of thought is our greatest asset in problem-solving.
思考の多様性は、問題解決における私たちの最大の資産です。
異なる視点や考え方（diversity of thought）がチームの強みであることを強調する表現です。
It is okay to say 'I do not know' when you are unsure.
確信が持てないときは 'わかりません' と言っても大丈夫です。
不明点を正直に認めることを許可し、知ったかぶりによるリスクや心理的負担を軽減させます。
Let's practice radical candor while remaining respectful.
敬意を保ちつつ、徹底的な本音で話し合いましょう。
radical candor は '徹底的な率直さ' を意味し、遠慮せずかつ建設的に意見を戦わせる文化を指します。
Your perspective is unique and essential to our success.
あなたの視点は独特であり、私たちの成功に不可欠です。
個々のメンバーの貢献と独自の視点を高く評価し、自己肯定感を高めるためのフレーズです。
We should celebrate the courage it takes to speak the truth.
真実を話すために必要な勇気を称えるべきです。
言いづらい事実を報告したメンバーを称賛し、正直なコミュニケーションを促進する際に用います。
How do you feel about the current team dynamics?
現在のチームの力関係や雰囲気についてどう感じていますか？
team dynamics はチーム内の相互作用や人間関係の状態を指し、その健全性を確認する際に使われます。
Transparency helps us build a culture of mutual respect.
透明性は、相互尊重の文化を築く助けになります。
情報を隠さず共有すること（transparency）が、互いを尊重し合う土壌を作るという論理を示します。
Let's keep the lines of communication open at all times.
常にコミュニケーションのラインをオープンにしておきましょう。
keep the lines of communication open は、いつでも相談や報告ができる風通しの良い状態を維持することを意味します。
Psychological safety is the foundation of high-performing teams.
心理的安全性は、高いパフォーマンスを発揮するチームの基盤です。
Googleの研究などで知られる 'Psychological safety' がチームの成功に不可欠であることを明示する表現です。

バーンダウンチャートによる進捗可視化 (20 文)

残作業の推移を視覚的に分析し、スプリントゴールの達成可能性を客観的に議論するためのフレーズです。データに基づいた現状把握を行います。
Let's review the burndown chart to see where we stand.
現在の状況を確認するために、バーンダウンチャートを見直しましょう。
where we standは'現在の立ち位置'や'進捗状況'を指し、チームの現状を客観的に把握する際に使われます。
The burndown chart indicates that we are ahead of schedule.
バーンダウンチャートは、私たちが予定より早く進んでいることを示しています。
ahead of scheduleは'予定より早く'という意味で、進捗が順調であることを報告する際のポジティブな表現です。
According to the burndown chart, we are slightly behind our targets.
バーンダウンチャートによると、目標より少し遅れています。
behind our targetsで'目標に遅れている'状態を表し、チームに注意を促したり対策を講じたりする際に使います。
The ideal line shows the path we should be following for a steady completion.
理想線は、安定して完了させるために辿るべき経路を示しています。
ideal lineは'理想線'を指し、計画通りに作業が消化された場合の基準となるガイドラインを説明する語です。
There is a significant gap between the actual progress and the ideal line.
実際の進捗と理想線の間に大きな隔たりがあります。
gap between A and Bを用いて、計画と実態の乖離を強調し、問題解決の必要性を示唆する表現です。
The flat line on the chart suggests that no tasks were completed yesterday.
チャートの水平な線は、昨日タスクが一つも完了しなかったことを示唆しています。
flat lineは'横ばいの線'を意味し、作業が停滞していることを視覚的な根拠に基づいて指摘する際に便利です。
We need to update the remaining effort every day to keep the chart accurate.
チャートの正確性を保つために、毎日残りの工数を更新する必要があります。
remaining effortは'残りの工数'を指し、バーンダウンチャートを正しく機能させるための運用ルールを伝える表現です。
The burndown chart provides a clear visualization of the team's velocity.
バーンダウンチャートは、チームのベロシティを明確に可視化してくれます。
visualizationは'可視化'を意味し、数値データを図表で分かりやすく提示することの利点を説明する際に使われます。
A sudden drop in the chart indicates that several stories were closed simultaneously.
チャートの急激な下落は、複数のストーリーが同時に完了したことを示しています。
sudden dropは'急激な低下'を指し、溜まっていたタスクが一気に完了した状況などを分析する際に用います。
Scope creep is causing the burndown chart to trend upwards.
スコープクリープのせいで、バーンダウンチャートが上昇傾向にあります。
trend upwardsは'上昇傾向にある'という意味で、作業範囲の拡大（スコープクリープ）によるリスクを警告する表現です。
The x-axis represents time, while the y-axis represents the remaining story points.
x軸は時間を表し、y軸は残りのストーリーポイントを表します。
x-axisとy-axisはそれぞれ'x軸'と'y軸'を指し、グラフの構成要素を技術的に説明する際の基本語彙です。
If the actual line stays above the ideal line, we might not finish the sprint on time.
実線が理想線より上のままだと、スプリントを期限内に終えられないかもしれません。
on timeは'時間通りに'や'期限内に'を意味し、現在のペースでは納期が危ういことを伝える際に使います。
We should use the burndown chart to spark discussions during the daily stand-up.
デイリースタンドアップでの議論を促すために、バーンダウンチャートを活用すべきです。
spark discussionsは'議論を呼び起こす'という意味で、チャートを対話のきっかけとして利用することを提案する表現です。
The burndown chart helps us identify potential risks early in the sprint.
バーンダウンチャートは、スプリントの早い段階で潜在的なリスクを特定するのに役立ちます。
identify potential risksで'潜在的リスクを特定する'という意味になり、早期発見と早期対応の重要性を強調します。
Is the burndown chart reflecting the most up-to-date information?
バーンダウンチャートは最新の情報を反映していますか？
up-to-dateは'最新の'という意味で、データの鮮度が保たれているかを確認する際の定番の形容詞です。
The team's progress is consistent with the projected burndown rate.
チームの進捗は、予測されたバーンダウン率と一致しています。
consistent withは'〜と一致している'という意味で、実績が予測モデルに沿って順調に推移していることを評価する表現です。
We noticed a plateau in the burndown chart, so let's investigate the blockers.
バーンダウンチャートに停滞が見られるので、障害（ブロッカー）を調査しましょう。
plateauは'停滞期'や'横ばい状態'を指し、進捗が止まった原因を突き止めるようチームに促す際に使われます。
The burndown chart is a key metric for monitoring our sprint health.
バーンダウンチャートは、スプリントの健全性を監視するための重要な指標です。
key metricは'重要な指標'、sprint healthは'スプリントの健全性'を意味し、プロジェクト管理における重要度を強調する表現です。
Let's aim to bring the actual line back down to the ideal line by tomorrow.
明日までに実線を理想線まで引き戻すことを目指しましょう。
bring back downは'引き下げる'という意味で、遅れを取り戻して正常な軌道に戻そうという意欲を示す際に使われます。
Transparency is improved when everyone can see the burndown chart.
全員がバーンダウンチャートを見ることができれば、透明性が向上します。
transparencyはアジャイルの核心である'透明性'を指し、情報のオープンな共有がチームに与えるメリットを説明する表現です。

自律性の尊重とマイクロマネジメントの回避 (20 文)

チームに意思決定を委ね、スクラムマスターとして「サーバントリーダーシップ」を発揮するための表現です。指示ではなく支援の姿勢を強調します。
We should trust the team to handle the technical implementation details.
技術的な実装の詳細はチームが対処できると信頼すべきです。
チームの専門性を尊重し、マネジメント側が細かな手法に介入しない姿勢を示す際に使用します。
My role is to support your efforts, not to dictate every single step.
私の役割は皆さんの努力をサポートすることであり、すべてのステップを指示することではありません。
リーダーが支援者（サーバントリーダー）としての立場を明確にし、チームの自律性を促す表現です。
Please avoid micromanaging the developers' daily tasks during the sprint.
スプリント中、開発者の日々のタスクを細かく管理することは避けてください。
マイクロマネジメントが生産性を下げることを指摘し、自律的な作業環境を求める際に使われます。
The team is self-organizing and knows best how to achieve the sprint goal.
チームは自己組織化されており、スプリントゴールを達成する最善の方法を熟知しています。
アジャイルの核心である '自己組織化' という概念を強調し、外部からの過度な干渉を制止するフレーズです。
We need to empower the team to make their own decisions regarding the architecture.
アーキテクチャに関する意思決定は、チームに権限を委譲する必要があります。
意思決定の権限を現場に与える 'empower' という動詞を使い、自律性を高める文脈で用います。
Let's focus on the outcomes rather than the specific process they use.
彼らが用いる特定のプロセスよりも、成果に焦点を当てましょう。
手段（How）ではなく結果（What/Outcome）を重視することで、チームの自由度を確保する考え方を伝えます。
I want to give you the autonomy to manage your own workload and schedule.
皆さんに、自身の仕事量とスケジュールを管理する自律性を与えたいと考えています。
個々のメンバーに裁量を与え、責任感とモチベーションを向上させるための提案です。
It is better to step back and allow the team to solve this problem themselves.
一歩引いて、チームが自分たちでこの問題を解決できるようにするのが得策です。
すぐに答えを出さず、チームが自ら解決策を見つける成長の機会を見守る姿勢を示します。
Micromanagement can stifle the team's creativity and long-term motivation.
マイクロマネジメントは、チームの創造性と長期的なモチベーションを阻害する可能性があります。
過度な管理がもたらす弊害（stifle: 抑圧する）を論理的に説明する際に使用します。
We provide the 'what' and 'why', but we let the team decide the 'how'.
私たちは '何を' 'なぜ' するかを提供し、'どのように' 行うかはチームに任せます。
役割分担を明確にする際によく使われるフレーズで、実装方法についてはチームの裁量であることを示します。
As a Scrum Master, I facilitate the process rather than controlling the people.
スクラムマスターとして、私は人をコントロールするのではなく、プロセスを促進します。
コントロール（支配）とファシリテーション（促進）の違いを強調し、自身の役割を定義する表現です。
How can I help you overcome this obstacle without interfering in your workflow?
皆さんのワークフローを妨げることなく、この障害を克服するのをどう手伝えますか？
自律性を尊重しつつ、支援が必要な箇所だけを特定しようとする配慮のある問いかけです。
Trust is the foundation of a high-performing, self-sufficient team.
信頼は、高いパフォーマンスを発揮する自立したチームの基盤です。
相互信頼がチームの成長に不可欠であることを説き、過干渉を控える根拠として述べます。
Give the developers the space they need to innovate and experiment.
イノベーションと実験を行うために必要なスペースを開発者に与えてください。
時間的・心理的な余裕（space）が新しいアイデアを生むために必要であることを強調します。
We must foster an environment of psychological safety where team members feel heard.
メンバーが意見を聞いてもらえていると感じられる、心理的安全性の高い環境を育む必要があります。
自律的な発言を促すために、心理的安全性（psychological safety）の重要性を説く際に使います。
Don't ask for constant status updates if it slows down their development speed.
開発スピードを落とすようなら、絶え間ない進捗報告を求めるのはやめましょう。
過剰なレポート業務が本質的な作業を妨げている場合に、管理側に改善を求めるフレーズです。
The team owns the sprint backlog, so they should decide how to distribute the tasks.
チームがスプリントバックログを所有しているため、タスクの割り振りは彼らが決めるべきです。
バックログの所有権（ownership）がチームにあることを再確認し、自律的なタスク管理を促します。
Encourage the team to take full ownership of their tasks from start to finish.
タスクの開始から完了まで、チームが完全なオーナーシップを持てるよう促してください。
責任の所在を明確にし、自ら完遂する意欲を高めるためのマネジメント上の助言です。
Intervening too early prevents the team from learning from their own mistakes.
介入が早すぎると、チームが自身の失敗から学ぶ機会を奪ってしまいます。
失敗を学習の機会と捉え、あえてすぐには助け舟を出さない意図を説明する際に用います。
Support the team's autonomy by removing external pressures and distractions.
外部からの圧力や注意を散らすものを取り除くことで、チームの自律性をサポートしてください。
チームが集中できる環境を作る（障害物を取り除く）ことがマネジメントの本来の仕事であることを示唆します。

技術的負債と新機能開発のバランス (20 文)

長期的な保守性と短期的な価値提供のトレードオフを議論します。リファクタリングの必要性をビジネス側に理解してもらうための説得力を養います。
We need to strike a balance between delivering new features and addressing technical debt.
新機能のリリースと技術的負債への対処のバランスを取る必要があります。
strike a balance between A and Bで'AとBのバランスを取る'という表現。開発速度と品質の維持を両立させる際に頻出します。
How much of our sprint capacity should we allocate to refactoring this legacy code?
レガシーコードのリファクタリングに、スプリント容量のどの程度を割り当てるべきでしょうか？
allocate toで'〜に割り当てる'という意味。リソース配分の議論で使われる標準的なフレーズです。
Ignoring technical debt now will slow down our velocity in the long run.
今、技術的負債を無視することは、長期的にはベロシティを低下させることになります。
in the long runは'長期的には'という意味。目先の利益よりも将来の生産性を重視する文脈で使われます。
We should prioritize fixing these critical bugs before starting the next feature.
次の機能開発を始める前に、これらの重大なバグの修正を優先すべきです。
prioritize ... before startingで優先順位を明確にする表現。タスクの順序付けにおいて重要です。
Let's dedicate twenty percent of every sprint to paying down our technical debt.
毎スプリントの20パーセントを技術的負債の返済に充てましょう。
pay down technical debtで'技術的負債を返済する（解消する）'という比喩的な表現。一定の割合を確保する提案です。
The team is struggling with a codebase that has become difficult to maintain.
チームは、保守が困難になったコードベースに苦労しています。
struggle withで'〜に苦戦する'という意味。技術的負債が原因で作業効率が落ちている状況を説明します。
We need to explain to the Product Owner why refactoring is necessary for future scalability.
将来の拡張性のために、なぜリファクタリングが必要なのかをプロダクトオーナーに説明する必要があります。
scalabilityは'拡張性'。技術的な改善がビジネス価値（将来の成長）にどう繋がるかを説得する際に使います。
High technical debt often leads to more bugs and longer development cycles.
高い技術的負債は、しばしばバグの増加や開発サイクルの長期化を招きます。
lead toで'〜を引き起こす'。負債を放置することによる負の連鎖を警告する表現です。
Is this a 'quick and dirty' fix, or are we following our coding standards?
これは'その場しのぎ'の修正ですか、それともコーディング標準に従っていますか？
quick and dirtyは'短期間で仕上げたが質が低い'ことを指す慣用句。品質を問う際に使われます。
We should include technical debt items in our product backlog to make them visible.
技術的負債の項目をプロダクトバックログに含め、可視化すべきです。
make something visibleで'〜を可視化する'。隠れた問題を顕在化させるアジャイルの原則に基づいた提案です。
Our goal is to maintain a sustainable pace without compromising code quality.
私たちの目標は、コードの品質を妥協することなく、持続可能なペースを維持することです。
without compromisingで'〜を妥協することなく'。スピードと品質のトレードオフを否定し、両立を目指す姿勢を示します。
Focusing only on new features will eventually lead to a 'code freeze' situation.
新機能だけに集中すると、最終的には'コードフリーズ'（開発停止）状態を招くことになります。
eventually lead toは'最終的には〜に至る'。極端な機能開発優先がもたらすリスクを指摘する際に有効です。
We need to refactor this module to improve its testability and performance.
テスト容易性とパフォーマンスを向上させるために、このモジュールをリファクタリングする必要があります。
testabilityは'テストのしやすさ'。具体的な技術的利点を挙げてリファクタリングの正当性を示すフレーズです。
Technical debt is like financial debt; the interest grows over time if left unpaid.
技術的負債は金融債務のようなものです。放置すれば利息が時間とともに膨らみます。
interest grows over timeで'利息が時間とともに増える'。負債を放置するコストを金融に例えて説明する定番の比喩です。
Let's assess the impact of this architectural change on our current technical debt.
このアーキテクチャの変更が、現在の技術的負債に与える影響を評価しましょう。
assess the impact ofで'〜の影響を評価する'。変更が負債を増やすのか減らすのかを確認する際に使います。
The Product Owner agrees that stability is a priority for this upcoming release.
プロダクトオーナーは、今回のリリースでは安定性が優先事項であることに同意しています。
priority for this upcoming releaseで'今度のリリースの優先事項'。ビジネス側との合意形成を確認する表現です。
We are seeing a decrease in velocity due to the accumulation of technical debt.
技術的負債の蓄積により、ベロシティの低下が見られます。
accumulation ofで'〜の蓄積'。数値（ベロシティ）の低下という事実に基づき、負債解消の必要性を訴えます。
Automated testing helps us manage technical debt by catching regressions early.
自動テストは、デグレードを早期に発見することで技術的負債の管理を助けてくれます。
catch regressions earlyは'デグレード（先祖返り）を早期に見つける'。負債を増やさないための予防策に言及する表現です。
We must avoid taking shortcuts that will create more work for us later.
後でより多くの作業を生むことになるような、近道（手抜き）は避けなければなりません。
take shortcutsで'近道をする、手抜きをする'。将来的な負債を生む安易な実装を牽制するフレーズです。
Balancing innovation with maintenance is key to a healthy software lifecycle.
革新と保守のバランスを取ることが、健全なソフトウェアライフサイクルの鍵です。
is key toで'〜の鍵である（極めて重要である）'。全体的な戦略としてバランスの重要性を強調します。

タイムボックスの厳守と会議の効率化 (20 文)

会議の目的を明確にし、議論が脱線した際に軌道修正するための進行表現です。参加者の時間を尊重し、生産性を高めるためのスキルです。
We need to respect the timebox for this daily stand-up to keep it effective.
このデイリースタンドアップを効果的なものにするために、タイムボックスを尊重する必要があります。
timeboxはスクラムで設定された制限時間を指し、respect the timeboxで時間を厳守するという意味になります。
Let's stick to the agenda to ensure we cover all necessary points.
必要な項目をすべて網羅するために、アジェンダに沿って進めましょう。
stick to the agendaは、予定されていた議題から脱線せずに進行することを促す定番の表現です。
We have only five minutes remaining for this specific topic.
この特定のトピックに割ける時間は残り5分しかありません。
remaining（残っている）を使い、議論の締め切りが近いことをチームに意識させるフレーズです。
To keep us on track, let's move this technical discussion to a separate meeting.
脱線を防ぐために、この技術的な議論は別の会議に回しましょう。
keep us on trackは進行を軌道に乗せておくことを意味し、本筋から外れた議論を切り分ける際に使います。
Please keep your updates concise to stay within our allocated time limit.
割り当てられた時間内に収まるよう、進捗報告は簡潔にお願いします。
concise（簡潔な）は、効率的な会議を求めるスクラムマスターがよく使う形容詞です。
We are running out of time, so let's park this item for now.
時間がなくなってきたので、この項目は一旦保留（パーキング）しましょう。
park an itemは、重要だが今話すべきではない議題を、後で議論するために記録しておくテクニックです。
I will act as the timekeeper for today's retrospective to ensure efficiency.
効率化を図るため、今日のレトロスペクティブでは私がタイムキーパーを務めます。
act as ...で「〜の役割を務める」となり、会議の規律を保つ役割を宣言する際に使います。
Let's wrap up this meeting on time to respect everyone's schedule.
全員の予定を尊重し、この会議を時間通りに切り上げましょう。
wrap upは「終える」「まとめる」という意味の口語表現で、会議の終了間際に頻出します。
We need to avoid going down the rabbit hole on this minor issue.
この些細な問題について深入りしすぎるのは避けなければなりません。
go down the rabbit holeは、本筋とは関係ない細部に迷い込んで時間を浪費することを指す比喩表現です。
Is everyone clear on the goals for this fifteen-minute session?
この15分間のセッションの目的について、全員理解していますか？
会議の冒頭で目的を確認することで、参加者の集中力を高め、時間の浪費を防ぎます。
Let's focus on the 'what' and discuss the 'how' in a follow-up session.
今は『何を』に集中し、『いかに』についてはフォローアップセッションで話し合いましょう。
議論のレイヤーを分けることで、現在のタイムボックス内での成果を最大化するアプローチです。
We've spent enough time on this; let's make a decision and move on.
これに十分な時間を費やしました。決断を下して次に進みましょう。
move onは次のトピックに移ることを促すフレーズで、膠着状態を打破する際に有効です。
Could you summarize your point in one sentence to save time?
時間を節約するために、要点を一文でまとめていただけますか？
発言が長くなっているメンバーに対し、簡潔さを求める丁寧な依頼表現です。
The purpose of this strict timebox is to prevent over-analysis.
この厳格なタイムボックスの目的は、分析麻痺（考えすぎ）を防ぐことです。
over-analysis（分析しすぎ）を避けることは、アジャイルにおける迅速な意思決定において重要です。
We should start exactly on the hour, even if some members are missing.
一部のメンバーが揃っていなくても、定刻に開始すべきです。
on the hourは「ちょうどに」という意味で、会議の規律を重んじる姿勢を示します。
If this discussion takes longer than expected, we'll schedule a deep dive later.
この議論が予想以上に長引く場合は、後でディープダイブ（深掘り）の時間を設けます。
deep diveは特定のトピックを詳細に検討することを指すビジネス用語です。
Let's try to finish five minutes early to give everyone a short break.
全員が短い休憩を取れるよう、5分早く終わるようにしましょう。
会議の効率を高め、次の予定へのバッファを作る配慮を示すフレーズです。
A hard stop at 3 PM is necessary because of my next commitment.
次の予定があるため、午後3時には完全に終了する必要があります。
hard stopは「何があってもその時間に終える」という強い締め切りを意味します。
Please refrain from side conversations to maximize our meeting efficiency.
会議の効率を最大化するため、脇道に逸れた会話は控えてください。
side conversationは本筋とは関係ない会話を指し、集中力を維持するために注意を促す際に使います。
Maintaining efficiency in meetings is key to keeping the team's momentum.
会議の効率を維持することは、チームの勢いを保つための鍵となります。
momentum（勢い）を失わないために、タイムボックスの厳守が不可欠であることを説明する表現です。

スクラムの価値観と原則の浸透 (20 文)

確約、勇気、集中、公開、尊敬という5つの価値観を組織に根付かせるためのフレーズです。アジャイルマインドセットの醸成に不可欠です。
We need to instill the core Scrum values across the entire organization.
組織全体にコアなスクラムの価値観を浸透させる必要があります。
instillは思想や価値観を徐々に染み込ませる際に使われる動詞で、組織文化の変革を促す文脈で非常に有効です。
Commitment means being dedicated to achieving the goals of the Scrum Team.
コミットメントとは、スクラムチームのゴール達成に専念することを意味します。
Scrum Valuesの1つである'Commitment'を定義する表現。単なる約束ではなく、目標達成への献身を指します。
Focus is essential for making progress in a complex environment.
複雑な環境で進捗を生むためには、フォーカス（集中）が不可欠です。
Scrum Valuesの'Focus'の重要性を説くフレーズ。マルチタスクを避け、スプリントゴールに集中する姿勢を強調します。
Openness allows the team and stakeholders to be honest about the work and challenges.
オープンさは、チームとステークホルダーが仕事や課題に対して正直になることを可能にします。
Scrum Valuesの'Openness'を説明する表現。情報共有の透明性だけでなく、問題に対する誠実さを表します。
Respect involves acknowledging the skills and independence of each team member.
リスペクト（尊敬）には、各チームメンバーのスキルと自律性を認めることが含まれます。
Scrum Valuesの'Respect'の定義。互いの専門性と自律を尊重し合うチーム文化を構築する際に使います。
Courage is required to do the right thing and work on tough problems.
正しいことを行い、困難な問題に取り組むには勇気が必要です。
Scrum Valuesの'Courage'に言及するフレーズ。不確実な状況下での意思決定や、間違いを認める強さを指します。
Transparency is the foundation of empirical process control.
透明性は、経験的なプロセス制御の基盤です。
スクラムの三本柱（Transparency, Inspection, Adaptation）の一つ。事実に基づいた意思決定を行うための前提条件を説明します。
Inspection helps us detect undesirable variances early in the sprint.
検査は、スプリント内の望ましくない差異を早期に発見するのに役立ちます。
三本柱の'Inspection'の目的を説明する表現。成果物やプロセスを定期的にチェックする意義を伝えます。
Adaptation ensures we adjust our process if the results deviate from the goal.
適応は、結果が目標から逸脱した場合にプロセスを調整することを確実にします。
三本柱の'Adaptation'を解説するフレーズ。検査の結果を受けて、柔軟に軌道修正を行う重要性を示します。
We should prioritize individuals and interactions over processes and tools.
プロセスやツールよりも、個人と対話を優先すべきです。
Agile Manifesto（アジャイル宣言）の第一原則。形式的な手続きよりも、人間同士のコミュニケーションを重視する姿勢を説きます。
Working software is the primary measure of progress in Agile.
動くソフトウェアは、アジャイルにおける進捗の主要な尺度です。
Agile Manifestoの原則に基づき、ドキュメントの量ではなく実用的な成果物を進捗の基準とすることを強調します。
Customer collaboration is more valuable than contract negotiation.
顧客との協調は、契約交渉よりも価値があります。
Agile Manifestoの価値観。対立的な交渉よりも、共通の目的のために顧客と協力する重要性を説く際に使います。
Responding to change is more important than following a rigid plan.
硬直した計画に従うことよりも、変化に対応することの方が重要です。
Agile Manifestoの核心。計画を固定せず、状況の変化に合わせて柔軟に動くことの優位性を説明します。
The Scrum Master acts as a coach to promote the Scrum mindset.
スクラムマスターは、スクラムのマインドセットを促進するためのコーチとして行動します。
スクラムマスターの役割を説明する文。指示を出すのではなく、考え方を浸透させるコーチングの側面を強調します。
We must ensure that the organization understands the benefits of self-management.
組織が自己管理（セルフマネジメント）の利点を理解するようにしなければなりません。
チームの自律性を高めるために、マネジメント層や周囲の理解を求める際に役立つフレーズです。
Encouraging a culture of continuous improvement is a key responsibility.
継続的改善の文化を奨励することは、重要な責任の一つです。
Kaizen（改善）の精神を組織に定着させる文脈で使用。レトロスペクティブなどを通じた成長を促します。
The team should feel empowered to make decisions about their own work.
チームは自分たちの仕事について意思決定を行う権限を与えられていると感じるべきです。
empower（権限を与える）を使い、チームが主体的に動ける環境作りの重要性を説く表現です。
Let's reinforce the principle of simplicity to maximize the amount of work not done.
やらなくていい仕事を最大化するために、シンプルさの原則を強化しましょう。
アジャイルの原則にある'Simplicity'を引用。無駄を省き、本質的な価値に集中することを促します。
Sustainable development means the team can maintain a constant pace indefinitely.
持続可能な開発とは、チームが一定のペースを無期限に維持できることを意味します。
短期間の無理な追い込みを避け、長期的にパフォーマンスを維持する'Sustainable Pace'の概念を説明します。
We need to align our daily actions with the Agile Manifesto.
日々の行動をアジャイルマニフェストに合わせる必要があります。
理念を掲げるだけでなく、実務レベルでの行動指針に落とし込むことを求める際に使われます。

Scrum of Scrums（複数チーム間の調整） (20 文)

複数のスクラムチームが連携する大規模開発において、依存関係や共通の課題を調整するための高度なコミュニケーション表現を学びます。
What has your team done since we last met?
前回の会議以降、あなたのチームは何を達成しましたか？
SoS（スクラム・オブ・スクラムズ）における標準的な質問で、チーム間の進捗を把握するために使用します。
What does your team plan to do before we meet again?
次回の会議までに、あなたのチームは何をする予定ですか？
将来の作業予定を共有し、他チームとの調整が必要な箇所を早期に特定するためのフレーズです。
Are there any impediments slowing your team down or getting in their way?
チームの速度を低下させている、または妨げとなっている障害はありますか？
他チームの助けが必要な障害や、プロジェクト全体に影響する問題をあぶり出す際に使います。
Is your team about to put something in another team's way?
あなたのチームが他チームの作業を妨げるような予定はありますか？
依存関係によるブロックを未然に防ぐため、自チームの変更が他所に与える影響を確認する表現です。
We need to align on the integration schedule for the shared API.
共有APIの統合スケジュールについて足並みを揃える必要があります。
複数のチームが同じインターフェースを利用する場合の、タイミング調整を促す際に非常に重要です。
Let's identify any cross-team dependencies for the upcoming sprint.
次のスプリントに向けたチーム間の依存関係を特定しましょう。
プランニング段階で、チームを跨ぐタスクの前後関係を明確にし、リスクを軽減するために使用します。
Is there any overlap between Team A's tasks and Team B's workload?
チームAのタスクとチームBの作業負荷に重複はありますか？
リソースの無駄や作業の競合を避けるために、各チームの責任範囲を確認するフレーズです。
How should we handle the resource contention for the DevOps environment?
DevOps環境のリソース競合をどのように処理すべきでしょうか？
テスト環境などの共有リソースが不足している際、優先順位や割り当てを議論する際に使います。
The delay in the authentication module is impacting three other teams.
認証モジュールの遅延が他の3チームに影響を与えています。
特定のチームの遅延が全体に波及している深刻な状況を報告し、対策を促すための表現です。
We need a representative from each squad for the Scrum of Scrums meeting.
スクラム・オブ・スクラムズの会議には、各分隊からの代表者が必要です。
SoSの参加者を定義し、各チームの状況を正確に代表できる人を招集する際に使います。
Let's sync on the architectural changes to ensure consistency across the product.
製品全体の整合性を保つため、アーキテクチャの変更について同期しましょう。
技術的な一貫性を維持するために、複数のチーム間で設計方針を共有・合意する場面で有効です。
Are there any shared risks we need to address at the program level?
プログラムレベルで対処すべき、共通のリスクはありますか？
個別のチームでは解決できない、プロジェクト全体（プログラム）に関わるリスクを特定するための質問です。
We should coordinate our release cycles to minimize deployment conflicts.
デプロイの衝突を最小限にするために、リリースサイクルを調整すべきです。
複数のチームが同時にリリースを行う際の混乱や事故を避けるための戦略的な提案です。
Who is the point of contact for the database schema updates?
データベース・スキーマの更新に関する連絡窓口は誰ですか？
他チームとの技術的な調整が必要な際、誰に相談すべきかを明確にするために使用します。
Let's use the dependency board to visualize the links between our backlogs.
バックログ間のつながりを可視化するために、依存関係ボードを活用しましょう。
視覚的なツール（プログラムボード等）を使って、チーム間のタスクの絡み合いを整理する提案です。
We need to resolve the conflict regarding the shared component library.
共有コンポーネント・ライブラリに関する競合を解決する必要があります。
複数のチームが同じコードベースを編集・利用する際の、仕様の不一致を解決するためのフレーズです。
How frequently should we hold the SoS to stay synchronized?
同期を保つために、どの程度の頻度でSoSを開催すべきでしょうか？
チーム間のコミュニケーション密度を最適化するために、会議体自体の運用ルールを相談する際に使います。
Please provide an update on the blockers that require inter-team collaboration.
チーム間の連携が必要なブロッキング事項について、最新情報を共有してください。
自チームだけでは解決できない問題の進捗を確認し、他チームへ協力を仰ぐための表現です。
We are seeing a bottleneck in the QA environment that affects all squads.
全分隊に影響するQA環境のボトルネックが発生しています。
インフラや共通プロセス上の問題が、全チームのデリバリー速度を下げていることを指摘する際に使います。
Let's ensure the 'Definition of Done' is consistent across all participating teams.
参加している全チームで '完了の定義' が一致していることを確認しましょう。
スケーリングされた環境で品質基準を統一し、最終的な製品インクリメントの質を担保するために不可欠です。

完了の定義（DoD）の確認 (20 文)

タスクが本当に「完了」したと言える基準（テスト完了、レビュー済み等）を満たしているかを厳格にチェックするための確認フレーズです。
Does this user story meet our current Definition of Done?
このユーザーストーリーは、現在の '完了の定義' を満たしていますか？
DoD（Definition of Done）が基準に達しているかを確認する際の標準的な質問です。
We need to verify if all acceptance criteria are satisfied before closing the task.
タスクをクローズする前に、すべての受け入れ基準が満たされているか確認する必要があります。
verify（検証する）を使い、タスク完了の条件が揃っているかを慎重にチェックする際に用います。
Has the code been peer-reviewed and merged into the main branch?
コードはピアレビューされ、メインブランチにマージされましたか？
DoDの具体的な項目として、レビューとマージが完了しているかを確認する表現です。
The Definition of Done ensures that every increment is of high quality.
完了の定義は、すべてのインクリメントが高品質であることを保証します。
DoDの目的が品質維持（ensure high quality）にあることを説明する際に役立ちます。
We cannot mark this as finished until the automated tests pass.
自動テストに合格するまで、これを完了とマークすることはできません。
テストの自動化がDoDに含まれている場合、その未達成を指摘するフレーズです。
Let's review the DoD checklist during our sprint planning.
スプリントプランニング中にDoDチェックリストを確認しましょう。
計画段階でチーム全体の完了基準に対する認識を合わせるための提案です。
Documentation is a mandatory part of our Definition of Done.
ドキュメント作成は、私たちの '完了の定義' の必須項目です。
mandatory（必須の）を用いて、コードだけでなく文書化も重要であることを示します。
Is the feature ready for production according to our standards?
私たちの基準に従って、この機能は本番環境へのリリースの準備ができていますか？
DoDを満たすことが本番リリースの前提条件であることを確認する問いかけです。
The team must agree on what 'done' means to avoid confusion.
混乱を避けるために、チームは何が '完了' を意味するかについて合意しなければなりません。
DoDの合意形成（agree on）がチームの透明性に寄与することを説明しています。
We should update our DoD to include security vulnerability scans.
セキュリティ脆弱性スキャンを含めるようにDoDを更新すべきです。
プロセスの改善に伴い、DoDの基準を強化する際の提案フレーズです。
This task is missing the required unit tests, so it does not meet the DoD.
このタスクには必要なユニットテストが不足しているため、DoDを満たしていません。
具体的にどの項目が不足しているために完了と見なせないかを指摘する表現です。
Performance testing is part of the Definition of Done for this release.
このリリースにおいて、パフォーマンステストは '完了の定義' の一部です。
特定のリリースサイクルで追加された特別な完了基準を共有する際に使います。
Make sure the user interface matches the design mockups.
ユーザーインターフェースがデザインモックアップと一致していることを確認してください。
視覚的な整合性がDoDに含まれている場合の確認事項です。
All bugs found during testing must be resolved to satisfy the DoD.
DoDを満たすには、テスト中に見つかったすべてのバグを解決しなければなりません。
resolve（解決する）を使い、残存バグがないことが完了の条件であることを示します。
The product owner needs to confirm that the increment is shippable.
プロダクトオーナーは、インクリメントが出荷可能であることを確認する必要があります。
DoDが満たされ、成果物が shippable（出荷可能）な状態であることを強調します。
We should not compromise on our Definition of Done to meet a deadline.
締め切りに間に合わせるために、'完了の定義' を妥協すべきではありません。
品質を維持するために、安易なDoDの簡略化を戒める表現です。
Does every team member have a clear understanding of the DoD?
チームメンバー全員がDoDを明確に理解していますか？
基準の形骸化を防ぐため、チームの理解度を確認する際に使用します。
The DoD acts as a quality gate for our development process.
DoDは、私たちの開発プロセスにおけるクオリティゲート（品質の門）として機能します。
DoDが品質管理のチェックポイントであることを比喩的に表現しています。
We need to check if the user manual has been updated for this feature.
この機能に合わせてユーザーマニュアルが更新されたか確認する必要があります。
付随する成果物の更新が完了条件に含まれている場合の具体的な確認です。
Let's confirm that the staging environment matches the production setup for final validation.
最終確認のため、ステージング環境が本番構成と一致していることを確認しましょう。
リリースの最終判断としてDoDの環境条件をチェックする際に用います。

未完了タスクの持ち越し判断 (20 文)

スプリント内に終わらなかったタスク（スローオーバー）の扱いをどうするか、原因分析と次スプリントへの影響を議論する際に使用します。
We need to decide whether to carry over this unfinished task to the next sprint.
この未完了のタスクを次のスプリントに持ち越すかどうかを決定する必要があります。
carry overは、現在の期間内に終わらなかった作業を次の期間へ引き継ぐ際に使われる標準的な表現です。
Let's assess if this task still aligns with the priorities of the upcoming sprint.
このタスクが次のスプリントの優先順位とまだ一致しているかどうかを評価しましょう。
align withは'〜と一致する'という意味で、タスクがプロジェクトの方向性と合致しているか確認する際に便利です。
Should we move this item back to the product backlog for re-prioritization?
再優先順位付けのために、このアイテムをプロダクトバックログに戻すべきでしょうか？
move back to the backlogは、即座に次のスプリントに入れるのではなく、一度全体計画に戻して検討し直すことを指します。
This story didn't meet the Definition of Done, so it cannot be considered complete.
このストーリーは'完了の定義'を満たしていないため、完了したとはみなせません。
Definition of Done (DoD)はスクラムの重要用語で、タスクが完全に終わったと判断するための基準を指します。
We should only carry over work that is critical for the next sprint's goal.
次のスプリントの目標にとって不可欠な作業のみを持ち越すべきです。
critical forは'〜にとって極めて重要'という意味で、持ち越す項目の選別基準を議論する際に使います。
If we carry this over, we need to re-estimate the remaining effort.
これを持ち越す場合は、残りの工数を再見積もりする必要があります。
re-estimate the remaining effortは、残った作業量に対して再度ストーリーポイントなどを割り当てる際に使用します。
Let's split this story and carry over only the remaining functionality.
このストーリーを分割し、残りの機能だけを持ち越しましょう。
split a storyは、大きすぎるタスクを分割して管理可能なサイズにするアジャイルのテクニックを指します。
Does the Product Owner agree with carrying this task forward?
プロダクトオーナーはこのタスクを継続することに同意していますか？
carry forwardはcarry overと同義で、未完了の項目を将来の計画に組み込むことを意味します。
We must account for the spillover when planning our next sprint capacity.
次のスプリントのキャパシティを計画する際、持ち越し分（スピルオーバー）を考慮しなければなりません。
spilloverは、予定していた期間内に終わらずに溢れ出たタスクを指す名詞としてよく使われます。
Is this unfinished task blocking any other items in the next sprint?
この未完了のタスクは、次のスプリントの他のアイテムをブロックしていますか？
blockingは、あるタスクが原因で他の作業が進められない依存関係の状態を説明する際に使われます。
We need to identify the root cause of why this task wasn't completed.
なぜこのタスクが完了しなかったのか、根本原因を特定する必要があります。
identify the root causeは、単にタスクを持ち越すだけでなく、プロセスの改善点を探る文脈で重要です。
Carrying over too many tasks will negatively impact our team's velocity.
あまりに多くのタスクを持ち越すと、チームのベロシティに悪影響を及ぼします。
negatively impactは、計画外の作業がチームの生産性指標（ベロシティ）を低下させる懸念を伝える際に使います。
Let's ensure the remaining sub-tasks are clearly defined before the carryover.
持ち越す前に、残りのサブタスクが明確に定義されていることを確認しましょう。
ensureは'確実にする'という意味で、不透明な作業を次期に持ち込まないための注意喚起に適しています。
The unfinished portion of this feature will be prioritized in the next planning session.
この機能の未完了部分は、次のプランニングセッションで優先順位が付けられます。
unfinished portionは'終わっていない部分'を指し、具体的にどの範囲を次期に回すかを明示します。
We should avoid automatically carrying over tasks without a proper review.
適切なレビューなしにタスクを自動的に持ち越すことは避けるべきです。
automatically carrying overは、思考停止でタスクをスライドさせる習慣を戒める際によく使われる表現です。
Is there any technical debt being created by moving this task to the next sprint?
このタスクを次のスプリントに移動することで、技術的負債が発生していませんか？
technical debtは、急ぎの対応や未完了の作業が将来的な修正コストを増大させるリスクを指します。
We need to be transparent with stakeholders about the tasks being carried over.
持ち越されるタスクについて、ステークホルダーに対して透明性を保つ必要があります。
be transparent withは、進捗の遅れや計画変更を関係者に正直に共有する姿勢を示す際に使われます。
Let's re-evaluate the acceptance criteria before we move this to the next sprint.
これを次のスプリントに移動する前に、受け入れ基準を再評価しましょう。
acceptance criteriaは、タスクが完了したと認められるための具体的な条件を指す重要用語です。
The sprint goal was achieved despite these few tasks being carried over.
いくつかのタスクが持ち越されましたが、スプリントゴールは達成されました。
despiteは'〜にもかかわらず'を意味し、一部の遅れがあっても主要目標は達成したことを強調する際に使います。
We will document the reason for the carryover in our retrospective notes.
持ち越しの理由をレトロスペクティブ（振り返り）の記録に文書化しておきます。
retrospective notesは、チームの改善活動（振り返り）で出た意見や決定事項を記録したものを指します。

変化への対応（アジャイルマニフェスト） (20 文)

計画に固執するのではなく、変化を歓迎し、適応していくための意思決定表現です。アジャイルの本質的な柔軟性をチームに促します。
We value responding to change over following a plan.
私たちは計画に従うことよりも、変化に対応することに価値を置いています。
アジャイルマニフェストの四つの価値の一つで、計画の固執よりも柔軟な適応を優先する姿勢を示します。
Our priority is to adapt to evolving requirements even late in development.
開発の後半であっても、進化する要件に適応することが私たちの優先事項です。
evolving requirements（進化する要件）を受け入れることが、顧客の競争優位性につながるという考えを表現します。
A rigid plan can become a barrier to delivering actual customer value.
硬直した計画は、実際の顧客価値を届ける際の障壁になる可能性があります。
rigid plan（柔軟性のない計画）が、市場の変化やユーザーフィードバックの反映を妨げるリスクを指摘する際に使います。
We need to pivot our strategy based on the latest market feedback.
最新の市場フィードバックに基づいて、戦略をピボット（方向転換）させる必要があります。
pivotはアジャイルやスタートアップで頻繁に使われる用語で、大きな方向転換を決定する際に用いられます。
Agile teams embrace change to gain a competitive advantage for the customer.
アジャイルチームは、顧客の競争優位性を高めるために変化を歓迎します。
embrace change（変化を歓迎する）という表現は、変化をリスクではなく機会として捉えるポジティブな姿勢を強調します。
Following the plan blindly might lead us to build the wrong product.
盲目的に計画に従うと、間違った製品を作ってしまうことになりかねません。
blindly（盲目的に）という副詞を使い、状況の変化を無視して計画を強行することの危険性を警告します。
We should remain flexible and open to adjustments during the sprint.
スプリント中も柔軟性を保ち、調整を受け入れる姿勢を持つべきです。
open to adjustmentsは、一度決定した内容であっても改善のための変更を拒まない態度を指します。
How can we adjust our roadmap to reflect these new priorities?
これらの新しい優先順位を反映するために、ロードマップをどのように調整すべきでしょうか？
roadmap（ロードマップ）は固定的なものではなく、優先順位の変化に応じて動的に更新されるべきものであることを示唆します。
The backlog is a living document that changes as we learn more.
バックログは、私たちが学びを得るにつれて変化する生きたドキュメントです。
living document（生きた文書）という表現は、情報の更新が継続的に行われるべきであることを意味します。
We prioritize the ability to react to unforeseen challenges.
私たちは予期せぬ課題に反応する能力を優先しています。
unforeseen challenges（予期せぬ課題）への対応力を高めることが、プロジェクトのレジリエンス（回復力）に繋がります。
It is more important to deliver what is needed now than what was planned months ago.
数ヶ月前に計画されたことよりも、今必要とされているものを届けることの方が重要です。
過去の計画の整合性よりも、現在のニーズに対する有用性を優先するアジャイルの基本原則を説明しています。
Let's re-evaluate our goals in light of the recent stakeholder feedback.
最近のステークホルダーからのフィードバックを考慮して、目標を再評価しましょう。
in light of（〜を考慮して）を使い、外部からの新しい情報に基づいて計画を修正する際に便利なフレーズです。
Welcoming changing requirements is a core principle of the Agile Manifesto.
変化する要件を歓迎することは、アジャイルマニフェストの基本原則です。
welcoming changing requirementsは、変化をプロセスの不可欠な一部として肯定的に受け入れる文化を表現します。
We must be prepared to shift our focus if the data suggests a different direction.
データが異なる方向性を示唆している場合は、焦点を移す準備をしておく必要があります。
客観的なデータに基づいて、既存の計画（focus）を柔軟に変更する重要性を説いています。
Planning is essential, but being able to deviate from it is even more critical.
計画を立てることは不可欠ですが、そこから逸脱できることはさらに重要です。
deviate from（〜から逸脱する）を使い、計画そのものよりも状況に合わせた軌道修正の能力を高く評価する表現です。
How does this change impact our current sprint goals?
この変更は現在のスプリントゴールにどのような影響を与えますか？
変化を受け入れる際に、現在の作業範囲（scope）や目標への影響を冷静に評価するための質問です。
We value the agility to respond to new insights over strictly adhering to the initial scope.
初期のスコープを厳守することよりも、新しい洞察に反応する機敏さを重視します。
adhering to（〜を固守する）よりも、agility（機敏さ）がプロジェクトの成功に寄与することを示します。
Let's incorporate these changes into the next planning session.
これらの変更を次のプランニングセッションに取り入れましょう。
incorporate（組み込む）を使い、変化を具体的なアクションプランやタスクに落とし込む際に使用します。
An adaptive approach allows us to stay aligned with the user's needs.
適応的なアプローチをとることで、ユーザーのニーズに整合し続けることができます。
adaptive approach（適応的なアプローチ）は、環境の変化に応じて自己を最適化する手法を指します。
We should not be afraid to change course if it leads to a better outcome.
より良い結果につながるのであれば、進路を変更することを恐れるべきではありません。
change course（進路を変える）を使い、成果（outcome）を最大化するために変化を選択する勇気を促す言葉です。

チームの成功の称賛とモチベーション維持 (20 文)

目標達成を祝い、個々の貢献を認めることでチームの士気を高めるポジティブな表現を学びます。持続可能な開発ペースの維持に繋がります。
Great job on completing the sprint successfully!
スプリントを無事に完了させてくれて、本当にお疲れ様でした！
スプリント終了時にチームの成果を労い、達成感を共有する際に使われる。
I want to recognize the team's hard work over the past two weeks.
この2週間のチームの懸命な努力を称えたいと思います。
具体的な期間を挙げ、チームが費やした労力を公式に認める表現。
Let's celebrate this milestone together as a team.
このマイルストーンをチーム全員で一緒に祝いましょう。
プロジェクトの重要な区切りに到達した際、連帯感を高めるために使う。
Your dedication really paid off in this successful release.
皆さんの献身的な努力が、今回のリリースの成功で実を結びました。
努力が具体的な結果（pay off）に繋がったことを強調する称賛。
You all went above and beyond to meet the project goals.
皆さんはプロジェクト目標を達成するために、期待以上の働きをしてくれました。
標準的な期待値を超えた（above and beyond）パフォーマンスを評価する言葉。
Let's give a round of applause for the successful deployment.
デプロイの成功に対して、皆で拍手を送りましょう。
会議やスタンドアップの場で、具体的な成功を物理的なアクションで祝う促し。
Let's keep this positive momentum going into the next sprint.
このポジティブな勢いを維持して、次のスプリントに繋げましょう。
成功体験を次の活動のエネルギーに変えるためのモチベーション維持フレーズ。
Your individual contributions were crucial to our collective success.
皆さんの個々の貢献が、チーム全体の成功には不可欠でした。
チーム全体だけでなく、一人ひとりの役割の重要性を再認識させる表現。
I'm incredibly proud of how the team handled the recent challenges.
チームが最近の課題にどう対処したか、非常に誇りに思います。
困難な状況を乗り越えたチームの対応力やレジリエンスを称える。
Let's take a moment to appreciate how far we've come as a team.
チームとして私たちがどれほど前進したかを振り返り、感謝しましょう。
日々の忙しさの中で見失いがちな成長の軌跡を再確認させる言葉。
Your collaboration during the crunch time was truly outstanding.
繁忙期における皆さんの協力体制は、本当に素晴らしかったです。
プレッシャーがかかる時期に発揮されたチームワークを特に評価する。
We delivered significant value to the customers in this increment.
今回のインクリメントで、顧客に大きな価値を届けることができました。
作業の完了だけでなく、それが生み出した価値（value）に焦点を当てた称賛。
Everyone's effort made this achievement possible.
全員の努力があったからこそ、この達成が可能になりました。
誰一人欠けても成し遂げられなかったことを伝え、帰属意識を高める。
Thank you for your unwavering commitment to the quality of the product.
製品の品質に対する皆さんの揺るぎないコミットメントに感謝します。
スピードだけでなく、品質（quality）を重視する姿勢を高く評価する表現。
Let's take some time to recharge before we start the next challenge.
次の挑戦を始める前に、少しリフレッシュする時間を取りましょう。
燃え尽きを防ぎ、長期的なモチベーションを維持するための休息の提案。
I'm genuinely impressed by the team's professional growth lately.
最近のチームのプロフェッショナルとしての成長には、心から感銘を受けています。
スキルやマインドセットの向上を具体的に褒め、自己効力感を高める。
Your resilience in overcoming these blockers was inspiring.
これらの障害を乗り越えた皆さんの回復力には、非常に刺激を受けました。
問題解決能力の高さが周囲に良い影響（inspiring）を与えたことを伝える。
Let's share our success story with the stakeholders to build trust.
信頼を築くために、私たちの成功体験をステークホルダーと共有しましょう。
内部の成功を外部にアピールすることで、チームの誇りと信頼を強化する。
You have every reason to be proud of the work you've done.
皆さんは自分たちが成し遂げた仕事に誇りを持つべきです。
控えめなチームに対して、自分たちの成果を正当に評価するよう促す表現。
Let's stay motivated and keep striving for excellence together.
モチベーションを高く保ち、これからも一緒に卓越した成果を目指しましょう。
現状に満足せず、さらなる高み（excellence）を目指す意欲を喚起する締めくくり。
10 個のセクションを追加表示します
レッスンをPDFでダウンロード

すべてのセクション、翻訳、FAQを1つの美しいPDFファイルとしてダウンロードできます。

よくある質問

アジャイル英語で最も重要なキーワードは何ですか？

「Alignment（方向性の一致）」と「Transparency（透明性）」です。これらを意識したフレーズを使うことで、チーム内の信頼関係が向上します。

デイリースタンドアップで時間が長引いてしまう時の対処法は？

「Let's take this offline（この件は後で個別に話しましょう）」というフレーズが非常に有効です。議論を深掘りせず、同期に集中させることができます。

プロダクトオーナーに「NO」と言う時の丁寧な表現は？

「I understand the priority, but considering our current capacity...」のように、理解を示しつつデータ（キャパシティ）に基づいて相談する形がプロフェッショナルです。

ストーリーポイントの見積もりが合わない時はどう話すべきですか？

「Can you share your reasoning behind this estimate?」と、数字ではなくその背後にある「理由」や「懸念点」を聞くことで、相互理解が深まります。

心理的安全性を高めるために、スクラムマスターができる声掛けは？

「There are no wrong questions here（間違った質問などありません）」や「We win as a team, we learn as a team（チームとして勝ち、チームとして学ぶ）」といった、失敗を学習機会と捉える表現が効果的です。

記憶定着のメカニズム

2026年最新ガイド
勉強したことをすぐに忘れてしまいませんか？世界中の優秀な学生が実践している「アクティブリコール」や「間隔反復」などの戦略を学び、情報を短期記憶から長期記憶へと確実に定着させましょう。

アクティブリコール

単に読み返すのではなく、本を閉じて情報を思い出してみましょう。この脳への負荷が記憶を強化します。

間隔反復

1日に20回復習するのではなく、翌日、3日後、1週間後と間隔を空けて復習することで、記憶が定着します。

ファインマンテクニック

子供に教えるつもりで、情報を自分の言葉で簡潔に説明してみましょう。理解の深さが変わります。

イメージ記憶

難しい単語を面白い画像や奇妙なイメージと結びつけましょう。脳は文字よりも画像や物語を早く記憶します。

記事全文を読む

おすすめのレッスン

海外M&A・PMI（買収後統合）を成功に導く英語フレーズ集：グローバル経営統合の実践ガイド

メディカル・サイエンス・リエゾン（MSL）のための高度医学的ディスカッション英語表現集

ベンチャーキャピタル・投資交渉の英語フレーズ集：スタートアップ投資の実務を網羅