프로젝트 관리 & 관리자
Project Management :
- 프로젝트와 관련된 이해 당사자를 만족시키고 요구사항을 충족시키기 위한 지식, 기술, 도구, 기법 등을 프로젝트 활동에 적용 하는 것으로서 궁극적으로는 프로젝트를 성공적으로 마무리하는 것
- 주어진 기간내에 최소의 비용으로 사용자를 만족시키는 시스템을 개발하기 위한 전반적인 활동
Project Management Office :
프로젝트 전체 추진단계 및 전 분야를 총괄 관리하는 조직으로서 체계적인 프로젝트 관리체계 구축과 함께 위험 요소들에 대한 효과적인 관리 및 통제, 지원을 통하여 프로젝트의 성공적인 추진을 지원
Project Manager :
- 프로젝트 수행조직에서 프로젝트 목표를 달성하고 성공적으로 마무리 하기 위해 선임된 프로젝트 관리자
- 정해진 수행기간 내에 목표를 달성하기 위해 수행인력을 조직하고 관리하며, 이를 바탕으로 사업예산을 효율적으로 집행하여 프로젝트가 계획대로 완료되도록 함
PM의 프로젝트 수행을 위한 핵심 요소
- 전문성 : 관련기술, 수행경험
- 리더십 : 전문기술력, 인간관계
- 소통능력 : 수행 팀, 이해관계자* (가장 중요함)
*이해관계자 : 이해관계자는 프로젝트에 이해관계가 있고 어떤 형태로든 목표 달성에 기여한 사람들
즉, 발주처, 고객사, 업무를 수행하는 사람, 업무를 승인하는 사람 등이 포함됨
프로젝트 관리 라이프 사이클
: 착수 - 계획 - 실행 - 통제 - 종료 -> 실행과 통제는 동시에 수행
| 구분 | 세부내용 | Action |
|---|---|---|
| 준비 | 프로젝트 참여 여부를 결정 표준화 및 샘플 제안서 준비 원가분석 빛 사업손익을 따짐 | RFP* 접수 및 사업참여, 제안검토 제안서 작성/제출 및 제안 발표 수행원가 산정 및 견적서 작성 |
| 착수 | 프로젝트 목표를 결정 인도물과 산출물 결정 계약서 문서화 | 계약체결 확인 및 계약서내용 참고 수행계획서안 작성 및 협의 개발환경, 시스템 구성요소 고려 |
| 계획 | 프로젝트를 구체화하여 정의 WBS/마일스톤 작성 인력투입 계획을 협의, 확정 프로젝트 일정 계획을 확정 | 착수 보고서 작성 및 보고회 (Kick-Off) (개발범위, 추진일정, 투입계획, 산출물 등) |
| 실행 | 단계별 추진일정을 구체화하여 실행 프로젝트 진도를 관리 품질관리 및 위협관리 | 단계별 상세 추진일정 (by WBS) 인터뷰, 회의록 및 처리결과 작성 보고서 및 보고회 (주간,월간,수시) 품질활동내역 및 조치내역 |
| 통제 | 요구~협의/수용 여부 결정 시정 조치 시정 조치의 결과 및 효과 평가 | 요구내역~협의/회의록~조치내역서 작성 기간/예산/개발범위 내 실행 가능여부 |
| 종료 | 각종 신출물의 승인 획득 산출물을 문서화 검수확인 문서 전달 | 추가요구 및 조치사항 이슈사항 및 미완료 사항 검수요청 및 인도물(산출물)전달 완료보고 및 종료 |
*제안요청서(RFP, request for proposal): 발주자가 특정 과제의 수행에 필요한 요구사항을 체계적으로 정리하여 제시한 문서
프로젝트 수행 단계
프로젝트 수행단계 : 분석(20%) - 설계(20%) - 구현(40%) - 테스트/이행(20%)
분석 단계 : 현황 분석 - 요구사항 정의 - 프로세스 정의 - 아키텍처 정의 <-> 프로토타이핑
- 요구사항 정의
- 프로세스 정의
- GAP 분석 : 목표를 설정한 후 목표와 실제 성과 조사를 통해 두 수치간의 차이를 파악하고 원인 분석 및 해결방안을 모색하는 분석 기법
✓ 인터뷰 일정을 구체적으로 세워서 고객사와 요구사항에 대한 기능을 확정하고 정의하는 단계 (가장중요)
✓ 사업전체, 개발범위에 대한 확정하게 되는데, 이때 RFP와 제안서 상의 오차가 작도록 함
설계 단계 : 기본 설계 - 상세설계 - 변환설계 - 테스트 설계
- 화면설계
- 프로그램명세
- 인터페이스 정의
✓ 설계가 완료되면, 담당자/담당부서와 협의한대로 설계가 되었는지 확인 필요
✓ 분석 단계에서 기능 단위별로 도출된 요구사항이 문서에 반영되었는지 크로스체크 해야함
구현 단계 : 코딩 & 단위테스트
- 문서를 바탕으로 프로그래밍
- 단위테스트
- 테스트 계획서 & 결과서
✓ 기능 단위에서 도출되는 목록들의 구체적인 일정 계획, 각 개발자별/단위업무별 상세 일정을 세워서 기간내에 마무리할 수 있도록 일정관리 - 문서에 시각화할 것
✓ 테스트 단계에서 발견한 오류는 디버깅해서 해결해야하며, 놓친 요구사항이 있는지 확인해야함
✓ 추가사항은 리스트업 해놓고 고객사/담당자와 개발 프로세스를 협의하여 수용할지 말지 결정
테스트/이행 단계 : 테스트(통합/시스템) - 이행 계획 수립 - 이행 및 변환 - 시스템 사용 교육 - 인수인계
- 이행계획 (데이터이관, 오픈 시나리오)
- 교육계획 (사용, 운영)
- 통합테스트 계획(결과서, 결함관리 대장* 등)
*결합관리 대장 : 결함이라고 판단되는 사항들을 기재한 문서
단계별 산출물 목록 및 생성규칙
프로젝트 실패요인
- 부정확한 요구사항 (개발범위 증감요소)
- 업무 및 사용자 환경에 대한 이해 부족
- 불충분한 자원
- 비현실적인 사용자 기대치
- 관리 자원의 부족
- 변경관리의 부족
- 불충분한 프로젝트 계획
실무에서는?
- 수행사측
- 범위의 불투명 > 요구와 범위가 늘어나게 되면 합의를 통해 결정해야함
- 부정확한 사용자의 요구
- PM의 수행능력 부족
- 업무의 경험 및 전문인력 부족
- 고객과의 커뮤니케이션 미흡 및 고객과의 일체감(시작~끝) 부족 (가장중요)
- 고객사측
- 사업에 대한 참여 및 관심부족
- 전담조직 미가동, 관리/감독 소홀
- 책임있는 역할 부족 등
※ 사용자 요구사항이 구체화되지 않으면 개발범위, 사업범위의 리스크가 커짐
※ 따라서, 착수 전 제안 단계에서 고객사(발주처)와 커뮤니케이션을 통해 구체화하고 기간 내에 수행할 수 있는 범위를 협의해야 함
