[경영정보시스템] 26. 프로젝트 위험관리

1. 프로젝트 위험의 수준에 영향을 주는 요인

- 프로젝트 크기

① 프로젝트의 금액, 소요 기간, 영향을 받는 조직 단위의 숫자 등에 따라 결정

② 조직의 복잡성도 고려

- 프로젝트 구조 : 구조적이고, 요구사항이 분명한 프로젝트가 위험이 낮음

- 기술적 경험

 

2. 변화 관리

- 성공적인 시스템 구축은 변화관리를 요구

- 새로운 정보시스템은 강력한 행위적, 조직적 영향력을 소유

• 정보를 사용하는 방식의 변경은 권한과 권력의 새로운 분배를 초래
• 내부의 조직 변화는 저항과 반대를 초래

가. 구현

- 혁신의 채택, 관리, 일상화를 위해 일하는 모든 조직적 활동

 

나. 변화 에이전트

- 시스템 분석가의 역할 중 하나

- 시스템의 구성, 상호작용, 과업활동, 조직 내 그룹들의 역학관계를 재정립

- 전체 변화 과정을 위한 촉매자

- 관련된 모든 그룹들이 새로운 시스템에 의해 만들어진 변화를 수용하도록 만드는 책임을 담당

 

다. 최종 사용자의 역할

- 사용자의 참여가 높으면 사용자의 요구에 맞는 시스템이 개발될 가능성 증대, 사용자들이 시스템을 수용할 가능성 증대

- 사용자와 설계자 간의 의사소통 차이

① 사용자와 정보시스템 전문가 사이의 차이

② 서로 다른 배경과 이해관계와 우선순위의 차이

③ 서로 다른 조직 충성도와 문제해결 방식과 사용 어휘의 차이

④ 새로운 시스템에 대한 서로 다른 관심

 

라. 경영진의 지원과 참여

- 다양한 계층의 경영진들의 지원과 참여가 있다면 사용자와 정보기술 서비스 직원 모두에게 긍정적으로 인식, 충분한 자금과 자원을 보장, 필요한 조직적 변화를 실행

 

마. 전사적 응용시스템과 업무재설계(BPR) 프로젝트들은 실패율이 매우 높다 (BPR의 실패율은 약 70%)

- 잘못된 구현 및 변화 관리 관행이 주요 요인

- 종업원의 변화에 대한 두려움과 걱정

- 핵심관리자의 반발

- 직무기능과 경력경로와 고용 관행의 변경

 

바. 인수와 합병

- 시스템 통합과 관련된 높은 실패율

- 서로 다른 회사의 정보시스템을 통합하기 위해서는 엄청난 조직적 변화가 필요, 복잡한 시스템 프로젝트가 필요

 

사. 위험요소의 통제

- 첫 단계는 프로젝트가 직면하고 있는 위험의 성격과 수준을 파악

- 각각의 프로젝트를 그 위험 수준에 맞는 도구와 위험관리 접근법을 가지고 관리

- 기술적 복잡성의 관리

- 내부 통합 도구

- 기술적/관리적 경험을 가진 프로젝트 리더

- 경험이 풍부한 팀원

- 잦은 팀 미팅

- 필요하면 전문적 기술이나 지식을 외부로부터 획득

 

아. 공식적 계획과 통제 도구

- 프로젝트 계획을 문서화하고 감시하기 위해 사용

- 병목구간을 발견하고 문제점들의 영향을 분석하는데 도움

 

- 간트 차트

① 과업들의 시작과 기간을 시각적으로 표현

② 과업에 필요한 인적자원

 

- PERT (program evaluation and review technique) 차트

① 과업과 과업들 사이의 연관성을 도표로 표현

② 과업들 사이의 필요한 순서를 제시

이 표의 간트 차트는 과업, 일일 필요인력, 각 분야의 책임자와 더불어 각 과업의 시작과 완료날짜를 보여준다. 자원요약은 프로젝트 관리자들에게 프로젝트를 성공적으로 관리하기 위해서, 프로젝트에 참여하는 개인별, 월별 필요한 인력의 총량을 요약하여 제공해 준다. 여기서 설명된 프로젝트는 데이터 관리 프로젝트이다.

 

소규모   웹사이트를   만들기   위한   간단한   PERT   차트이다 .   프로젝트   과업들의   순서와   특정   과업의   이전  과업들과   이후   과업들과의   관련성을   보여   준다 .

 

자. 사용자 참여의 증가와 사용자 거부 극복

- 외부통합도구 : 모든 조직수준의 사용자들을 구현 팀을 연결

- 조직변화에 대한 사용자의 저항

- 변화가 사용자의 이익에 해가 될 수도

- 시스템 구축 반대(Counterimplementation):

정보시스템의 구현이나 조직 내의 혁신을 방해하기 위한 고의적인 전략

예: 불량률 증가, 분열, 이직, 방해 행위 등

 

차. 사용자 저항을 극복하는 전략

- 사용자 참여

- 사용자 교육 및 훈련

- 경영 명령이나 정책

- 협력에 대한 인센티브

- 최종사용자 인터페이스의 개선

- 새로운 시스템의 도입하기 전에 조직적 문제를 해결

 

카. 조직을 위한 설계

- 새로운 시스템이 설치되었을 때 조직이 겪게 되는 변화의 방향을 분명하게 언급

① 업무절차의 변화

② 업무기능의 변화

③ 조직 구조의 변화

④ 권력 관계의 변화

⑤ 업무환경의 변화

 

- 인간공학: 일터에서의 사람과 기계 간의 상호작용

① 직무의 설계

② 건강 문제

③ 최종사용자의 인터페이스

 

타. 조직 영향 분석

- 제안된 시스템이 조직 구조, 태도, 의사결정, 운영에 어떻게 영향을 미칠지를 설명

 

파. 사회기술적 설계

- 인간과 조직문제를 논의

- 별도의 기술적, 사회적 설계 해결책을 제안

- 사회적이고 기술적인 목표에 가장 잘 부합하는 해결책을 최종적인 설계로 선택

 

3. 프로젝트 관리 소프트웨어 도구

- 프로젝트 관리의 다양한 측면을 자동화

 

- 주요 기능

① 과업을 규정하고, 순서를 정하고, 과업을 편집

② 과업에 자원을 할당하고

③ 프로젝트의 진행을 추적하고

 

- 마이크로소프트 프로젝트 2010

① 가장 널리 사용되는 프로젝트 관리 소프트웨어

② PERT, 간트차트, 주경로분석이 가능

 

- 프로젝트 관리를 위한 서비스로서의 소프트웨어(SaaS)와 공개 소프트웨어가 증가

 

- 프로젝트 포트폴리오 관리 소프트웨어