[CISA 이론 정리 - 3장] 02 IS 개발/구입/변경 프로젝트 관리

1. IS 프로젝트 착수

(1) 프로젝트 또는 단계 승인

① 프로젝트를 착수할 때는 프로젝트의 타당성을 조사하고 증명하는 것이 선행되어야 한다.

② 외부업체에 프로젝트를 의뢰할 경우 계약서 및 합의 사항을 적절히 문서화해야 한다.

③ 프로젝트의 타당성이 입증되면 프로젝트 헌장을 만들어 프로젝트를 공식 승인한다.

④ 프로젝트 헌장은 프로젝트의 목적, 범위, 산출물, 기간, 예산, 위험, 이해관계자 등을 상위 수준에서 설명하고 프로젝트의 존재와 PM의 권한을 공식적으로 승인하는 문서이다.

⑤ 또한 누가 PM이며, 누가 프로젝트를 승인했는지도 명시한다.

⑥ 이를 통해 프로젝트와 PM의 권위(authority)와 존재감을 향상한다.

⑦ 프로젝트 타당성 분석은 일반적으로 프로젝트 초기에 한 번 한다.

⑧ 하지만 프로젝트 헌장은 매 단계 말에 다시 검토하고 승인한다.

⑨ 이때 프로젝트를 지속해야 할 근거나 능력이 없다면 프로젝트를 기각하기도 한다.

(2) 이해관계자 분석

① 프로젝트에 영향을 주거나 프로젝트로부터 영향을 받는 관계에 있는 개인이나 단체를 프로젝트 이해관계자라고 한다.

② 프로젝트 이해관계자 관리를 관리할 궁극적 책임은 PM에게 있다.

③ 따라서 PM은 프로젝트 초기부터 프로젝트 이해관계자들을 빠짐 없이 파악하고 필요한 정보를 수집하고 분석해야 한다.

④ 이해 관계가 첨예하고 영향력이 큰 이해관계자일수록 중요한 이해관계자이다.

⑤ PM이 중요한 이해관계자들에 집중할 때 프로젝트가 성공할 가능성이 커진다.

⑥ 따라서 중요한 이해관계자들과는 더욱 긴밀하게 교류(engagement)해야 한다.

⑦ 후원자는 PM이 해결하지 못하는 문제 해결을 지원한다.

⑧ 이해관계자 분석은 일회적인 활동이 아니며 프로젝트 전체 기간 동안 지속적으로 수행해야 한다.

2. IS 프로젝트 기획

(1) 3중 제약과 품질 관리

① 프로젝트 착수 후에는 주제별 관리 계획과 이를 통합한 마스터 플랜을 작성한다.

② 가장 중요한 관리 계획은 3중 제약(triple constraints)과 품질 관리 계획이다.

③ 3중 제약이란 ‘프로젝트 관리 삼각형’ 또는 ‘철의 삼각형’이라고도 하는데 프로젝트 관리에 가장 중요한 기준선(baseline)인 세 가지 제약 요소(범위, 일정, 원가)를 가리킨다.

④ 범위, 일정, 원가, 품질은 서로 밀접히 맞물려 있으며 프로젝트 성패에 영향을 준다.

⑤ 이 네 가지 관리 영역은 똑같이 중요하기 때문에 치우침 없는 균형 잡힌 관리가 필요하다.

(2) 범위 관리 계획

① 범위 관리의 목적은 산출해야 하는 결과물을 누락과 중복 없이 제작/구현하는 것이다.

② 프로젝트 범위는 요구 사항을 토대로 도출되며 범위 기준선으로 발전시켜 나간다.

③ 요구 사항(Requirements)이란 프로젝트 이해관계자들의 필요와 기대를 총칭한다.

④ 프로젝트가 성공하려면 IS 이해관계자들의 요구 사항을 정확하게 정의해야 한다.

(3) 일정 관리 계획

① 일정 관리의 목적은 필요한 활동들을 누락/중복 없이 정해진 시한까지 완료하는 것이다.

② 일정(Schedule)이란 필요 활동들, 활동 간 연간 관계, 각 활동의 착수/종료 일자를 지정한 활동 계획인데, 일정은 CPM(Critical Path Method), 간트 차트, 이정표 차트(milestone chart) 등으로 표현된다.

(4) 원가 관리 계획

① 원가 관리의 목적은 프로젝트를 합리적인 비용 예산으로 완수하는 것이다.

② 이를 위해 언제 얼마의 비용을 지출해야 하는지를 설명하는 비용 기준선을 결정한다.

③ IT 프로젝트의 비용을 산정하려면 응용 프로그램의 규모를 산정해야 한다.

④ 프로그램 규모는 프로그램의 명령 라인 수, 화면 수, 기능 점수 등을 토대로 산정한다.

(5) 품질 관리 계획

