[SW 개발 모델] 애자일에서의 WBS와 스프린트 및 백로그의 융합

https://claremont.tistory.com/entry/SW-%EA%B0%9C%EB%B0%9C-%EB%AA%A8%EB%8D%B8-PMBOK%EC%99%80-WBS-%EA%B0%9C%EB%85%90

[SW 개발 모델] PMBOK와 WBS 개념

https://claremont.tistory.com/entry/SW-%EA%B0%9C%EB%B0%9C-%EB%AA%A8%EB%8D%B8-%EC%95%A0%EC%9E%90%EC%9D%BCAgile-%EB%B0%A9%EB%B2%95%EB%A1%A0

[SW 개발 모델] 애자일(Agile) 방법론

https://claremont.tistory.com/entry/SW-%EA%B0%9C%EB%B0%9C-%EB%AA%A8%EB%8D%B8-%EC%8A%A4%ED%94%84%EB%A6%B0%ED%8A%B8-%EB%B0%B1%EB%A1%9C%EA%B7%B8-%ED%85%8C%EC%9D%BC%EB%9F%AC%EB%A7%81-%EA%B0%9C%EB%85%90

[SW 개발 모델] 스프린트, 백로그, 테일러링 개념

 

 

 

전통적인 WBS 개념이 스프린트 및 백로그와 어떻게 융합될 수 있을까?

WBS는 전체 프로젝트를 체계적으로 나누고 정의하는 데 초점이 맞춰져 있으며, 스프린트는 빠른 개발과 지속적인 개선을 목표로 한다

WBS, 스프린트, 백로그의 개념적 차이

 

WBS와 스프린트 및 백로그의 융합

애자일 방식에서는 일반적으로 기능 중심으로 WBS를 적용하는 것이 효과적이다.

1. 기능 기반으로 WBS 구성
   • WBS를 단순히 작업(Task) 중심으로 나누기보다는 완성 가능한 기능 단위로 나누는 것이 중요하다
   • 예를 들어, "사용자 로그인 개발"을 하나의 WBS 단위로 설정하는 것이 바람직하다
2. WBS를 기반으로 제품 백로그 작성
   • WBS에서 세분화된 작업을 "제품 백로그(Product Backlog)"로 변환하여 관리할 수 있다
   • 제품 백로그는 프로젝트의 전체 요구사항을 정리한 리스트이며, 이후 스프린트 계획 수립 시 활용된다
3. 스프린트 계획을 통해 스프린트 백로그 생성
   • 각 스프린트가 시작되기 전에, 제품 백로그에서 우선순위가 높은 작업을 골라 "스프린트 백로그(Sprint Backlog)"를 만든다
   • 스프린트 내에서 해결할 수 있는 작은 단위의 작업을 정리하고 실행한다

 

적용 예시

예를 들어, "드론 배송 시스템 개발" 프로젝트에서 백엔드 서버 개발에 대한 WBS가 있다고 하자. 이를 백로그와 스프린트 방식으로 변환하면 다음과 같이 구성할 수 있다.

• 제품 백로그(Product Backlog)
  • API 설계
  • 데이터베이스 모델링
  • 경로 탐색 알고리즘 구현
  • 경로 최적화 기능 추가
  • MQTT 통신 연동
• 스프린트 1 (2주 차) – 스프린트 백로그(Sprint Backlog)
  • API 설계
  • 데이터베이스 모델링
• 스프린트 2 (4주 차) – 스프린트 백로그
  • 경로 탐색 알고리즘 구현
  • API 기본 기능 개발
• 스프린트 3 (6주 차) – 스프린트 백로그
  • 경로 최적화 기능 추가
  • MQTT 통신 연동

이처럼 WBS를 통해 전체 작업 구조를 정의한 후, 각 작업을 제품 백로그에 정리하고, 스프린트 백로그를 통해 실행하면 체계적인 계획 수립과 애자일 방식의 유연성을 동시에 확보할 수 있다.

 

 

 

 

 

WBS는 전통적인 프로젝트 관리에서 작업을 명확히 정의하고 체계적으로 분류하는 데 효과적이다. 반면, 스프린트는 애자일 환경에서 반복적이고 점진적인 개발을 가능하게 하는 방법론이다. 두 개념은 서로 대립되는 것이 아니라, WBS를 기반으로 한 스프린트 계획 수립을 통해 보완적으로 융합될 수 있다.

결과적으로, WBS로 프로젝트의 큰 그림을 설정한 후, 각 작업을 백로그와 스프린트 단위로 조정하여 실행하는 것이 가장 효율적인 접근 방식이라 할 수 있다!