"애자일하게 합시다"
3개 팀에서 경험한 그 말의 실제 의미
스프린트 플래닝, 데일리 스크럼, 회고 — 교과서와 현장 사이의 거리를 솔직하게 기록했다
개발자로 일하면서 세 개의 팀을 거쳤다. 셋 다 "우리 팀은 애자일로 일해요"라고 했다. 그런데 셋이 하는 방식이 전부 달랐다. 한 팀은 스프린트 보드에 티켓만 쌓았고, 다른 팀은 스탠드업이 매일 45분짜리 회의였고, 세 번째 팀에서야 "이게 애자일이구나" 싶은 걸 처음 경험했다.
애자일 선언문을 읽은 적 있다. 좋은 말이다. 그런데 현장에서 그게 어떻게 변형되는지를 아무도 미리 말해주지 않는다. 이 글은 그 간극을 3년치 경험으로 정리한 것이다.

"애자일" 경험
데일리 스크럼 시간
실제로 완료된 회고
주기 (제대로 돌아감)
교과서 vs 현실 — 항목별 비교
"애자일은 도구가 아니라 마인드셋이라는 말, 현장에서는 도구조차 제대로 안 쓰는 팀이 더 많았다."
— 두 번째 팀 퇴사 후 쓴 메모실제 스프린트 보드가 어떻게 생겼나
두 번째 팀에서 스프린트 4일 차 기준 실제 보드 상황이다. 팀 5명, 2주 스프린트.
① TODO가 14개인데 DONE이 1개 — 스프린트 절반이 지났는데 진척률 7%
② BLOCKED 2개인데 스탠드업에서 해결 논의가 없었음
③ PR이 평균 4일 대기 — 코드 리뷰 문화 부재
④ 스프린트 시작 후 긴급 추가 2건 — 스프린트 계획 의미 없어짐
⑤ "CEO 데모용 기능"이 Todo에 있음 — 비즈니스 압박이 개발 프로세스를 무너뜨리는 전형
스크럼 세리머니 — 각각 어떻게 변질되나
세 팀 비교 — 같은 애자일, 다른 결과
| 항목 | 팀 A (스타트업 초기) | 팀 B (중견기업) | 팀 C (현재, 제대로 됨) |
|---|---|---|---|
| 스프린트 목표 | 없음 | 형식적 | 팀 전체 공유 |
| 데일리 스탠드업 | 45분 기술토론 | 20분 (개선 중) | 10~12분 유지 |
| 스프린트 중 추가 | 수시로 추가 | PM이 자주 추가 | 긴급 외 차단 |
| 회고 액션 아이템 | 없음 | 있지만 미추적 | 매 회고 추적 |
| PR 리뷰 속도 | 평균 5일 | 평균 3일 | 24시간 내 원칙 |
| 스프린트 완료율 | 평균 40% | 평균 65% | 평균 82% |
| 팀 만족도 (체감) | 낮음 | 보통 | 높음 |
세 번째 팀에서 달랐던 것들
팀 C가 "제대로 된 애자일"이었던 이유는 도구나 방법론이 아니었다. 몇 가지 작은 합의가 문화를 만들었다.
스탠드업에 타이머를 켠다 — 15분이 되면 멈추고 "이 이야기는 따로 하자"로 넘긴다. 처음엔 어색했는데 2주 후엔 모두가 자연스럽게 간결하게 말하게 됐다.
스프린트 중 추가는 팀 전체 동의가 필요하다 — PM이 긴급 건을 가져오면, 기존 티켓 하나를 빼야 넣을 수 있다. 이 규칙 하나가 PM과 개발팀 사이 신뢰를 만들었다.
회고 액션 아이템은 다음 회고에서 반드시 확인한다 — 이행했는지 안 했는지 공개 추적. 안 이행했으면 왜 못 했는지 이야기한다. 형식적 회고를 막는 가장 강력한 장치였다.
DoD(완료 기준)를 팀이 정했다 — "코드 리뷰 통과 + QA 확인 + 스테이징 배포됨" 이 세 가지가 충족돼야 Done. 로컬에서 돌아가는 건 Done이 아니다.
• 스프린트 목표를 팀원에게 물으면 아무도 바로 대답 못 함
• Jira 백로그에 1년 이상 된 티켓이 있고 아무도 안 건드림
• 회고가 "수고하셨어요"로 끝나고 액션 아이템이 없음
• 스프린트 완료율이 계속 50% 이하인데 왜인지 이야기 안 함
• "우리는 애자일인데 바빠서 회고는 생략합니다"
애자일이 좋은 방법론이라는 건 여전히 믿는다. 다만 "우리 애자일해요"라는 말은 아무 정보도 주지 않는다는 걸 이제는 안다. 이직 면접에서 "어떻게 일하세요?"를 물을 때, 내가 진짜 알고 싶은 건 스탠드업을 몇 시에 하는지가 아니다. 회고에서 나온 액션 아이템이 실제로 이행되는 팀인지를 물어본다. 그 대답 하나로 그 팀의 애자일 수준이 대충 보인다.
💬 여러분 팀의 스프린트는 어떻게 돌아가나요?
교과서와 가장 크게 달랐던 순간이 뭐였는지, 혹은 반대로 "우리 팀은 이걸 잘 지킨다"는 것이 있다면 댓글로 나눠주세요. 특히 스프린트 중 PM의 긴급 추가 건을 어떻게 처리하는지 — 팀마다 방식이 궁금합니다. 🙏
'개발자 > 실무 개발 현장' 카테고리의 다른 글
| 혼자는 천재, 팀에는 민폐 - 혼자 개발하다 팀 협업으로 넘어올 때 가장 어려웠던 것 (0) | 2026.06.29 |
|---|---|
| 코드 리뷰 처음 받았을 때 멘탈 터진 경험, 그날 퇴근길에 울 뻔했다 (1) | 2026.06.22 |
| 배포 후 장애 터졌을 때, 그 긴박했던 밤 이야기 (0) | 2026.06.15 |
| 신입 개발자가 처음 맞닥뜨린 레거시 코드 — 살아남기까지의 기록 (0) | 2026.06.08 |