본문 바로가기

Knowhow/Programming

[스크랩] 프로젝트 수행 계획서 작정에 관한 짧은 글 조회(115)

[스크랩] 프로젝트 수행 계획서 작정에 관한 짧은 글
조회(115)
프로그래밍 | 2005/03/22 (화) 10:58
추천 | 스크랩
http://blog.naver.com/njolly/40000810454
프로젝트 수행 계획서라는 것이 있다...사용해본 사람도 있을 것이고 사용 안해본 사람도 있을 것이고...어떤이는 고객이 원하지 않으면 쓰지 않는다고 하고...(나도 사실은 그렇다...고객들이 대부분 삐까뻔쩍한 페이퍼웍을 요구하기 때문에 원하지 않는 경우는 나만 살짝 워드로 정리해 놓는다...)
과거(불과 몇년전)에는 생략된 경우가 많았다. 대부분 제안서에 들어있는 '수행방안' 부분을 참고해서 진행했으나 최근에 제안의 진실에 대해서 고객과 수행조직 모두 반신반의...분명한 구분이 필요하다고 합의되면서 수행계획서는 더욱 빛을 발하게 된다... 사실 수행계획서...How to에 대한 Plan...이 없다는 것 자체가 이상한 것 아닌가??
 
프로젝트 수행 계획서 왜 써야하나?
1. 프로젝트를 수행하기전 PM에게는 개념 정리의 기회를 제공...
2. 프로젝트 팀원들에겐 한눈에 프로젝트 전체를 볼 수 있게 함...
3. 진행 도중 새롭게 투입된 팀원에게 빠른 시간안에 프로젝트 정체성을 전파...(개발단계에 진입되면 별 의미가 없어진다...)
4. 프로젝트 수행 도중 모든 산출물들이 이 페이퍼에 귀속되어 진행되므로 수시로 꺼내보게 됨.
5. 비체계화, 비구체화된 제안상의 내용을 체계화, 구체화 함으로서 고객과의 실랑이때 증거물로 용이...
이처럼 다양한 이익이 있으므로 귀찮더라도 반드시 작성하도록 하자...
 
프로젝트 수행 계획서 누가 써야하나?
Project Manager 가 당연히 작성해야 한다.
 
프로젝트 수행 계획서에 무엇이 들어가야 하나?
일부 영업적인 마인드를 너무 많이 가진 PM이나 실제 수행 베이스가 약한 PM들은 페이퍼의 양에 승부를 걸고자 한다...실무에 도움이 되지 못하는 수행 계획서는 차라리 없는 것이 낫다...왜냐면 전달하고자 하는 의미가 너무나 모호하여 고객에게는 환상적인 기대치를 팀원들에게는 쓸데없는 질문들을 자아내어 PM 자신만 더욱 고달파 지기 때문이다...
수행계획서의 목차는 프로젝트의 성격에 따라 논리적으로 구성해주면 된다...
가장 일반적인 목차의 흐름은 1. 이번 프로젝트는 무엇인가? 2. 구체적으로 무엇을 만들려고 하는가? 3. 누가 만드는가? 4. 어떤 방법으로 만드는가? 5. 어떤 일정을 계획하고 있는가? 6. 마무리의 의미는 무엇이고 어떻게 할 것인가?
다음은 프로젝트 수행 계획서에 들어가는 일반적인 목차이다.
1. 프로젝트 개요 : 프로젝트 공식명칭, 목적, 목표, 수행내용(brief), 수행기간
2. 수행내역 : 내역별 작업설명(작업범위를 쓰면된다...작업범위에 대한 논란이 많으므로 단어 선택에 유의해야한다.), 개발항목 및 설명(가능하면 자세히 쓰야한다. 메인메뉴가 몇개이고 서브메뉴가 몇개인데..메인메뉴에는 가칭 이런이런 조런조런 것들이 있다...솔루션 패키지는 이런 이런것이 들어가고 대강의 메인펑션은 이런이런 것들이 있다...), 단계별 산출물
3. 수행조직 및 업무분장 : 수행조직도(가능하면 갑과을과병의 모든 관련 담당자를 집어넣도록 하자...가장 중요한것은 메인-커뮤니케이션 주체를 명확히 표시해 주는 것이다.), 직책별 업무정의(PM,PL,PA가 해야할일...그 범위와 권한,책임에 대해 명확하게 정의해준다.), 업무분장내역(공정-activity에 따라 갑과을과병의 주요 실무자를 리스트하고 공정별 그들의 참여도를 수치로 보여준다.)
4. 프로젝트 일정 계획 : 전체 일정표(공정별 예상 소모 시간을 주단위로 계획한다.), 인력 투입 계획(공정별 투입 예상 인력을 업무분야별로 참여도와 날짜...결국 M/M을 수치로 나타내준다...훨씬전에 합의된 견적과 밀접한 관계가 있으므로 PM 머리가 좀 아플 것이다...)
5. 품질 보증 및 관리 계획 : 제안서에 있거나 늘 써먹는 컨텐츠 갖다 붙여라...별로 의미가 없다...가능하면 화려하면서도 철학적이고 학술적이면 유용하다...이 부분에 대해서는 별도로 '프로젝트 표준 정의서'를 통해 고객에게 실제적이고 구체적인 내용을 전달하도록 하자...계획서에 실제적이고 구체적인 내용이 들어가면...백발백중 설전으로 아까운 시간 낭비를 하게 된다...이 부분에 잔뜩 신경써는 고객이 있다면 수행하면서 맘대로 가지고 놀아도 되는 고객이 분명하므로 잘된것이다.
6. 보고 및 검토계획 : 보고종류에 따른 보고 내용과 일정에 대해 써준다.
7. 프로젝트 슬로건 : 알아서 적어라...
 
프로젝트 수행계획서는 뭘로 만드나?
워드든 파워포인트든 상관없다...액셀도 상관없다...PM 자신이 가장 잘 쓰는 페이퍼웍 도구를 활용하자...
 
프로젝트 수행계획서는 버젼업 되어야 하나?
버젼업은 1.0이 되기 전까지 가능하다. 1.0은 고객과의 합의를 의미하고 이 후에 버젼업이 지속적으로 일어난다면 그 프로젝트는 난항의 연속...퇴사를 준비하자...
 
작성시 유의사항은?
프로젝트 수행 도중 언제든지 꺼내서 실무에 적용가능하도록 최대한 최선을 다해 실제에 가깝게 작성되어야한다...
 
예제는 없는가?
목차만으로 충분하지 않은가? 구체적인 예제를 바란다면 프로젝트 매니저를 포기하길 권장한다...  
원본 : 프로젝트 수행 계획서 작정에 관한 짧은 글