어느 정도 규모 이상의 프로젝트를 진행해 본 사람이라면 (설령 기획자나 컨설턴트가 아니더라도) W.B.S.라는 단어를 많이 들어보았을 것이다. WBS는 Work Breakdown Structure의 약자로...
1950년대, 미 국방성에서 최초로 사용된 용어로, PMBOK은 이렇게 정의하고 있음
- 작업분류체계 / Work Breakdown Structure (WBS) [산출/투입]. 프로젝트 팀이 프로젝트 목표를 달성하고 필요한 인도물을 산출하기 위해 실행하는 작업을 인도물 중심의 계층 구조로 세분해 놓은 것. 프로젝트의 전체 범위를 구성하고 정의하며, 하위수준으로 내려가면서 프로젝트 작업에 대해 점차 상세한 정의를 보여준다. WBS는 작업 패키지로 세분되고, 인도물 중심으로 구성되며 내부 인도물과 외부 인도물을 모두 포함하고 있다. (출처 : http://blog.naver.com/lugenzhe/90091209699)
□ WBS의 필요성
- 원가와 일정 계획을 수립하고 통제하는 기본단위가 됨
- 명확한 책임의 부여에 매우 유용함
- 고객과의 의사소통 기준이 됨
- 일정, 원가, 자원 추정의 정확성이 높음
- 위험식별을 위한 기준이 됨
- 요구사항 변경관리의 기준선으로 활용할 수 있음
- 프로젝트 가시적 관리의 강력한 수단을 제공함
- 획득가치 기반의 프로젝트관리에 필수적 요소임
- 품질평가 대상의 기본단위가 됨
- 프로젝트 착수, 실행, 통제, 종료의 기본단위로 WBS가 가장 작은 수준의 프로젝트라 볼 수 있음
굳이 우리말로 번역을 해 보자면 "업무 분해도" 쯤이 되며,
> 할 업무들을 단위별로 정의하지만, > 이 리스트를 일의 순서라고 볼 수는 없다.
뭐랄까 Things To Do 와 Scheduling이 믹스된듯한 느낌을 받게 될 것이다.
WBS는 보통 PM(Project Manager)이나 PL(Project Leader)가 작성하지만, 프로젝트의 규모와 성격에 따라 다수가 함께 작성하기도 한다. 그리고 프로젝트의 규모와 일정에 따라 단순하기도 하고, 끝도 없이 세분화되고 복잡해지기도 한다.
심플한 WBS의 샘플을 하나 보면 아래와 같다. (이 글에서 보여줄 2개의 WBS는 모두 실제 프로젝트에서 사용되었던 것으로 보안상/계약상의 이슈로 자세히 보이게끔 제공할 수 없음을 미리 밝힌다.)
대략 3개월에 걸친 프로젝트로 착수 > 분석 > 설계 > 구현 > 테스트 > 검수/오픈 의 Phases 로 구성되어 있다. 이 WBS는 특정 웹사이트 하나의 리뉴얼 프로젝트였기 때문에 상당히 간단한 편이다.
이번엔 실제 내가 제안서를 쓰고 PT해서 수주했던 약 13억짜리 규모의 OO그룹사 전체 사이트(약 100여개)의 그룹사 Web Identity를 어떻게 정의하고, 관리 및 운영(Governancing)하고 리뉴얼할지.... 세계적인 규모의 컨설팅 업체와 대형 에이전시가 컨소시엄으로 참가했던 프로젝트의 실제 WBS의 일부를 보자.
6개월의 일정이 Daily로 설정되어 있고, 총 260개의 세분화된 Task(엑셀 줄수)로 되어 있어, 여기에서 한번에 다 보여줄 수는 없기에, 아래 Task 리스트만 별도로 정리하였다. (위 엑셀 이미지는 전체 WBS의 일부이다)
웹기획자, 컨설턴트, PM이 프로젝트 초기에 가장 먼저 해야하고, 중요한 작업을 꼽으라면 나는 주저 없이
- 요건 정의
- WBS
를 꼽는다.
정확한 예측과 논리적 진행, 체계화된 프로젝트 설계는 전체 프로젝트의 성패를 좌우하게 되니, WBS를 작성할 때는 깊은 생각을 하기 바란다. 대충 일정이나 정리하겠다는 생각으로 WBS를 만들어 놓고, 지키지 못해 망가지는 프로젝트가 주위에는 너무도 많다.
[ 위 WBS의 Task 리스트만 별도로 정리한 내용 / 엑셀에선 잘 보이지 않지만, 각 Task는 각각의 산출물(Deliverables), R&R, Work Description을 가지는 경우가 있다]
I. Preparation
1. 프로젝트 착수 준비
1.1 Template 준비
1.2 Kick-off
13 요건정의
Ⅱ. Analysis
1. 전략분석
1.1 사업/브랜드 전략 리뷰
1.2 시사점 도출
2. OO그룹 웹 가이드라인 Review
3. 웹사이트 분석
3.1 웹사이트 inventory 작성
3.2 그룹/계열사/해외지사 웹사이트 분석
3.3 시사점 도출
4. Mobile 사이트 분석
4.1 Mobile site inventory 작성
4.2 Mobile site 분석 및 시사점 도출
5. VOC 청취
5.1 대상 및 일정 수립
5.2 질의서 작성
5.3 인터뷰 수행 (국내: 임원진/실무진)
5.4 인터뷰 수행 (국외: 임원진/실무진)
5.5 인터뷰 정리(시사점 도출)
6. Tech. Trend
6.1 Tech. 방향 및 동향 분석
6.2 시사점 도출
7. 선진 사례 분석
7.1 Web Strategy
7.2 Mobile Strategy
7.3 Governance
7.4 Architecture
7.5 시사점 도출
III. Strategic Direction
1. 그룹 웹 전략 수립
1.1. 시사점 종합 및 방향성 제시
2. 보고 (컨설팅 중간보고)
3. Web 전략 상세화
3.1 Group Web Structuring
a. Web Type 정의
- Web 유형분류 by Objective
b. Group Web Structure 정의
- 브랜드 전략과 Blending
- Tier Structure
- Site Phisical Structure
- Constellation Map
3.2 User Experience 제고
a. Site Accessibility
- Search Engine Mgmt.(SEM)
- Personalization
b. Contents Enhancement
- Information Architecture
- Contents Display Tools
- Contents Maturity
c. Navigation Facilitation
- Site 간 연계
- Channel 간 연계
- URL Naming rule
- Search Function
d. Bi-latteral Communication
- Online Community
- SNS 활용
e. Brand & Visual
- Brand Identity
- Color & Font
4. Mobile 전략 상세화
4.1 Group Web Structure Mobile 적용
4.2 User Experience 제고
a. Site Accessibility
- Web Personalization 모바일 적용 검토
b. Contents Enhancement
- Information Architecture
- Contents Display Tools
c. Navigation Facilitation
- Site 간 연계
- Channel 간 연계
- URL Naming rule
d. Brand & Visual
- Brand Identity
- Color & Font
5. 거버넌스 전략 수립
5.1 Organization 정의
5.2 R&R 정의
5.3 Process 정의
6. 아키텍처 전략 수립
6.1 Architecture 정의
7. Roadmap
7.1 향후 Roll-Out 계획 수립
8. 보고 (컨설팅 최종 보고 to YM)
Ⅳ. OO그룹 Web Style Guideline
1. OO그룹 웹 가이드라인 제작
1.1 기존 OO그룹 웹 가이드라인 리뷰
1.2 웹 트렌드 리뷰
1.3 OO그룹 웹 가이드라인 개선 디자인 컨텝
a. 클라이언트 니즈 분석
b. OO그룹 웹 가이드라인 개선 디자인 컨셉 정의 및 도출
c. Confirm 요청
d. 수정 보완
e. Confirm 요청
f. 수정 보완
g. Confirm 요청 (회장님)
1.4 Tier별 Wireframe(Story Board) 상세화
a. 도출된 가이드를 통한 상세화(Web/Mobile)
b. 1차 Confirm 요청(홍보실 / Web Manager)
c.수정 보완
f. Fix
1.5 Tier별 시안 상세화
a. 도출된 Tier별 가이드를 토대로 상세화
b. Confirm 요청(홍보실)
c. 수정 보완
d. Confirm 요청 (Steering Committee)
e. 수정 보완
f. Confirm 요청 (회장님)
1.6 Web/Mobile Style Guideline 상세화
a. 도출된 Tier별 가이드롤 토대로 상세화
b. Confirm 요청
c. 수정 보완
d. Confirm 요청
e. 수정 보완
f. Fix
1.7 OBC 템플릿 수정 및 적용
Ⅴ. OOO.com Planning
1. 서비스 프로토타입 설정
1.1 메뉴 구도조(I.A.) 설계 - 웹/모바일
1.2 메뉴 구조도 Confirm 요청
1.3 메뉴 구조도 수정 보완
1.4 메뉴 구조도 fix
2. 디자인 시안 작업
2.1 OO그룹 웹 가이드 및 장애인차별금지법 분석
2.2 메인/서브 화면설계서 작업
2.3 메인/서브 화면설계서 Confirm 요청 - 현업
2.4 메인/서브 화면설계서 수정 보완
2.5 메인/서브 화면설계서 Confirm 요청 - CIO, 브랜드팀장
2.6 메인/서브 화면설계서 수정 보완
2.7 메인/서브 화면설계서 fix
2.8 메인 /서브 디자인 시안 작업
2.9 메인 / 서브 시안 리뷰 - 현업
2.10 메인/서브 프로토타입 작업
a. 프로토타입 작업
b. 메인 / 서브 Confirm 요청
c. 메인 시안 수정 보안
d. 메인 / 서브 Confirm 요청
e. 메인 / 서브 수정 보안
f. 메인 / 서브 Confirm 요청(회장님)
3. 화면설계
3.1 사용자 화면 - 웹
a. 화면설계서 메뉴별 작업
b. 화면설계서 메뉴별 review/Confirm 요청 - 협업
c. 메뉴별 수정 및 보완
d. 고객 최종 fix
e. 영문 컨텐츠 수급(번역)
f. 영문 컨텐츠 수급(원어민 검수)
g. 영문 화면설계서 작업
h. 고객 Confirm 요청 - 협업
i. 영문 화면설계서 수정 작업
j. 고객 최종 fix
k. 중문 컨텐츠 수급(번역)
l. 중문 컨텐츠 수급(원어민 검수)
m. 중문 화면설계서 작업
n. 고객 Confirm 요청 - 협업
o. 중문 화면설계서 수정 작업
p. 고객 최종 fix
3.2 사용자 화면 - 모바일
a. 화면설계서 메뉴별 작업
b. 화면설계서 메뉴별 review/Confirm 요청 - 협업
c. 메뉴별 수정 및 보완
d. 고객 최종 fix
e. 영문 화면설계서 작업
f. 화면설계서 메뉴별 Confirm 요청 - 협업
g. 메뉴별 수정 및 보완
h. 고객 최종 fix
i. 중문 화면설계서 작업
j. 화면설계서 메뉴별 Confirm 요청 - 협업
k. 메뉴별 수정 및 보완
l. 고객 최종 fix
3.3 관리자 화면
a. 화면설계서 작성 - 웹 / 모바일
b. 화면설계서 review/Confirm 요청 - 협업
c. 수정 및 보완
d. Confirm 요청
e. 수정 및 보완
f. 고객 최종 fix
4. 개발설계
a. 개발 시스템 분석
Ⅵ. OOO.com Development
1. 디자인
1.1 디자인 가이드 분석
1.2 상세화면 디자인 - 웹
a. 국문 디자인 작업
b. 디자인 Confirm 요청 - 협업
c. 디자인 수정 보완
d. 고객 최종 fix
e. 영문 디자인 작업
f. 디자인 Confirm 요청 - 현업
g. 디자인 수정 보완
h. 고객 최종 fix
i. 중문 디자인 작업
j. 디자인 Confirm 요청 - 현업
k. 디자인 수정 보완
l. 고객 최종 fix
1.3 상세화면 디자인 - 모바일
a. 국문 디자인 작업
b. 디자인 Confirm 요청 - 현업
c. 디자인 수정 보완
d. 고객 최종 fix
e. 영문 디자인 작업 - 현업
f. 디자인 Confirm 요청
g. 디자인 수정 보완
h. 고객 최종 fix
i. 중문 디자인 작업
j. 디자인 Confirm 요청 - 현업
k. 디자인 수정 보완
l. 고객 최종 fix
2. Publishing
2.1 웹로그 태킹 교육
2.2 코딩 시스템 분석
2.3 OO그룹 웹 가이드/웹 표준 및 장차법 지침 숙지
2.4 페이지 퍼블리싱(HTML/Javascript) - 웹
a. 코딩 가이드 작업
b. 국문 페이지 작업
c. 영문 페이지 작업
d. 중문 페이지 작업
2.5 페이지 퍼블리싱(HTML/Javascript) - 모바일
a. 국문 페이지 작업
b. 영문 페이지 작업
c. 중문 페이지 작업
3. 개발
3.1 User Interface 부분 구현
3.2 Back Office 부분 구현
Ⅶ. OOO.com Test
1. 단위별 테스트
1.1 개발 단위별 테스트
1.2 디자인 지원
1.3 코딩 지원
2. 테스트 시나리오 작성
3. 통합 테스트 및 디버깅
3.1 통합 테스트
3.2 디자인 지원
3.3 코딩 지원
3.4 개발 지원
4. 고객 테스트 및 디버깅
4.1 고객 테스트
4.2 디자인 지원
4.3 코딩 지원
4.4 개발 지원
5. 고객 검수
5.1 고객 검수
5.2 디자인 지원
5.3 코딩 지원
5.4 개발 지원
Ⅷ. Go-Live & Stabilization
1. 내부오픈(국/영/중문)
2. 수정사항 정리 및 반영
3. 실서버 포팅
4. 그랜드 오픈
5. 사이트안정화
6. 사이트 모니터링/검수/보완
7. 최종 산출물 정리
8. 완료검수서 및 관리자 매뉴얼 등
9. 운영교육/ 개발이전
Philosophiren.
Web과 관련된 고민이 있다면, 지금 이 블로그의 운영자와 상의하세요.
* 웹 전략 컨설팅
- 현재 운영중인 Web 혹은 온라인 관련 문제점 분석, Business Process 재정립, 시사점 도출
- 경영 목표와 전략을 뒷받침하는 Online Business 전략, 중소/중견 기업을 위한 현실적인 BPR/ISP,
- CRM, 전자결재, 신규 사업을 위한 시스템 통합/구축 방안
* 웹/모바일/App 구축 및 리뉴얼, 온라인 마케팅
- Web, Mobile, App 신규 구축 및 리뉴얼
- Web/Mobile 운영(Site Maintenance) 지원
- Brand Strategy + Brand Architecture + Brand Maintenance를 통한 온라인 통합 브랜딩, 소셜 마케팅 전략
>> www.PhiloBiz.co.kr을 방문하여 Contact us 나 Project 문의 메일을 이용해 주세요.
'IT 전략&기획&컨설팅 > Project Management' 카테고리의 다른 글
| "추적(측정)" 할 수 없는 것은 "관리" 할 수 없다. (0) | 2013.12.14 |
|---|