① 프로젝트에 적용되는 각종 품질 표준을 파악하고 이를 준수하기 위한 방안을 수립한다.

② 품질 비용(Cost of quality)을 고려하여 적정 수준의 품질 목표를 설정한다.

③ 제품 품질에 영향을 주는 프로세스 품질의 개선 방안도 수립한다.

(6) 기타 관리 계획

① 대부분의 프로젝트는 범위, 시간, 원가, 품질만 제대로 관리하더라도 좋은 성과를 거둘 수 있지만, 규모가 크고 기간이 길며 관련 변수가 많은 프로젝트는 정교한 관리가 필요하다.

② 다음과 같은 관리 계획을 추가로 개발하여 적용할 수 있다.

(7) 프로젝트 관리 마스터 플랜

① 모든 주제별 관리 계획과 3중 제약의 기준선을 하나의 마스터 플랜으로 통합한다.

② 필요한 모든 관리 계획과 정보를 빠짐 없이 그러나 일관성 있게 설명해야 한다.

③ 마스터 플랜에는 프로젝트에서 채택한 프로젝트 수명 주기 모델을 포함해야 한다.

④ 프로젝트의 목적, 개요. 범위, 산출물, 이해관계자, 위험, 일정, 예산 등을 설명해야 한다.

⑤ 프로젝트 작업의 지시, 관리, 감시, 통제 활동에서 마스터 플랜은 매우 중요한 기준이다.

⑥ 마스터 플랜의 내용은 지속적으로 유지관리하고 발전시켜야 한다.

⑦ 프로그램에 속한 프로젝트 마스터 플랜은 프로그램 마스터 플랜과 일관성이 있어야 한다.

3. IS 프로젝트 관리 실행

① 각 단계에서 수행하기로 한 활동을 마스터 플랜에 따라 수행한다.

② 이때 승인 받은 변경 요청이 있다면 이 역시 수행한다.

③ 사소한 변경은 변경 요청 없이 작업 담당자나 PM이 직접 결정하여 시행할 수도 있다.

④ PM은 개발 프로세스를 면밀히 관찰하고 표준 절차를 준수하는지 확인한다.

⑤ PM은 독립적 전문가들로 품질 보증 팀을 구성하여 활동하게 해야 한다.

⑥ 다양한 돌발 상황에 대응하고 이해관계자들과의 의사소통과 교류를 관리해야 한다.

⑦ 프로젝트 팀원들을 시기적절하게 확보하고 투입하며 필요한 교육/훈련을 제공해야 한다.

⑧ 아웃소싱 또는 외부 구입이 필요할 경우 업체를 선정하여 계약을 체결하고 발주한다.

⑨ PM은 지속적으로 이해관계자들과 대화하고 전문가들의 의견을 청취한다.

⑩ 다양한 검토, 분석, 토의를 통해 문제, 위험, 쟁점을 조기 식별하고 조치가 취해지게 한다.

4. IS 프로젝트 감시 및 통제

① 감시(Monitoring)란 프로젝트 실적 정보를 측정하고 수집하는 일련의 활동이다.

② 통제(Controlling)란 기준선과 실적 사이에 심각한 차이를 수정하는 일련의 활동이다.

③ 중요한 수정 사항은 시행하기 전에 변경 요청서(change request form)을 제출해야 한다.

④ 변경 요청은 변경 통제 위원회(change control board)의 검토와 승인을 받아 실행한다.

⑤ 개발 팀에 속한 품질 보증 팀은 완성된 IS에 부적합 요소가 있는지 검사(inspection)한다.

⑥ 단계 말에는 고객 검수(inspection)를 받고 공식적 인수(formal acceptance)를 얻는다.

⑦ 모든 과정에서 관련 이해관계자들의 적절한 검토/토의/의사소통/합의가 있어야 한다.

5. IS 프로젝트 종료

① 프로젝트 또는 단계를 종료할 때는 적절한 행정적(administrative) 절차를 수행해야 한다.

② 이때 절차상 매우 중요한 것은 고객으로부터 공식적인 인수 서명을 받는 것이다.

③ 또한, 이해관계자들 간에 각종 증빙과 공식 문서들을 주고 받아야 한다.

④ 프로젝트 수행 과정에서 수집한 역사적 정보(historical information)를 체계적으로 정리하여 보관하고 각종 학습한 교훈(lessons learned)도 정리/보존한다.

⑤ 이를 위해 전문가들의 판단, 정보 분석, 회의 등이 추가로 필요할 수 있다.

⑥ 이러한 활동을 모두 마친 후에는 프로젝트에 투입했던 조직의 자원을 반환한다.

⑦ 그러면 조직은 해당 자원을 적절히 재배치하여 다른 업무 목적으로 활용한다.

⑧ 하지만 필요한 자원을 너무 일찍 반환하지 않도록 주의해야 한다.