프로젝트 관리 관점에서 보는 수행방법론

목차

1. 프로젝트와 PM의 정의
2. 프로젝트 관리의 정의
3. 프로젝트를 위한 단계별 작업
1). 제안
2). 착수
3). 분석
4). 설계
5). 구현
6). 검수
7). 종료
8). 운영
4. 프로젝트 관리의 기본
1). 프로젝트의 시작
2). 프로젝트 차터 관리
3). 프로젝트의 마무리
5. 프로젝트의 성패(成敗) 요인
6. 수행방법론에 대한 사견(私見)

본문내용

수 있는지에 대한 조직의 위험 판단 범위를 기술한다.
(6) 마감일
각 산출물의 납기일을 기술한다.
(7) 인력 투입 한계
프로젝트에 투입할 수 있는 내부의 허용된 최대 인력 투입량을 기술한다.
(8) 지출 한계
프로젝트에 할당된 최대 예산을 기술한다.
(9) 우선 순위
트레이드 오프(Trade-off)를 고려한 품질, 일정, 원가간의 우선 순위를 결정하여 기술한다.
(10) 조직 제약 사항
마감, 인력 및 지출 한도 이외의 반드시 준수해야 할 제약 요인을 기술한다.3). 프로젝트의 마무리프로젝트의 마무리는 그 동안 진행된 프로젝트의 산출물에 대한 고객의 확인과 완료 검수를 받는 단계이다. 고객 요구사항과 산출물에 이상이 없는가, 프로젝트가 종료 되었는가를 확인받아야 한다. 그러기 위해서는 고객의 추가 및 변경 요구 사항, 그에 대한 피드백, 결과 등이 철저히 기록되고 관리되어야 한다.(1) 변경 요청과 내용 관리(변경 요청 기록서)프로젝트 계획 대비 변경 사항이 발생한 경우, 해당 변경을 요청하기 위한 양식으로 프로젝트의 성격에 따라 여러 항목이 가감될 수 있으나 다음은 필히 기입되어야 한다.- 변경 요청 사항 : 고객의 요청 내용으로 비공식적인 요청 내용까지도 모두 포함된다.- 변경 요청 이유 : 고객측의 사유가 되겠지만 고객정서나 고객사의 환경, 여건 등의 그 당시의 정황을 나중에 보아도 이해할 수 있게 구체적으로 기입하는 것이 좋다.- 처리 결과 : 수용 여부, 수용 범위, 결과, 조건 등을 기입한다.- 영향 : 영향은 프로젝트 범위나 수익성, 일정, 위험에 미치는 영향과 예상 결과를 기입하는 것으로 수용여부에 대한 타당성을 확인 할 수 있어야 한다.

(2) 변경 요청 내역 관리(수정 작업 리스트)변경 요청 대장(변경 요청서들의 모음)에 변경에 대한 진행로그를 표현하기 위한 양식으로, 프로젝트의 성격에 따라 여러 항목이 가감될 수 있음(예 : 변경 완료일, 중요도 등) 변경 요청 내역서는 프로젝트 완료 후 고객검수 시에도 활용되고 내부 작업 체크용으로도 효과적이다.
- 요청 일자 : 고객으로부터 접수 받은 일자를 기입한다. 완료 요청일도 추가할 수 있다.- 요청 내용 : 요청 내용을 오류/변경/추가로 구분해서 기입한다.- 요청자 : 이 항목은 고객 담당자와 부서가 다수로 협업할 경우 해당된다.- 처리 결과 : 수용 여부와 간단한 처리방법을 기입한다.- 작업 부서 : 내부 작업 부서와 작업자를 기입한다(부서별 책임자의 확인 필요).- 진행 상태 : 요청사항에 대한 처리결과 변동 사항을 기입한다.
5. 프로젝트의 성패(成敗) 요인와 방법론을 프로젝트에 적용하는 이유는 무엇인가? 간혹 수행 과정에 대한 평가와 프로젝트 결과에 대한 평가가 엇갈리는 경우가 있다. 화려한 수상 경력이나 사람들의 주목을 받았던 성공적인 결과와는 상반되게, TFT의 일원이나 담당 클라이언트는 “그 프로젝트는 정말 엉망이었어”라고 평가하는 경우가 있는데 이는 잘못된 수행 방법론으로 진행이 원만하지 못하고 손실이 있었다는 것이다.이런 경우 성공적 프로젝트라 할 수 있을지는 의문이다. 웹 사이트를 구축 작업을 수행하면서 좀 더 좋은 결과물을 만들어 내기 위함이나 클라이언트의 요구에 의해 수정 및 추가 작업을 거듭하게 된다. 이런 과정에서 초기에 생각했던 것보다 업무량이 많아지거나 업무 범위가 변동되는 등 자원의 과잉투입과 일정 지연으로 프로젝트가 어려워지는 경우가 자주 발생한다. 한 연구결과에 따르면 일정 지연, 요구 범위 확대 등에 따른 프로젝트 실패의 비율이 40%를 넘는다고 한다. 이런 원인을 아래 표 4와 같이 프로젝트 관리 관점에서 이해하려는 노력 부족에서 찾을 수 있다. 이러한 문제 부분을 보완해 수행 성과를 높일 수 있다.업 성과를 보장하며, 산출물의 통합적인 만족도를 높이기 위해 기획 산출물은 제안 단계에서부터 사전 범위 정의서의 형태로 철저하게 준비되어야 하며, 이후 사전 범위 정의서는 착수 단계에서 범위 정의서로 정의돼야 한다. 이후 상세 분석, 설계, 구현, 검수, 종료 단계에서는 범위 정의서를 기준으로 변경관리를 꼼꼼하게 수행해야 성공적으로 프로젝트를 수행할 수 있다.
6. 수행방법론에 대한 사견(私見)프로젝트를 목표까지 빠르고 원만하게 이끌기 위한 과정에서 진행되는 모든 행위와 산출물, 프로세스이며 프로젝트의 상황과 이슈에 따라 변화하고 진보시키는 것이다. 즉 모든 상황이 고려된 만능 해결책은 아니다. 즉 “최고의 방법론은 없다 최적의 방법론이 있을 뿐이다.”

키워드

프로젝트,   프로젝트 관리 관점,   프로젝트 관리 관점에서 보는 수행방법론