
AI 시대의 프로젝트 방법론 · Ep.07
2주 스프린트가 끝나기 전에,
AI는 세 번을 다시 만들었다.
개발 ② Agile은 살아남는가 · HFC Consulting
스프린트 리뷰 데모 자리. 개발자가 말한다. "이건 첫 주에 만든 버전이고, 피드백을 예상해서 두 번 더 갈아엎은 버전이 따로 있습니다. 어느 쪽을 보시겠습니까." 스프린트가 약속한 리듬 — 2주마다 만들고, 보여주고, 배운다 — 보다 생산의 리듬이 빨라진 것이다. 스탠드업에서 공유하는 어제의 진척은, 커밋 로그가 이미 어젯밤에 말해 준 내용이다.
역설적인 상황이다. 애자일은 느린 개발에 맞서 태어난 방법론인데, 이제 개발이 너무 빨라서 애자일이 느려 보인다. 정신과 의식을 나눠서 봐야 할 때다.
전제 — 2주는 압축의 결과였다
애자일 선언의 핵심은 피드백이다. 계획을 믿지 말고, 동작하는 소프트웨어로 배우라는 것. 2주 스프린트는 그 배움의 주기를 당대 개발 속도가 허락하는 최소치까지 압축한 결과였다. 사람이 2주는 만들어야 보여줄 것이 생겼기 때문에 2주였다. 데일리 스탠드업도 같다 — 사람의 진척은 사람이 말해야 보였기 때문에 매일 모였다.
균열 — 고정 주기가 병목이 되는 순간
보여줄 것이 이틀 만에 생기는 환경에서, 2주 주기는 압축이 아니라 대기가 된다. 진척은 도구가 실시간으로 드러내니 스탠드업의 정보 가치는 줄고, 의식만 남은 스탠드업은 15분짜리 출석 확인이 된다. 더 미묘한 균열도 있다. 1기 9화에서 본 활용 격차 — 팀원마다 속도가 수 배씩 다른데 하나의 스프린트 리듬에 모두를 묶으면, 빠른 사람은 대기하고 느린 사람은 쫓긴다.
존속 — 정신은 이겼고, 의식은 낡았다
분명히 하자. 애자일의 원칙 — 짧은 피드백, 고객과의 협력, 변화의 수용, 자기조직화 팀 — 은 패배하지 않았다. 오히려 AI 시대는 애자일 정신의 전면 승리다. 만들어 보고 배우는 것이 그 어느 때보다 싸졌으니까. 낡은 것은 정신이 아니라 그 정신을 담았던 그릇, 즉 2주라는 고정 주기와 형식화된 의식들이다. 그릇을 정신으로 착각하는 조직 — 스크럼 의식은 완벽한데 피드백은 없는 조직 — 이 가장 위험하다.
재구성 — 의식별 존속 판정
| 의식 | 판정 | AI 시대의 형태 |
|---|---|---|
| 고정 2주 스프린트 | 재설계 | 흐름 기반(칸반형) + 검증 완료가 곧 리뷰 시점. 대외 보고 주기만 별도 유지 |
| 데일리 스탠드업 | 축소 | 진척 공유는 도구로, 모임은 막힌 것(블로커)이 있을 때만 |
| 회고 | 존속 — 강화 | 사람과 협업 방식의 문제는 자동화되지 않는다. 주기 유지 |
| 백로그·우선순위 | 존속 | 무엇을 먼저 만들 것인가는 여전히 사람의 판단 |
| 리뷰(데모) | 존속 — 빈도 증가 | 2주 대기 없이 완성 즉시 이해관계자 확인 |
재설계 원칙 — 리듬(고정 주기)을 흐름(WIP 제한과 검증 게이트)으로 바꾸되, 사람이 모이는 두 자리 — 회고와 우선순위 판단 — 는 지킨다. 자동화가 밀어낸 시간은 그 두 자리에 되돌린다.
예상 반론과 대응
반론 1. "고정 리듬을 없애면 팀이 무질서해집니다."
대응. 질서의 원천을 바꾸는 것이다. 시간의 질서(2주)를 흐름의 질서(동시 진행 개수 제한, 게이트 통과 기준)로. 칸반이 증명해 온 방식이고, AI는 그 흐름의 속도를 높였을 뿐이다. 무질서해지는 조직은 리듬을 없애서가 아니라 흐름 규칙 없이 리듬만 없애서 그렇게 된다.
반론 2. "스크럼 인증과 조직 표준이 스프린트를 요구합니다."
대응. 표준이 요구하는 것이 형식인지 성과인지 구분해야 한다. 대외 보고와 계약 마일스톤은 주기를 유지하되, 내부 생산 리듬은 흐름으로 푸는 이중 구조가 가능하다 — 2화의 일정 이중 구조와 같은 원리다.
Agile 재구성 체크포인트 — 정신(피드백·협력)과 의식(주기·회의)의 구분 / 스프린트는 흐름 기반으로 전환 검토 / 스탠드업은 블로커 전용으로 / 회고와 우선순위 판단은 사람의 자리로 보존 / 대외 주기와 내부 흐름의 이중 구조
애자일의 창시자들이 지키려 한 것은 스프린트가 아니라 배움의 속도였다. 그 속도가 더 빨라질 수 있다면, 그들이라면 주저 없이 그릇을 바꿨을 것이다. 흐름이 방법이 되려면 그 흐름을 받치는 기반이 필요하다. 유일하게 AI 시대에 지위가 올라간 방법론 — 다음 편, DevOps와 파이프라인이다.
※ 본 연재의 비교·재구성 원칙은 일반적 참고용이며, 조직의 표준과 사업 특성에 맞는 조정이 필요합니다.
📎 더 읽을거리
· 애자일 소프트웨어 개발 선언 (한국어) — 본문에서 말한 "정신"의 원문 네 줄
· The Scrum Guide (공식) — 존속 판정의 대상이 된 의식들의 공식 정의
HFC Consulting의 관점
스크럼 의식은 돌아가는데 속도가 나지 않는다면, 팀의 스프린트 운영 현황을 보내 주십시오. 어느 의식이 정신을 잃고 형식만 남았는지 진단해 드립니다.
1영업일 이내 답변 · 주식회사 에이치에프씨 컨설팅 · 대표이사 장기석
📚 연재 · AI 시대의 프로젝트 방법론
◀ 이전 편 (06/10) 개발 ① Waterfall의 재평가
다음 편 ▶ (08/10) 개발 ③ DevOps와 파이프라인: 자동화가 표준이 될 때
연재 전체 보기 →
'IT 인사이트 > AI 시대의 프로젝트 방법론' 카테고리의 다른 글
| 개발 ④ AI 네이티브 개발: 스펙이 코드를 만든다 (09/10) (0) | 2026.07.17 |
|---|---|
| 개발 ③ DevOps와 파이프라인: 자동화가 표준이 될 때 (08/10) (0) | 2026.07.17 |
| 개발 ① Waterfall의 재평가 (06/10) (0) | 2026.07.17 |
| 관리 ④ 변경·형상: 변경통제위원회의 속도 문제 (05/10) (0) | 2026.07.17 |
| 관리 ③ 의사소통·보고: 주간보고는 누구를 위한 것이었나 (04/10) (0) | 2026.07.17 |