애자일, 스크럼, 워터폴 ― 기획자가 알아야 할 개발

팀의 일하는 방식을 모르면, 기획도 타이밍을 잃습니다

by 방그리

요즘은 회사에서 “애자일하게 갑시다”, “이번 스프린트 안에 끝내죠” 같은 말이 종종 들립니다.

하지만 회사 규모나 팀 성격에 따라 실제로 얼마나 방법론을 쓰는지는 천차만별이죠.

중요한 건, 어떤 방식으로 일하든 간에 기획자가 방법론의 흐름을 이해하고 있는지입니다.


이 글에서는 기획자의 실무에 도움이 되는 세 가지 방법론—워터폴, 애자일, 스크럼—을 쉽고 현실적으로 짚어보려 합니다.



워터폴: 순서대로 착착, 수정은 재앙


워터폴(Waterfall)은 가장 전통적인 개발 방식입니다.

단계별로 한 번에 하나씩, 순서대로 진행되죠.


기획 > 디자인 > 개발 > 테스트 > 배포

각 단계는 앞 단계가 끝나야 시작할 수 있습니다.

일단 넘어가면 되돌릴 수 없습니다.


대기업이 워터폴을 많이 쓰는 이유는 간단합니다.

협업 인원이 많고,

보안과 안정성이 중요하고,

일정이 명확해야 하며,

모든 게 문서로 관리되기 때문이죠.


기획자의 역할?

처음부터 완성도 높은 기획서를 작성해야 합니다.

변경이 생기면 여러 팀과 문서를 다시 조율해야 하므로 일정에 영향을 줄 수 있습니다.


물론 실무에서는 예상하지 못한 기술적 제약이나 구조상 한계로 인해 기획 방향을 수정하는 경우도 있지만,

워터폴 방식에서는 그만큼 변경의 비용과 범위가 크기 때문에 초기 설계가 중요합니다.



애자일: 빨리 만들고, 빨리 고친다


애자일(Agile)은 말 그대로 민첩하게 움직이자는 철학입니다.

완벽한 설계보다 빠르게 MVP(최소기능제품)를 만들어보자는 방식이죠.

사용자의 피드백을 받아 빠르게 수정하고 반복

긴 일정보다 짧은 주기를 여러 번 반복


스타트업이나 신사업 TF, 변화가 잦은 조직에서 주로 채택하는 방식입니다.


기획자의 역할?

완성도보다는 빠른 판단과 조율력이 중요합니다.

우선순위를 정하고, 어떤 기능은 다음으로 미루는 결정을 자주 내려야 합니다.

기획-디자인-개발 간 빠른 커뮤니케이션이 핵심이에요.



스크럼: 애자일을 팀 단위로 실천하는 구조


스크럼(Scrum)은 애자일을 팀 단위로 실현하기 위한 실전 프레임워크입니다.

스프린트(Sprint): 1~2주 단위 작업 주기

데일리 스크럼: 매일 짧은 회의로 진행 상황 공유

백로그(Backlog): 해야 할 일 목록


스타트업과 중견 IT 기업에서는 이런 용어들이 실제로 회의에서 자주 오간다고 합니다.


다만 현실에선 이런 모습도 흔하죠.

“데일리 회의는 언젠가 사라졌고”

“스프린트는 끝이 없고”

“백로그는 있지만 아무도 안 본다”


그래도 이 구조를 이해하고 있느냐에 따라 협업 방식의 감도가 달라집니다.


기획자의 역할?

기능을 작게 나누고, 우선순위를 정해 정리합니다.

마감 전에 기획서를 정리해 전달해야 하고,

스프린트 중간에 갑자기 변경 요청을 넣으면 팀 전체가 혼란스러워질 수 있어요.


그렇다면 우리 팀은

어떤 방식으로 일하고 있을까요?


명칭보다 중요한 건 팀의 흐름을 감지하는 감각입니다.

기획서를 다 끝내야 개발이 시작된다 > 워터폴

우선순위가 자주 바뀌고, 주 단위로 계획이 열린다 > 애자일/스크럼


대부분의 팀은 이 둘의 혼합형입니다.

그래서 더더욱 기획자는 현재 팀의 흐름이 어디에 가까운지를 알고 있어야 해요.



기획자가 개발 방법론을 알아야 하는 이유


1. 변경 요청이 줄 수 있는 충격을 이해할 수 있어요

워터폴: 변경 = 일정 붕괴

애자일: 변경 = 범위 조정

스크럼: 변경 = 스프린트 지연, 팀 피로 누적


2. 일정과 우선순위를 조율할 수 있어요

“이건 다음 스프린트에 넣을게요”

“이번엔 이 기능 우선으로 가죠”

이렇게 말하면 PM처럼 신뢰를 얻습니다.


3. 기획서의 제출 방식이 달라집니다

워터폴: 초반에 끝내야 함

애자일: MVP 위주로 계속 보완

스크럼: 스프린트 전까지 우선순위 기능 정리



마무리하며


기획자는 단순히 기능만 기획하는 직무가 아닙니다.

팀이 어떻게 일하는지를 감각적으로 읽고, 흐름에 맞게 움직이는 사람이에요.


방법론을 외우는 게 중요한 게 아닙니다.


“지금 우리 팀은 어떤 방식으로 일하고 있는가?”

“내가 뭘 언제까지, 어떤 흐름에 맞춰 전달해야 하는가?”


이 감각이 있는 기획자가 바로,

팀에서 인정받는 기획자입니다.

keyword
이전 10화버그, QA, 테스트 그리고 기획자