워터폴 방법론 (Waterfall)
소프트웨어 개발 방법론 중 하나로 폭포수 방법론이라고도 말합니다.
요구사항 정의(설계) → 디자인 → 개발 → 테스트 → 배포
위 순서대로 진행하며 폭포수가 떨어지는 것처럼 순차적으로 ‘일련의 단계’로 나누어 개발하는 방법을 의미합니다.
워터폴 방법론의 단점
- 각 단계가 종결되어야 다음 단계 진행 가능
- 피드백에 대한 빠른 대응이 어려움
인터넷 기술의 발달과 개인 PC의 보급이 늘어나면서 고객의 요구 사항의 빠른 변화에 재빠르게 대응하는 것이 필요해졌습니다.
애자일 방법론 (Agile)
애자일 (Agile)은 일정한 주기를 가지고 빠르게 제품을 출시하여 고객의 요구사항, 변화된 환경에 맞게 요구를 더 하고 수정해나가는 탄력적인 방법론을 말합니다.
고객과의 소통에 초점을 맞춘 방법론으로 일정한 주기마다 요구사항을 반영하고 수정하여 시장과 고객의 변화에 대응할 수 있습니다.
애자일 방법론에는 크게 스크럼(Scrum)과 칸반(Kanban) 등이 있습니다.
스크럼 (Scrum)
스크럼은 소규모의 다기능 팀이 제품 개발을 완성하기 위해 일정 기간으로 나누어 각 주기마다 일정한 목표를 설정해 결과물을 산출하는 방식입니다.
팀의 중요성을 강조하는 방식으로 팀원끼리의 빠른 의사소통으로 문제를 빠르게 해결하는 것이 핵심입니다.
팀 구성
- 제품 책임자 (PO, Product Owner) : 고객 또는 사용자와의 의사소통을 중개하고 제품의 우선순위를 결정하는 역할
- 스크럼 마스터 (SM, Scrum Master) : 팀이 스크럼을 잘 수행할 수 있도록 객관적인 조언을 해주는 가이드 역할
- 개발팀 (DT, Development Team) : PO, SM 이외의 모든 팀원
스크럼 관련 용어
- 스프린트 (Sprint) : 스크럼에서 사용되는 일정 기간(보통 1~4주)
- 제품 백로그 (Product Backlog) : 제품의 모든 요구사항을 우선순위에 따라 정리한 목록
- 스프린트 계획 회의 (Sprint Planning Meeting) : 스프린트를 진행하기 전, 해당 스프린트에서 완료해야 할 작업을 선정하는 회의
- 스프린트 백로그 (Sprint Backlog): 해당 스프린트에서 완료해야 할 작업을 우선순위에 따라 정리한 목록
- 데일리 스크럼 회의 (Daily Scrum Meeting) : 매일 진행되는 짧은 회의로, 진행 상황과 문제를 공유하는 회의
- 스프린트 리뷰 미팅 (Sprint Review Meeting) : 해당 스프린트에서 개발한 제품의 작동 여부를 검증하는 회의
- 스프린트 회고 미팅 (Sprint Retrospective Meeting) : 해당 스프린트에서 진행한 프로세스와 문제점을 검토하고 개선점을 도출하는 회의
스크럼 진행 과정
- 제품 백로그를 작성합니다.
- 스프린트 계획 회의를 통해 제품 백로그 중 이번 스프린트에서 작업할 대상과 스프린트 기간을 결정
- 스크럼 마스터는 개발팀과 협의를 통해 스프린트 백로그를 작성
- 스프린트를 진행하면서 매일 데일리 스크럼 회의을 통해 팀원들 간의 진행상황과 문제를 공유하는 등의 간략한 미팅을 진행
- 스프린트 기간이 종료가 되면 스프린트 리뷰 미팅을 통해 제품의 작동여부를 검증하며 제품의 책임자와 사용자가 검토
- 마지막으로 스프린트 회고를 통해 스프린트 주기를 되돌아보며 개선점 등을 확인하고 기록
- 제품 개발이 종료될 때까지 해당 과정을 반복
칸반 (Kanban)
칸반은 작업의 흐름을 시각적으로 표현한 보드를 사용하여 개발을 진행합니다.
칸반은 각각의 작업이 어떤 상태인지(진행 중, 완료, 보류 등)를 파악하는 것이 쉽기 때문에, 개발 과정에서 일어나는 문제를 빠르게 파악하여 대처할 수 있습니다.
이슈를 놓치지 않고 고객의 변화에 더 크게 반응할 수 있다는 장점이 있지만 전체 프로젝트가 늘어질 수 있습니다.
스크럼이 스프린트마다 기간을 두고 빠르게 개발했다면 칸반은 동시에 처리할 수 있는 업무량을 제한합니다.
즉, 칸반은 보드 형태의 업무 시간화 도구로 진행 상황을 팀원이 다같이 공유하여 투명하게 업무를 처리하고 문제 발생 시 신속하게 해결합니다.
칸반 관련 용어
칸반 보드 (Kanban Board) : 칸반 방법론의 주요 요소로, 모든 작업이 보드에 시각화됩니다.
최소 3개의 열 (요청, 진행 중, 완료)로 이루어집니다.칸반 카드 (Kanban Card) : 작업을 정리한 내용으로 보드내에서 이동합니다.
열 (Column) : 칸반 보드를 수직으로 분할하여 업무 흐름의 단계를 나타낸 것입니다.
- 주기 시간 (Cycle Time) : 하나의 작업이 진행 중 단게에 들어갔을 때부터 완료될 때까지의 시간
리드 타임 (Lead Time) : 작업이 요청되는 순간부터 완료될 떄까지의 시간
- 진행 중인 작업 (WIP, Work In Progress) : 동시에 진행되는 작업의 수를 나타내며 칸반에서는 이를 제한합니다.
칸반 기본 형태
칸반 보드는 기본적으로 계획 (To-Do), 진행 중 (Doing), 완료 (Done)의 형태를 사용합니다.
칸반 운영 예시
- 작업할 일을 칸반 카드 (포스트 잇) 형태로 작성하여, 칸반 보드에 정리한 후 진행 상태에 맞게 옮겨가며 팀 전체가 업무를 확인합니다.
- WIP를 제한하여 업무 지연 및 방치를 방지합니다.
- 업무 우선순위를 지정합니다.
참고 글 : 칸반나라의 하루