- Published on
Agile Sprint Retrospective 영어 표현 완벽 가이드: 회고 진행부터 액션 아이템까지
- Authors
- Name
- 들어가며
- Phase 1: Opening — 회고 시작
- Phase 2: What Went Well — 잘된 점
- Phase 3: What Didn't Go Well — 개선할 점
- Phase 4: Root Cause Analysis — 원인 분석
- Phase 5: Action Items — 개선 액션
- Phase 6: Closing — 마무리
- 유용한 회고 프레임워크
- 어려운 상황 대처
- 실전 대화 예시
들어가며
Sprint Retrospective는 스크럼에서 가장 중요한 미팅 중 하나입니다. 글로벌 팀에서 영어로 회고를 진행해야 한다면, 단순한 "good/bad"를 넘어 구조적이고 건설적인 피드백을 전달하는 표현이 필요합니다.
이 글에서는 회고의 각 단계별로 실전에서 바로 사용할 수 있는 영어 표현을 정리합니다.
Phase 1: Opening — 회고 시작
분위기 만들기 (Setting the Tone)
"Let's take a moment to reflect on this sprint as a team."
"Remember, this is a safe space — no blame, just learning."
"The goal here is continuous improvement, not finger-pointing."
"Before we dive in, let me set some ground rules."
회고 형식 소개
"Today we'll use the Start-Stop-Continue format."
"We're going to try the 4Ls framework: Liked, Learned, Lacked, Longed for."
"Let's do a Mad-Sad-Glad retrospective today."
"I'd like to run a sailboat retro — wind, anchors, and rocks."
체크인 (Ice Breaker)
"On a scale of 1 to 5, how would you rate this sprint?"
"In one word, how are you feeling about the sprint?"
"If this sprint were a weather forecast, what would it be?"
"Give me a thumbs up, sideways, or down for this sprint."
Phase 2: What Went Well — 잘된 점
성과 인정하기
"I think we really nailed the deployment pipeline this sprint."
"The collaboration between frontend and backend was outstanding."
"We shipped the feature two days ahead of schedule, which was impressive."
"The way the team rallied around the production incident was remarkable."
"Kudos to the QA team for catching that critical bug early."
동의 표현
"I'd like to second that — the CI/CD improvements made a huge difference."
"Absolutely, I noticed a significant improvement in our deployment frequency."
"Building on what Sarah said, the new testing strategy really paid off."
"I want to echo that sentiment — cross-team collaboration was a highlight."
구체적 사례 언급
"Specifically, the decision to pair-program on the auth module saved us days."
"For example, the automated rollback we implemented prevented two outages."
"One concrete win was reducing our build time from 15 minutes to 3 minutes."
"A tangible improvement: our test coverage went from 62% to 85%."
Phase 3: What Didn't Go Well — 개선할 점
문제 제기 (건설적으로)
"One area where we struggled was estimation accuracy."
"I feel like our sprint planning could use some refinement."
"Something that held us back was the lack of clear acceptance criteria."
"We encountered some friction with the deployment process."
"I noticed we had a lot of context switching this sprint."
영향 설명
"The unclear requirements led to three rounds of rework on the search feature."
"Because we didn't have proper staging environments, QA was bottlenecked."
"The late design changes cost us roughly two developer-days."
"Frequent interruptions from support tickets reduced our focus time significantly."
건설적 비판의 프레이밍
"This isn't about blaming anyone — it's a process issue we can fix together."
"I want to flag this as a systemic problem, not an individual one."
"I think there's a real opportunity to improve our handoff process."
"Looking at this objectively, our dependency management needs work."
Phase 4: Root Cause Analysis — 원인 분석
질문하기 (5 Whys)
"Let's dig deeper — why do we think the estimates were off?"
"What was the root cause of the deployment failure?"
"Can we do a quick five-whys on the sprint scope creep?"
"Let's unpack this — what led to the communication breakdown?"
패턴 인식
"I've noticed this is the third sprint in a row where we've had scope creep."
"This seems to be a recurring theme — are we seeing a pattern here?"
"Looking at the data, our velocity has been declining over the last four sprints."
"There's a common thread between these issues: insufficient upfront planning."
가설 제시
"My hypothesis is that we're taking on too many stories without breaking them down."
"I suspect the bottleneck is in our code review process."
"It seems like the issue stems from unclear ownership of shared components."
"I think this might be related to our on-call rotation overlapping with sprint work."
Phase 5: Action Items — 개선 액션
액션 제안
"I'd like to propose that we add a definition of ready checklist."
"What if we timebox code reviews to 24 hours?"
"Could we try pair programming for complex features next sprint?"
"I suggest we implement a no-meeting Wednesday to protect focus time."
"How about we set a WIP limit of two stories per developer?"
SMART 액션 만들기
"Let's make this actionable — who owns this, and when is the deadline?"
"Can we define a clear success metric for this action item?"
"Let's be specific: reduce flaky tests from 15 to under 3 by end of next sprint."
"The owner of this action item is Alex, with a check-in at next week's standup."
우선순위 정하기
"We have seven action items — let's dot-vote on the top three."
"Which of these will have the biggest impact with the least effort?"
"I think we should focus on the low-hanging fruit first."
"Let's prioritize the items that address our biggest pain point."
이전 액션 아이템 리뷰
"Before we add new items, let's review our action items from last retro."
"Did we follow through on the deployment checklist we committed to?"
"It looks like two of our three action items are still in progress."
"Great news — the automated alerts we set up have already prevented one incident."
Phase 6: Closing — 마무리
요약
"To summarize, our three key action items for next sprint are..."
"Let me recap: we'll focus on improving estimation, reducing WIP, and..."
"Here's what we've committed to as a team going forward."
감사 표현
"Thanks everyone for being open and honest in this discussion."
"I appreciate the candid feedback — it takes courage to raise these issues."
"Great retro, team. Let's carry this momentum into the next sprint."
"Thank you for your time and thoughtful contributions today."
유용한 회고 프레임워크
Start-Stop-Continue
"What should we START doing?"
"What should we STOP doing?"
"What should we CONTINUE doing?"
4Ls Framework
"What did you LIKE about this sprint?"
"What did you LEARN?"
"What did you LACK?"
"What did you LONG FOR?"
DAKI
"What should we DROP?"
"What should we ADD?"
"What should we KEEP?"
"What should we IMPROVE?"
어려운 상황 대처
대화가 과열될 때
"Let's take a step back and focus on the process, not the person."
"I understand the frustration. Let's channel that into a concrete action item."
"Can we reframe this as 'how might we' instead of 'why did you'?"
"I appreciate the passion, but let's keep the Vegas Rule — what's said here stays here."
참여가 저조할 때
"I'd love to hear from folks who haven't spoken yet."
"Let's do a round-robin so everyone gets a chance to share."
"Feel free to add sticky notes anonymously if you prefer."
"Would a Miro board help people who prefer to write rather than speak?"
같은 문제가 반복될 때
"We've flagged this issue three times now. What's preventing us from fixing it?"
"I think we need to escalate this — it's beyond what we can solve in a retro."
"Let's commit to a concrete experiment this sprint and review the results."
"Perhaps we need leadership support to address this systemic issue."
실전 대화 예시
Scrum Master: "Alright team, let's kick off our sprint 24 retrospective.
How about we use Start-Stop-Continue today? First, what should we
start doing?"
Dev A: "I think we should start doing architecture reviews before
starting complex stories. The refactoring on the payment module
could have been avoided with an upfront design discussion."
Dev B: "I'd like to second that. Also, I think we should start
pairing more on cross-functional stories. The auth integration
went smoothly because Maria and I pair-programmed on it."
QA: "From a testing perspective, I think we should start shifting
left — involving QA in story refinement, not just at the end."
Scrum Master: "Great suggestions. Now, what should we stop doing?"
Dev A: "We should stop accepting stories without clear acceptance
criteria. Three times this sprint, I had to go back and clarify
requirements mid-development."
Dev B: "Agreed. And I think we should stop having back-to-back
meetings on Tuesdays — it kills productivity."
Scrum Master: "Noted. And what should we continue doing?"
QA: "The automated regression suite we set up last sprint caught
two critical bugs. Definitely continue investing in that."
Dev A: "Continue the daily async standups in Slack. Much more
efficient than the video calls we used to have."
Scrum Master: "Excellent. Let me summarize our action items..."
✅ 퀴즈: Retrospective 영어 표현 점검 (7문제)
Q1. 회고에서 안전한 분위기를 조성하는 표현은?
"Remember, this is a safe space — no blame, just learning." 비난이 아닌 학습이 목적임을 명시합니다.
Q2. 동료의 의견에 동의하며 추가할 때 쓰는 표현은?
"I'd like to second that" 또는 "Building on what Sarah said..."
Q3. 건설적으로 문제를 제기할 때 피해야 할 표현은?
"You didn't..." 같은 개인 공격 대신 "We encountered friction with..." 같은 프로세스 중심 표현을 사용합니다.
Q4. 5 Whys를 시작하는 표현은?
"Let's dig deeper — why do we think the estimates were off?"
Q5. Action Item을 SMART하게 만들 때 물어야 할 질문은?
"Who owns this, and when is the deadline?" "Can we define a clear success metric?"
Q6. 참여가 저조할 때 사용할 수 있는 기법은?
"Let's do a round-robin" 또는 "Feel free to add sticky notes anonymously"
Q7. Start-Stop-Continue 외에 어떤 회고 프레임워크가 있나요?
4Ls (Liked, Learned, Lacked, Longed for), DAKI (Drop, Add, Keep, Improve), Mad-Sad-Glad, Sailboat 등이 있습니다.