Project Management2013.12.25 11:04

어느 정도 규모 이상의 프로젝트를 진행해 본 사람이라면 (설령 기획자나 컨설턴트가 아니더라도) 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 문의 메일을 이용해 주세요.


 

신고
크리에이티브 커먼즈 라이선스
Creative Commons License
Posted by Philosophiren
Project Management2013.12.14 16:55

"추적(측정)" 할 수 없는 것은 "관리" 할 수 없다.


- 어느 PM의 이야기.

신고
크리에이티브 커먼즈 라이선스
Creative Commons License
Posted by Philosophiren
내용의 시작부터 너무 분위기를 무겁게 가고 싶진 않았으나, 냉정하게 현실을 돌아볼 필요는 있다는 생각에 짚고 넢어가고 싶은 부분이 하나 있다.


현업에서 뛰고 있는 웹디자이너는 대부분 고등학교 혹은 대학에서 관련 학과를 나왔거나 혹은 xx 디자인 학원의 짧게는 3개월, 보통은 9개월 과정을 마친후 정성스레 포트폴리오를 준비해 신입으로 입사한다. 퍼블리셔나 프로그래머 역시 비슷하다.

그럼 여러분께 물어봅시다. xx학원의 “기획자 과정”을 들어보셨는지, 혹은 xx대학의 “웹 기획자 2년/4년제”를 들어보셨는지? 짧은 이벤트성 단기 코스를 제외하곤 아마도 없을것이다. 이유가 무엇일까?

또는 “디자인전문”을 표방하는 회사는 많다. “전문 퍼블리싱” 회사도 있다. 개발만 전문으로 한다는 회사는 말할것도 없다. “기획”만 전문으로 한다는 회사를 본적 있나? 역시 없다.


왜 그럴까?


이는 그 동안 우리나라의 “기획” 이란 분야에 대한 사회적/문화적 수준의 척도일 뿐이다. 즉, 디자이너나 개발자는 관련 학과를 나와야 하지만 기획은 누구나 센스와 열정만 있으면 할 수 있다는 잘못된 관념으로 시작됐다. IT 회사, 특히 제작이나 구축을 전문으로 하는 에이전시나 SI 업체의 경우를 보면 신입 기획자는 2~3년 정도 Story Board(화면설계 혹은 U.I, Wireframe이라고도 하는) 업무를 주로 하다가 차츰 PL을 거쳐 PM의 업무를 하게 된다. 혹은 보통 “제안”과 “컨설팅”을 위주로 하는 전략컨설팅팀에서 경험을 쌓으며 PM급으로 성장을 하기도 한다.

그런데 여기서 필자가 그동안 수 많은 ‘기획자’들에게 수백번 던지 질문을 한번 해 보겠다. “ 어떤 사람이 평범한 회사에서 경리업무를 5년간 성실히 잘 수행했다고 가정해보자. 5년후에 그 사람은 별 테스트 없이 CPA(공인회계사)가 될 수 있나?” 대부분의 사람이 주저없이 아니라고 대답할 것이다. 그럼, “5년간 화면 설계 업무를 하면 PM이 될 수 있나?” 현실은 그렇다. 이 차이점에 대해 저마다의 대답을 가지고 있겠지만 내가 강조하고 싶은 부분은 “기획” 업무와 “PM” 업무는 분명 다른 토양적 지식들을 요구하고 있는데 현실에선 그 점이 너무도 무시되고 있다는 것이다. 과장해서 말하면 전반적인 PM 지식이 부족한 사람이 실제로 PM을 하고 있다는 현실을 이야기하고 싶은 것이다.


우리나라에서 가장 잘 나간다는 전문 IT 컨설팅 firm을 봐도 비슷한 현실이다. 이제 막 대학을 졸업한 신입을 뽑아 몇년간 시니어 컨설턴트 밑에서 자료 리서치나 문서 작업을 하면서 차츰 윗 등급으로 이동을 하게 된다. 물론 경험을 통해 배우는 것들도 있겠지만, 분명 S/B 업무와 Project Management 업무 사이엔 큰 강이 흐르고 있음에 틀림없다.

내 말이 믿기지 않는다면 주변의 기획자를 붙잡고 Project의 3대 요소(물론 이는 분야마다 조금씩 다르게 적용된다)나 Critical Path 가 무엇인지 물어보면 놀라운 상황들을 마주하게 될 것이다.


나는 앞으로 기획자(웹/모바일/SI), PM 그리고 컨설턴트를 위한 이야기들을 할 것이며, 지속적으로 여러분의 위치에서 어떤 내용을 어떤 식으로 활용할 수 있는지 힌트를 제공하고자 한다. 


Part 0. 전략/기획/컨설팅의 구조 : IT 전략과 기획을 고찰하다.

  • 기획에 도움되는 관련학문 및 연구분야 훑어보기 (바로가기)
  • IT 전략/기획/컨설팅을 구성하는 10개의 구간(phases) (바로가기)
  • 기억을 통해 '경험'을 설계하는 기획자 (바로가기)
  • 기획자를 위한 형이상학적 단어들의 형이하학적 정의 (바로가기)
  • 기획자? PM? 컨설턴트? 다 비슷한거 아냐 ? (바로가기)


Tip :

 > RSS 구독을 통해 편하게 받아보기 : http://philosophiren.com/rss

 > 훌륭한 블로그들과 상로 링크 교환 : 언제든지 연락주세요

 > 트위터로 받아보기 : https://twitter.com/Philosophiren


Philsophiren


신고
크리에이티브 커먼즈 라이선스
Creative Commons License
Posted by Philosophiren