UIUX 일정관리 : 현업에서 일정관리하는 방법 WBS란? 필요 이유 및 작성방법

프로젝트를 시작하면 가장 먼저 작성하는 문서가 바로 WBS일 것입니다. WBS를 사용하면 기획, 디자인, 개발의 진척사항을 효율적으로 관리할 수 있어 실제 현업에서 많이 사용하는 툴입니다.

WBS 예시

WBS의 정의 및 필요한 이유

Work Breakdown Structure의 약자로 말 그대로 업무 분류 체계입니다. WBS에는 주로 프로젝트의 범위, 일정이 포함됩니다. 여기에 프로젝트 참여자들의 역량을 고려해 범위와 일정을 조율합니다. 보통 일정을 조율하기보다는 1,2차로 나누어 개발 범위를 조정해 관리하는 것이 일반적입니다.

1. 효율적인 일정 관리
WBS를 사용하면 프로젝트 전체의 워크 플로우를 한눈에 확인할 수 있으며 개인별로 본인의 업무 진척률을 관리해 일정을 효율적으로 관리할 수 있습니다.

2. 명확한 서비스 개발 범위
또한 웹 서비스를 기획할 때 필요한 IA, 스토리보드, Flowchart 등 필요한 정책과 서비스 로직 등의 내용과 개발 기능 등 기획과 개발 범위를 명확하게 확인할 수 있습니다.

3. 업무 TODO 관리
프로젝트 론칭 단계는 대략 7단계로 구분할 수 있는데 [기획 > 디자인 > 퍼블리싱 > 개발 > 테스트 > 론칭 > 유지보수(업데이트)] WBS를 사용하면 현재 프로젝트가 어느 단계에 있는지 추후 준비해야 할 단계가 어디인지를 미리 확인할 수 있습니다.

---

WBS 작성 방법

효율적인 업무관리를 위해 WBS는 보통 엑셀로 많이 작업합니다. 엑셀에 수식을 걸어 사용하면 현재 날짜와 상세 업무의 진척률을 자동으로 확인할 수 있기 때문입니다.

WBS에 들어가는 항목은 크게 아래와 같습니다

1. 프로젝트 단계
2. 상세 태스크
3. 작업 담당자
4. 기간
5. 진척도
6. 일정차트
7. 보고 / 회의 시점

1. 프로젝트 단계
프로젝트 단계에는 리서치, 분석, 기획, 디자인, 퍼블리싱, 개발, 테스트(테스트 시나리오), 론칭까지 포함되며 구체적으로 구현 디바이스(pc, m), 어드민화면 구현까지 고려해야하 합니다.

2. 상세 태스크
상세 태스크에서는 위에서 언급한 프로젝트 단계를 구체적으로 태스크별로 기입하는 항목입니다.  때문에 상세 태스크는 최대한 구체적으로 작성하는 것이 좋습니다.

- 리서치 : 데스크 리서치, 사용자 인터뷰 등
- 분석 : GA, AA를 통한 개편 서비스 데이터 분석
- 기획: IA, Flowchart, 스토리보드, Wireframe
- 디자인 : 시안, 프로토타입, 컴포넌트 생성, 최종시안
- 퍼블리싱 : IA 기반 구현완료 화면
- 개발 : 퍼블리싱 화면 기반 구현완료 화면, 개발 로직
-QA : 품질보중울 위한 테스트 단계

3. 작업담당자
작업 담당자는 말 그대로 태스크별 담당자를 기입하면 됩니다. 주로 기획자, 디자이너, 개발자를 입력하거나 태스크에 따라 현업 담당자를 입력하기도 합니다.

4. 기간
WBS의 제작 목적이라고도 할 수 있는 영역으로 프로젝트의 최종 오픈일정을 역으로 산출하여 단계별 수행기간을 기입하고 일별 또는 주별로 체크하며 일정을 관리합니다.

5. 진척도
입력한 기간을 바탕으로 수행예정이었던 상세 태스크들의 수행 진척도를 관리하는 영역입니다.
보통 0~100%로 구성되며 수행결과에 따라 개별 입력합니다.

6. 일정차트
일정차트는 기간을 가시적으로 보여주는 차트로 주별로 끊어서 수행해야 하는 태스크를 보여줍니다.

7. 보고 / 회의 시점
추가적으로 프로젝트를 진행할 때 진척도나 태스크 수행 정도를 상위 결정권자(팀장 / 부문장)에게 확인을 받는 과정 또한 프로젝트 성공여부에 중요한 부분입니다. 때문에 프로젝트 단계 중간중간에 보고시점을 넣어서 원활한 소통이 되도록 관리해야 합니다. 추가로 현업 담당자끼리 회의가 주기적으로 필요하다면 이 또한 WBS에 기입해 놓고 지정된 시간에 회의를 갖는 것도 좋습니다.

---

위에 언급한 WBS항목은 가장 기본적인 항목만 나열한 것으로 반듯이 그대로 사용하기보다는 회사 특성에 맞춰 일부분 변경해서 사용하는 것을 추천드립니다.