(PJT관리) WBS Task는 어떻게 작성해야 할까?

WBS 작성하다가 순삭된 하루

어떻게 해야 하는지 돌아보면서 작성해보는 글

 

---

프로젝트가 일정 지연되는 이유 중 상당수는 WBS가 모호하게 작성되었기 때문이다.
“기능 개발”, “테스트”, “개선” 같은 Task는 일정도 산정하기 어렵고 완료 여부도 불명확하다.

 

요구사항을 정의하여 방향을 정하고, Task를 통해 책임과 결과를 명확히 한다.

 

---

Task 작성 원칙

1. 동사 + 산출물 구조

"무엇을 만들어 낸다."로 작성

- ex. 요구사항 정의서 작성

 

2. 모호한 표현 대신 무엇을 어떻게 하는지 명확히 표현

- ex. JWT 토큰 만료 알림 기능 설계

 

3. 단위는 관리 가능한 수준으로

- 1~5일 단위 작업

- 담당자 1명이 책임 질 수 있는 작업

 

---

좋은 WBS Task의 기준

- 완료 기준이 명확하다.

- 산출물이 존재한다.

- 일정 산정이 가능하다.

- 책임자가 명확하다.

 

예시를 작성해봐야겠다.

단계별 WBS Task 작성 예시

'데이터 카탈로그 사용자 공유 권한 기능 구현'에 대해 Task를 작성해 보았다.

단계	Task	담당자	일정	산출물
1. 분석	1.1 현행 권한 구조 분석
	1.2 공유 기능 요구사항 정의
	1.3 영향도 분석 및 범위 확정
2. 설계	2.1 공유 권한 모델 설계
	2.2 DB 스키마 설계
	2.3 API 및 권한 검증 로직 설계
	2.4 화면 설계
3. 개발	3.1 공유 권한 관리 테이블 생성
	3.2 공유 등록/해제 API 개발
	3.3 권한 검증 로직 수정
	3.4 공유 설정 UI 구현
4. 테스트	4.1 권한 시나리오 테스트
	4.2 통합 테스트 수행
	4.3 운영 배포 및 가이드 반영

 

 

 

WBS를 잘 쪼개는 순간, 프로젝트 리스크의 절반은 이미 줄어든다.