공 공 부 문 정 보 시 스 템 개 발 프 로 젝 트 의 성 공 요 인 도 출 을 위 한 탐 색 연 구 :

경 영 학 박 사 학 위 논 문

공 공 부 문 정 보 시 스 템 개 발 프 로 젝 트 의 성 공 요 인 도 출 을 위 한 탐 색 연 구 :

정 보 시 스 템 감 리 관 점 에 서

국 민 대 학 교 대 학 원

정 보 관 리 학 과

문 대 원

2 0 0 1

공 공 부 문 정 보 시 스 템 개 발 프 로 젝 트 의 성 공 요 인 도 출 을 위 한 탐 색 연 구 :

정 보 시 스 템 감 리 관 점 에 서

지 도 교 수 이 국 철

이 논 문 을 경 영 학 박 사 학 위 청 구 논 문 으 로 제 출 함

2 0 0 1년 8 월 일

국 민 대 학 교 대 학 원

정 보 관 리 학 과

문 대 원

2 0 0 1

문 대 원 의

경 영 학 박 사 학 위 청 구 논 문 을 인 준 함

20 0 1 년 8 월 일

심 사 위 원 장 이 춘 열 인 심 사 위 원 이 국 철 인 심 사 위 원 정 승 렬 인 심 사 위 원 엄 기 현 인 심 사 위 원 신 동 익 인

국 민 대 학 교 대 학 원

감사의 글

박사과정에 입학한지 벌써 5년의 세월이 흘렀습니다. 변화 많았던 세월속 에서 변함없이 저를 가까이 해주신 많은 분들의 격려와 도움에 감사드립니 다.

먼저, 입학 초기부터 졸업시까지 학문적으로 훌륭한 선생님이셨고 인간적 으로도 따뜻하게 대해주신 이국철 지도교수님께 존경과 감사의 말씀을 드 립니다. 심사위원장으로서 논문심사기간동안 귀중한 조언을 해주신 이춘열 교수님과 엄기현교수님께 감사드리고 과정을 이수하는 동안 많은 가르침을 주신 정보관리학부의 존경하는 교수님들께 진심으로 감사드립니다.

한국전산원 시절부터 논문심사에 이르기까지 많은 도움을 주신 신동익교 수님과 본 연구의 기본틀과 연구방향을 제시해 주신 장시영 교수님, 그리고 논문 내용과 문맥 세세한 곳까지 자상하게 짚어주신 정승렬 교수님께 감사 드립니다. 이 고마움 잊지 않겠습니다.

박사과정 선배로서 저를 따뜻이 대해주시고 인도해 주신 신승중 교수님 께 감사의 마음을 전하며, 이석한 사장 윤경원 부문장 등 여러 후배님들의 따뜻한 성원과 격려에도 감사드립니다.

본 연구의 중요한 자료를 제공하여 주기 위하여 많은 시간을 할애해주신 최영진선임, 임재남선임 등 한국전산원 옛 동료들에게도 뜨거운 감사를 드 리며 연구기간동안 제 몫의 많은 부분을 처리해 준 김경서 이사 등 한국전 산감리원 직원들께도 감사드립니다.

오늘 제가 이 자리에 있게된 것은 저에게 부모님 이상의 따뜻한 사랑을 베풀어주시는 8남매 누님 형님 내외분들의 따뜻한 보살핌 덕분입니다. 이분 들의 배려와 사랑이 없었더라면 오늘의 저는 상상도 할 수 없었을 것입니 다.

사랑하는 제 가족들과 언제나 사랑스럽고 자랑스러운 조카들에게도 감사 의 마음을 전하고 싶습니다.

마지막으로 이 못난 막내아들을 위하여 기도하여 주시던 그리운 부모님 과 30년동안 저에게 분에 넘치는 사랑을 베풀어주셨던 장모님 영전에 이 작은 결실을 바칩니다.

2001년 8월

목 차

제1장 서 론 ... 1

제1절 연구의 필요성 및 연구목적 ... 1

제2절 연구의 범위와 방법 ... 2

제3절 논문의 구성 ... 3

제2장 연구의 이론적 배경 ... 4

제1절 프로젝트에 대한 이해 ... 4

제2절 프로젝트 성공요인에 관한 문헌 고찰 ... 11

제3절 성공요인에 대한 심층 문헌 고찰 ... 20

제4절 개발프로젝트에 대한 감리제도 ... 28

제3장 연구 설계 ... 33

제1절 연구모형 ... 33

제2절 성공변수의 도출 ... 34

제3절 연구 가설 설정 ... 35

제4절 변수의 측정 ... 40

제5절 자료수집 및 분석절차 ... 45

제4장 실증분석 결과 ... 47

제1절 기술적 통계분석 ... 47

제2절 프로젝트 성공에 영향을 미치는 성공변수 분석 ... 51

제3절 유의한 성공변수들에 대한 요인분석 ... 57

제4절 성공에 대한 요인들의 영향도 분석 ... 61

제5절 성공 요인들의 영향 메커니즘 분석 ... 63

제6절 상황 변수에 따른 성공요인의 영향도 분석 ... 67

제5장 결 론 ... 71

제1절 연구의 요약 ... 71

제2절 연구결과의 활용 및 한계 ... 76

참고문헌 ... 79

Abst ract ... 85

부록: 설문지 ... 87

표 목 차

< 표 1> 감리대상에 따른 감리 유형 ... 29

< 표 2> 설문 및 델파이에 의한 프로젝트 성공요인 ... 36

< 표 3> 변수들의 가설방향 ... 38

< 표 4> 독립변수의 측정방법 ... 41

< 표 5> 대학의 학기말 성적표 예시 ... 43

< 표 6> 감리보고서 중점검토항목별 현황 예시 ... 45

< 표 7> 등간척도 이상으로 측정한 변수의 기술적 통계량 ... 48

< 표 8> 이분법 명목척도로 측정한 변수의 빈도 ... 50

< 표 9> 기타 명목척도로 측정한 변수의 빈도 ... 51

< 표 10> 독립변수들과 프로젝트 성공도와의 상관분석 결과 ... 53

< 표 11> 프로젝트 성공도와 유의적인 관계를 갖는 독립변수들 ... 55

< 표 12> 상관계수 매트릭스 ... 58

< 표 13> 유의한 독립변수들에 대한 요인분석 결과 ... 59

< 표 14> 단계별 회귀분석에 따른 분산분석 ... 61

< 표 15> 회귀 계수의 값 ... 62

< 표 16> 3개 요인간의 상관분석 결과... 64

< 표 17> 중개변수 효과 분석 ... 65

< 표 18> 공공프로젝트의 특성 이해 여부에 따른 성공요인의 영향도 분석 ... 68

< 표 19> 사업비 적정성 여부에 따른 성공요인의 영향도 분석 ... 69

< 표 20> 사업수행의 접근방식에 따른 성공요인의 영향도 분석 ... 70

그 림 목 차

< 그림 1> 생산시스템의 비교 ... 7

< 그림 2> 정보시스템 성공모형 ... 12

< 그림 3> 사업성공에 영향을 미치는 주요요인 ... 19

< 그림 4> 연구모형 ... 34

< 그림 5> 개발 프로젝트의 성공 모형 ... 66

제1장 서 론

제1절 연구의 필요성 및 연구목적

최근 정보화가 범국가적인 차원에서 추진됨에 따라 여러 정부 부처와 공 공기관들이 많은 SI 프로젝트를 기획, 수행하고 있다. 정보화 촉진 기본법 (1996)에 근거하여 많은 기관들은 내부적으로 업무 효율성을 증대하고 외부 적으로는 대국민 서비스를 향상시키기 위하여 정보시스템 구축을 추진하고 있는 것이다.

그러나 SI 프로젝트의 추진결과는 때로는 성공적인 것으로, 그리고 때로 는 품질 미흡, 일정 지연, 비용 초과 등의 이유로 불만적인 것으로 나타나 고 있을뿐더러 경우에 따라서는 사업을 포기할 지경에 이르는 것도 있다.

프로젝트 관리 분야의 연구보고서에 따르면 개발사업을 추진할 때 주요 성공요인에 대하여 관리적인 노력을 집중함으로써 프로젝트의 성공 가능성 을 획기적으로 높일 수 있는 것으로 나타나고 있다(Boynton & Zmud, 1984). 이러한 개념에 근거하여 주로 미국을 중심으로 시스템 개발 프로젝 트의 주요 성공요인을 식별하려는 연구가 진행된 바 있다(Keil 1995;

Nidum olu 1995; Nord & Nor d 1997; Dobbin s & Donnelly 1998). 그러나 이들 연구들은 그 성과변수가 서로 상이할뿐더러 우리나라와는 판이한 상 황에서 수행되어 그 결과를 곧장 수용하기가 어려운 실정이다.

본 연구의 목적은 정보시스템 개발사업 추진에 도움이 되는 지표를 제공 하고 정보시스템 감리인이 개발사업에 대하여 적절한 조언을 제시할 수 있 는 근거를 부여하기 위하여, 우리나라 공공부문의 실제 개발환경에서 수행 된 정보시스템 개발사업¹⁾을 분석하여 그 성공도를 측정하고 이에 영향을

1) 이 논문에서는 개발사업과 개발프로젝트를 동일한 의미로 혼용하여 사용한다.

미치는 성공요인을 식별하며 이들간의 관계를 파악하는 것이다. 주요 성공 요인이 식별되면 향후의 SI 기획이나 프로젝트의 통제 등에 유용한 정보를 제공할 수 있을 것이다.

제2절 연구의 범위와 방법

공공부문의 정보시스템 개발사업은 거의 예외 없이 외주용역 개발방식에 의하여 수행된다. 즉 공공기관이 발주기관이 되고 개발업체는 용역업체가 되어 용역계약이 체결되고, 정보시스템을 구축하게 되는 것이다. 따라서 이 연구의 대상이 되는 프로젝트는 공공부문의 외주용역 사업에 한정하기로 한다.

오늘날의 정보시스템 개발프로젝트는 규모가 크고 기술이 복잡하여 발주 기관이 직접 사업의 진척 상황을 점검하고 프로젝트의 성공도를 확인하기 가 쉽지 않다. 따라서 사업비 정산을 위한 검수 차원에서 전문성을 보유한 감리기관(예: 한국전산원 등)에 감리를 위탁하고 있다. 분석대상이 되는 정 보시스템 개발사업은 1996년부터 2000년 후반까지 한국전산원에 의하여 최 종 감리가 완료된 프로젝트로 한정하였다. 이는 개발프로젝트에 대한 감리 의견의 표명방식이 1996년에 변경되어 현재까지 적용되고 있기 때문이다.

연구방법은 문헌검토와 이에 따른 논리적 추론, 지난 5년간의 감리보고서 기록을 분석하는 문헌연구법, 그리고 직접 감리를 수행한 감리인에 대한 면 담과 설문조사법을 병행하였다.

개발 프로젝트의 성공요인을 분석하고자 하는 연구 목적을 달성하기 위 하여 본 연구에서는 탐색적 접근방법을 이용하였다. 먼저, 다양한 근거에 입각하여 잠재적 성공 항목들을 리스트하고 이들을 실증적으로 검증한다.

검증된 성공 항목들을 그룹핑하여 요인화 할 수 있는지를 살펴보고 이들 요인들간에 성공에 미치는 영향력의 차이가 존재하는지를 살펴본다. 이는 성공 요인들 간의 중요도가 다른지를 파악하고자 함이다. 또한 각 요인들 간의 상관관계를 살펴보고 종합적으로 개발프로젝트의 성공모형을 제시한 다. 마지막으로 성공 모형의 활용도를 높이기 위하여 여러 가지 상황변수에 따른 성공 요인들간의 중요도 차이를 살펴보았다.

제3절 논문의 구성

제2장은 연구의 이론적 배경으로서 우선 프로젝트에 대한 이해를 먼저 구하고, 이러한 이해를 기초로 프로젝트 성공요인에 관한 기존의 연구를 검 토한 후 개발 프로젝트에 대한 감리제도를 고찰하였다. 제3장에서는 공공부 문 정보시스템 개발사업의 성공요인에 관한 연구모형과 이로부터 설정된 연구가설을 제시하였고, 연구방법론으로서 독립변수와 종속변수의 측정, 표 본집단의 선정, 그리고 자료수집 및 분석절차를 기술하였다. 제4장에서는 수집된 자료를 실증적으로 분석하였고, 제5장에서는 연구의 요약과 향후 연 구방향 등을 제시하였다.

제2장 연구의 이론적 배경

본 장에서는 프로젝트에 대한 이해를 탐색하고, 정보시스템 개발프로젝트 의 성공요인에 대한 기존 문헌을 검토한 후, 현행 공공프로젝트 개발에 대 한 감리제도를 감리보고서 중심으로 고찰한다.

제1절 프로젝트에 대한 이해

관리활동을 구분하는 방법은 여러 방법이 있으나 일반적으로 다섯 가지 로 구분한다. 계획, 조직, 통제, 리더십, 변화가 그것이다. 계획이란 조직 목 표 수립 및 목표 달성을 위해 필요한 수단을 강구하는 것을 말하며, 조직은 인력의 채용, 훈련 및 배치, 설비/ 원재료/ 자금의 획득과 할당, 조직구조 수 립(정책, 절차, 보고 및 대화 채널)을 말한다. 통제는 성과 평가 및 적절한 시정조치를 실행하는 것을, 리더십은 이러한 자원을 통합하여 목표를 달성 할 수 있도록 조정 및 동기부여를 하는 것을 말하며, 마지막으로 변화는 내 외부 변화에 따른 목표 및 활동의 변경을 통하여 점진적인 적응과 발전을 모색하는 활동을 말한다. 이러한 기능은 순차적으로 수행되는 것이 아니며, 상황에 따라 복합적으로 다양한 형태로 수행된다는 시각이 일반적이며 이 러한 관점을 상황 관점(contingency viewpoint )이라 한다(Meredith and Mant el, 1995).

관리에 대한 관점은 크게 고전적 관점, 행동과학적 관점, 시스템 접근방 법, 상황론적 관점으로 구분된다. 고전적 관점은 모든 상황에 관료적/ 과학 적 관리 원칙의 적용(Rational Man )이 가능하다고 생각하며 모든 기능에 대한 정형적 원칙을 수립한다. 그러나 이러한 원칙들은 실제의 조직들이 갖

고 있지 못하는 합리성과 질서를 요구함으로써 실제에서는 좋은 지침이 되 지 못하는 경우가 많이 생기게 된다. 행동과학적 관점은 조직의 인간 및 사 회적 측면을 강조하며, Mayo의 Social Man (구성원은 사회적 요구와 관계 에 의해 동기부여가 되며, 그룹의 규범과 압력에 반응한다)에 기초한다. 그 러나 이 관점도 조직 행동과 경영을 다소 좁은 시각에서 관찰했으며 도출 된 많은 이론들이 적용되기에는 너무 단순하였다는 비판을 받고 있다.

시스템 접근방법은 모든 상황에 적용될 수 있는 원칙의 수립보다 조직과 조직이 환경과 맺는 관계를 시스템적으로 이해하여 문제를 명확히 하고 해 결책을 찾고자 하는 방법이다. 그러나 비계량적 요소(동기, 감정, 가치 등) 를 적절히 표현하지 못하므로 해결책의 최종 강구는 경영자의 판단에 맡길 수밖에 없는 문제점이 있다. 상황론적 관점은 모든 세 가지 관점이 상황에 따라 독립적으로 또는 복합적으로 적용 가능하다는 것을 강조하면서, 이 관 점은 환경, 맡겨진 직무 등의 요구사항을 만족해야 한다는 점에 초점을 맞 추고 있다. 따라서 최적의 해결책이 아닌 최선의 해결책을 제시하는 것을 목표로 하고 있다.

이러한 시각은 일반적으로 적용 가능한 관리관점을 제시하고 있으며 흔 히 프로젝트는 다음과 같은 특성을 가짐으로 인하여 일반적인 원칙을 프로 젝트 요구사항에 맞게 바꿔야 할 필요성이 생긴다(Meredith and Mantel, 1995).

① 통상적 명령체계로부터 독립적인 프로젝트 관리자(유일한 한 사람)

② 다양한 기능부서 또는 외부로부터 인력 조달(다양한 기술 및 자원의 필요성) 및 통합 감독(기능부서는 개별작업에, 프로젝트 관리자는 통 합 감독에 책임을 짐)

③ 제한된 비용과 일정, 기술요구사항의 만족

④ 두개의 명령체계(수직적/ 기능적, 수평적/ 프로젝트)

⑤ 프로젝트 완료 후 구성원은 해당 기능조직으로 복귀

⑥ 공식적인 보고/ 대화 채널을 보완하여 비공식적인 대화채널의 활성화 (관료주의 회피 및 효율성 향상)

⑦ 프로젝트 목표 달성에 초점(기능적 조직은 기능부서 목표에 초점) 즉 전통적인 관리방법은 기능적인 조직의 안정적인 환경(변화가 없는 시 장에서 균일한 제품 제공)을 대상으로 하며 이러한 환경에서는 효율적이나 프로젝트는 전통적 관리환경과는 다른 위와 같은 특성을 가짐으로 인하여 프로젝트 특성에 맞는 새로운 관리 방법이 필요로 하게 된다.

건설에서의 프로젝트 관리의 예를 들어보면 건설은 흔히 비용초과, 일정 지연의 문제를 보이며, 원인은 흔히 노조, 원자재 부족 등이 거론되나 실제 로는 서투른 프로젝트 관리, 통제인 경우가 많다. 이러한 문제 발생시 설계 사와 시공사 간의 분쟁을 없애기 위해 발주자를 대신하는 프로젝트 관리자 를 세워 모든 설계/ 시공 상의 문제점을 조정하게 된다,

프로젝트에 대한 이해를 돕기 위해 생산관리 관점에서 프로젝트를 분석 해 볼 수 있다. 생산시스템은 크게 다음과 같이 구분되며 이를 그림으로 보 면 < 그림 1> 과 같다(Shtub et al., 1994)

① 대량 생산시스템: 제품이나 서비스를 조립하기 위해 만들어진 특정 프 로세스 중심으로 구성되어 있으며, 대량의 제품을 처리하는 데는 효율 적이나 융통성이 없음

② 배치 중심 시스템: 일정 수의 제품이 동일한 설비에서 처리되며, 수요 가 충분히 높지 않은 경우 사용되며 다양한 제품의 처리를 위해 유연 한 시스템이 구축됨

③ 프로젝트 중심 시스템: 매우 적은 수요가 있으며, 제품/ 서비스의 처리 시 반복성이 극히 적으므로 과거 경험의 가치가 상대적으로 낮으므로 매우 높은 수준의 관리활동이 요구됨

< 그림 1> 생산시스템의 비교

< 그림 1>에 볼 수 있는 것처럼 프로젝트는 배치(Bat ch ) 규모가 작고 수 량이 적은 경우에 해당된다. 이는 프로젝트는 주로 특정 목적의 달성 즉 프 로젝트의 산출물 제공을 위해 수행되며, 이러한 목적은 자주 제기되는 것이 아니며 또한 그 수요 역시 많지 않다는 것이다. 따라서 흔히 프로젝트가 갖 는 특성으로 다음과 같은 것이 거론된다(Cleland and King , 1988).

① 정의 가능한 목적, 결과물을 포함

② 모든 프로젝트는 유일함(기존 것과는 어떤 점에서든 다름)

③ 프로젝트는 임시적인 활동임

④ 프로젝트는 조직 부서 전체의 기술을 필요로 함

⑤ 프로젝트는 생소한 점을 포함

⑥ 프로젝트는 흔히 위기를 극복하기 위해 수행됨

⑦ 프로젝트 생명주기라 불리우는 구분되는 단계를 따라 진행됨

이러한 프로젝트의 유형으로 볼 수 있는 것으로는 건설(피라미드), 개발 (수송기관, 정보기술), 혼합(우주 정거장) 뿐만 아니라 결혼, 집안 개조, 이 사 등과 같은 개인적인 프로젝트도 포함될 수 있다. 또한 전쟁작전(노르망 디 상륙작전), 예술 작품(그림, 심포니, 에펠탑), 재난복구 프로젝트(체르노 빌 사고 복구) 등도 모두 프로젝트의 일종으로 볼 수 있다.

프로젝트를 분류하는 기준으로는 불확실성과 복잡성을 축으로 사용한다.

불확실성은 최종 결과물의 시간, 비용, 기술성과 예측의 어려운 정도를 말 하며, 복잡성은 요구되는 노력, 기술의 다양성, 참여조직의 수효 정도(흔히 복잡성은 시간과 자원이 많이 요구될수록 증가됨)를 말한다. Learning curv e concept (lean by doing )에 따라 수행한 경험이 많으면 많을 수록 불 확실성은 줄어들며(댐, 결혼, 고속도로, 시스템 구축 등), 불확실성이 제로에 가까우면 프로젝트로 보기 어렵게 된다. 비용은 복잡성과 불확실성에 비례 하여 증가한다. 반복적이고 높은 확실성을 가진 활동(조립식 건축, 보급 비 행, 남극 여행)을 영구적인 조직이 운영 방법의 변경 없이 반복적으로 수행 하나, 반면에 프로젝트의 경우 조직은 프로젝트 완료 후 없어지게 된다. 프 로젝트는 반복적이 않고, 상대적으로 높은 불확실성을 갖고 있으므로 다르 게 관리되어야 하며 이는 즉 프로젝트는 다르게 관리되어야 한다는 것을 의미한다.

프로젝트 관리의 필요성은 프로젝트의 기술적 복잡성과 다양성에서 찾아 볼 수 있다. 현대의 프로젝트는 높은 기술적 복잡성과 다양성을 요구하며, 관리자는 다양한 구성 요소들의 조정에 대한 어려움과 제한된 시간, 자원 및 환경적 불확실성과 같은 문제에 직면하게 된다. 이러한 복잡성과 불확실 성을 극복하기 위해 새로운 형태의 프로젝트 조직과 프로젝트 관리 실무관 행이 만들어지게 된다.

전통적 관리는 시장과 기술이 대체로 예측 가능하고, 결과를 어느 정도 확실하게 사전에 알 수 있으며, 적은 수의 조직들이 참여하는 단순하고, 지 속적이며, 반복적인 운영에 대한 관리를 대상으로 한다. 이러한 환경에서는 m echanistic organization이 효율적이게 된다. 즉 centralized decision m aking , hier ar chical authority가 효율적인 관리 방법이다. 그러나 프로젝트 관리는 현대 사회의 복잡성과 불확실성에 직면한 조직이 환경의 변화(시장 및 기술의 변화 등)에 빠르게 적응하기 위해서 사용되며 or ganic or ganization의 형태를 가지며 decent ralized decision m aking이 효과적인 방법이 된다.

프로젝트 관리는 이집트의 피라미드에서부터 볼 수 있다. B .C. 2,500년에 10만 명의 인부와 4만 명의 감독관과 기술자를 동원하여 230만개의 돌 (2~70톤)을 쌓아서 40층 높이, 52,598평방미터 넓이의 피라미드를 2.54 센티 미터의 오차 범위 내에서 축조하였으며, 이러한 피라미드를 구축하는 것은 대규모 프로젝트로 볼 수 있다. 산업화의 진행으로 더욱 복잡한 프로젝트 (전력시설, 지하철, 공장 등)가 대두되었으며 최근 더욱 복잡하고 고도의 기 술을 사용하는 국제 우주기지 건설, 영국해협 터널 구축 사업과 같은 것이 수행되고 있다. 프로젝트의 역사를 간단히 정리하면 아래와 같다.

1차 세계 대전: 네트워크형식의 프로세스 표현 방법 개발(Gant t chart , Pr ocess flow diagram )

1950년대: 비행기, 미사일 등의 복잡하고 대규모의 프로젝트관리를 위 한 PERT (Navy ), CPM (Du Pont ) 기법 개발, 이러한 기법은 추후 컴 퓨터 시뮬레이션과 결합되어 GERT 로 발전, 또한 프로젝트관리 조직 이 독립적인 형태로 인정되고 프로젝트관리자가 기능을 가로질러 폭 넓은 책임을 담당하는 역할을 갖게 됨

1950년대 중반: 프로젝트 일정과 비용을 통합 관리하는 Cost Schedule

Contr ol Sy st em s (C/ SCS )가 DoD와 NA SA에 도입됨

1960년대: 프로젝트의 모든 활동에 소요되는 자원 유형과 수량을 기술 하는 방법 대두

1970년대: 기성 개념의 대두로 최종 프로젝트 비용과 완료일정을 더욱 정확하게 예측가능

1980: 개인용 컴퓨터 개발 등 컴퓨터 기술의 발전으로 프로젝트 관리 의 전산화

프로젝트관리를 필요로 하는 상황을 Cleland and King (1998)은 5가지 일 반기준으로 설명하고 있다

① 생소성: 비반복적인 노력이 필요

② 필요 자원 규모: 많은 자원을 필요

③ 변화하는 환경

④ 상호연관성

⑤ 실행 위험: 실패로 인한 손실이 높을 경우

즉 이러한 기준은 규모가 크고, 위험이 높고, 복잡도가 높고, 비용이 많이 들어가며, 더욱 혁신적이며 생소할수록 프로젝트관리의 필요성 높다는 것을 의미한다. 반면에 프로젝트로 볼 수 없는 경우는 친숙성이 높고, 환경이 안 정적이며, 최종 산출물이 표준화되어 있으며, 실행 위험이 적을 경우를 말 한다.

위에서 정리한 프로젝트에 대한 이해를 통해서 프로젝트의 일반적 관리 와는 다른 독특한 특성으로 인하여 전통적 방법과는 다른 관리방법이 필요 하다는 것을 알 수 있게 된다. 이러한 점은 프로젝트의 특성에서 기인하며, 이러한 특성은 또한 프로젝트의 성공에도 많은 영향을 미치게 된다. 프로젝 트란 목적을 달성하기 위해 조직화되고 관리되는 사람, 장비, 재료 및 설비 로 구성되는 시스템을 말하며 프로젝트의 성공을 위해서는 다양한 성공요

인이 작용할 것으로 생각된다. 본 연구는 이러한 프로젝트의 특성을 고려하 여 프로젝트의 성공요인을 도출하고 분석하고자 한다.

제2절 프로젝트 성공요인에 관한 문헌 고찰

정보시스템의 성공과 관련된 요인들을 식별하기 위하여 이전에 수행된 연구들은 적지 않다. 그러나 이러한 연구들은 시스템 성공의 여러 측면(예:

재무적 성과 v s . 기술적 성과), 단계(예: 개발성과 v s . 운영성과), 또는 수준 (예: 프로젝트의 성공 v s . 조직상의 효과) 등을 다루고 있어 상호간 대등한 비교가 쉽지 않다. 이러한 비교의 어려움은 연구결과를 토대로 정보시스템 성공에 영향을 미치는 유용한 원칙이나 이론을 수립하는 노력에 걸림돌로 작용되어 왔다. 이러한 문제에 봉착하여 많은 연구자들은 정보시스템 성공 에 대한 이론적 체계를 수립하고자 노력했으며, 그 중에서 DeLone과 McLean (1992)의 연구는 가장 많이 주목되는 체계를 제시하고 있다.

DeLone과 McLean (1992)은 정보시스템의 성공 모델을 < 그림 2> 와 같이 제시하고 있다. 이 모델은 정보시스템 자체로부터 사용, 그리고 개인적 및 조직적 영향을 망라하고 있다는 점에서 매우 종합적인 모델로 볼 수 있다.

우선 정보시스템 측면을 보면 시스템품질과 정보품질을 주요한 변수로 제 시하고 있다. 이는 즉 시스템과 정보의 조합을 정보시스템의 중요한 구성요 소로 본다는 점이며, 사용자는 시스템을 이용하여 정보를 생성, 저장, 검색, 통신 등의 활동을 한다는 점을 보여준다.

< 그림 2> 정보시스템 성공모형

시스템과 정보의 품질이 정보시스템의 성공에 미치는 영향에 대한 연구 는 측정방법에서부터 다양한 세부 속성이 주는 영향에 이르기까지 진행되 어 왔다(Monnet , 1995; Subramanian et al., 1996). 시스템과 정보품질 연구 들은 주로 시스템 개발에서 사용되는 공학적 방법 또는 조직적 변수들이 시스템 품질 또는 생산성 향상과 같은 종속변수에 주는 영향을 조사하였다.

사용되지 않는 시스템은 성공으로 보기 어렵다는 점에서 정보시스템의 사 용과 이를 통한 사용자의 만족정도는 성공에 미치는 중요한 변수로 제시되 었다(Bailey , 1983; Baroudi et al., 1986). 개인적 및 조직적 영향에 대해서 도 많은 연구가 이루어졌으며 이러한 연구들은 정보시스템 성공에 대한 다 양한 측면을 이해하는데 많은 도움을 주었다(Nunamaker et al., 1995;

Raym ond, 1985; Vandenbosch et al., 1995).

DeLone과 McLean의 모델이 정보시스템의 성공을 이해하는 체계를 잘 설명하고 있지만 실제로 좀더 세부적 수준에서의 이해는 매우 미흡하다. 즉 예를 들면 시스템품질이 어떻게 결정되는지, 주요한 변수는 무엇인지, 또 그러한 변수들간의 관계는 무엇인지 하는 점들에 대한 전반적 체계를 수립

하는 노력은 매우 미흡하다는 점이다. 본 논문은 시스템 품질에 국한하여 세부적인 체계를 세우고자 한다.

본 연구는 우선 연구의 대상을 프로젝트로 하고 시스템의 단계는 개발단 계로 국한함으로써 정보시스템 개발프로젝트의 성공이라는 명확한 범위를 정한다. 성공에 대한 의미는 품질로써 해석한다. 품질에는 다양한 해석이 존재하나 공통적인 의미 중 하나는 요구사항의 적합성이다. 즉 사용자가 제 시한 요구사항을 어느 정도 만족하는 시스템인가 하는 것을 시스템의 성공 으로 본다는 것이다. 실제로 개발 프로젝트에서는 계약의 완료조건이 계약 요구사항의 만족 여부이며 따라서 요구사항의 만족정도 즉 품질수준은 성 공의 개념을 잘 반영하고 있다고 보여진다. Baker et al.(1988)은 성공에 대 한 인식 조사를 통하여 성공의 정의는 얼마나 잘 요구사항을 만족하고 있 으며 또한 사용자로부터 높은 수준의 만족과 인정을 받을 수 있는가 하는 점에 달려 있음을 실증적으로 보여 주고 있다.

정보시스템 개발프로젝트의 성공에 대한 연구는 Pinto와 Slevin (1987)에 의해 수행되었다. 이 연구는 10가지의 성공요인을 아래와 같이 식별하고 있 다.

① 프로젝트 미션과 목표: 명확하게 정의된 프로젝트 목표는 효과적인 프로젝트의 기획과 통제의 기초가 됨

② 최고경영자의 지원: 제한된 자원 내에서 성공적인 프로젝트 완료를 위해서는 최고경영자의 자원 할당에 대한 갈등의 조정과 지원이 필요 하며 또한 프로젝트의 불확실성이 높을 경우 최고경영자의 프로젝트 에 대한 지원은 프로젝트를 원활히 추진하는 원동력이 됨

③ 프로젝트 기획: 프로젝트 목표를 실행 가능한 활동으로 번역하는 작업 은 설계 및 구현의 효과적 수행을 가능하게 하며 동적이며 지속적인 기획작업은 프로젝트 전반에 걸쳐 필요함

④ 사용자 참여: 프로젝트 결과물에 대한 만족이 프로젝트 성공의 궁극 적인 목표이므로 사용자의 프로젝트 전반에 대한 참여는 오류를 줄이 고 품질 수준을 높이는 중요한 역할을 함

⑤ 프로젝트 조직과 문화: 프로젝트 특성에 적정한 프로젝트 조직을 구 성하고 프로젝트 팀원의 높은 사기와 솔직한 태도는 프로젝트의 성공 에 지대한 영향을 줌

⑥ 기술적 능력: 프로젝트에서 요구되는 충분한 기술적 역량을 가진 인 력과 도구의 완비는 필수 조건임

⑦ 사용자 승인: 최종 단계에서 사용자의 승인을 얻지 못한 프로젝트는 실패임

⑧ 프로젝트 통제: 프로젝트 진척에 따라 프로젝트의 성과 수준을 측정 하고 평가하여 문제점을 식별하고 시정조치를 취하는 것은 프로젝트 품질을 향상하는 중요한 활동임

⑨ 의사소통: 단계별 진행에 따른 각종 정보의 원활한 의사소통은 중복 작업이나 재작업을 줄이며 프로젝트 팀원 간의 혼란을 방지함

⑩ 문제해결: 문제 발생시 문제를 해결하기 위해 완료까지 추적 관리하 는 것이 필요함

Pint o와 Slevin (1987)의 연구를 분석해 보면 성공요소로서 크게 프로젝트 목표에서부터 기획 및 통제, 의사소통과 마지막으로 문제해결을 하는 프로 젝트 프로세스 요인들과 사용자 참여 및 승인, 최고경영자의 참여와 같은 발주기관의 특성, 마지막으로는 프로젝트 조직과 문화, 기술적 능력과 같은 개발기관의 특성으로 대별할 수 있다. 이 연구는 무엇보다도 프로젝트 프로 세스의 중요성을 강조하는 것으로 이해할 수 있다.

프로젝트 성공요인에 대한 또 다른 연구는 Barker et al.(1988)에 의해 수 행되었다. 성공요인에 대한 인지를 바탕으로 요인분석을 한 결과 다음과 같

은 7개의 항목을 식별하고 있다.

① 조정 및 관계: 프로젝트 팀의 사기와 프로젝트 팀과 이해관계 조직 간의 원활한 의사소통

② 프로젝트 조직구조 및 통제: 적절한 조직구조 및 프로젝트 프로세스

③ 프로젝트 독창성 및 중요성: 프로젝트가 미치는 영향의 정도와 프로 젝트의 생소성

④ 합의된 성공의 기준: 측정 가능한 명확한 성공기준

⑤ 경쟁과 예산: 경쟁의 정도와 예산에 대한 강조의 정도

⑥ 초기 개념단계: 프로젝트 개념화의 어려운 정도, 초기에 과대한 낙관 적 심리

⑦ 내부 능력: 프로젝트 소속 조직의 능력

연구결과는 프로젝트 이해관계자와 적절한 관계를 유지하면서 조정하고 프로젝트 구조를 프로젝트 특성에 맞게 수립하며, 프로젝트의 불확실성과 유일성을 극복하는 것이 우선적으로 주요한 요인으로 발견되었다. 즉 이 연 구는 프로젝트 프로세스보다는 프로젝트 자체의 특성, 그리고 프로젝트의 이해관계자(즉 발주기관, 개발기관)의 특성이 매우 중요한 것으로 지적하고 있다. 프로젝트는 단순히 프로젝트 프로세스를 적용하는 것 이상의 많은 중 요한 요인들이 성공을 결정한다는 것이다.

소프트웨어 개발 프로젝트를 대상으로 한 연구에서 Field (1997)는 프로젝 트 실패를 야기시키는 아래와 같은 10개의 위험 요소를 식별하였다.

① 프로젝트 관리자가 사용자의 요구사항을 이해하지 못한다.

② 프로젝트의 범위가 제대로 정의되어 있지 않다.

③ 프로젝트의 변경을 제대로 관리하지 못한다.

④ 채택된 기술이 변경된다.

⑤ 업무 요구사항이 자주 변경된다.

⑥ 납기가 비현실적이다.

⑦ 사용자가 시스템에 대한 비호의적 태도를 갖고 있다.

⑧ 프로젝트 주관자가 누구인지 애매하다.

⑨ 관련된 기술 능력을 갖춘 사람이 부족하다.

⑩ 관리자가 최선의 관행과 교훈을 받아들이지 않는다.

이 연구 역시 위에서 인용된 연구결과와 유사하게 사용자의 문제점(사용 자의 비호의적 태도, 사용자의 요구사항 이해 부족 등)과 개발자의 문제점 (기술능력 부족)을 들고 있으며, 또한 프로젝트 특성(업무 요구사항의 변경, 범위 정의 어려움, 비현실적 납기 등)에 대한 요인도 제기하고 있다. 이 연 구의 결과는 소프트웨어 즉 정보기술 분야가 갖고 있는 문제점들이 프로젝 트에 영향을 미침을 또한 찾아내고 있다. 즉 급격한 기술의 발전은 정보기 술 분야에서 매우 어려운 문제로 인식되고 있으며, 이로 인한 기술 변경 요 인이 프로젝트 성공에 영향을 준다는 것은 당연한 결과일 것이다.

F it zerland & O ' Kane (1999) 등은 소프트웨어 CMM²⁾)프로세스를 이용하 여 성공요인을 도출하였다(Paulk et al., 1993). 이 연구에서는 모토롤라에서 의 소프트웨어 개발 프로세스에 관한 종단적인 연구결과에 의거하여 다음 과 같은 프로젝트의 성공요인을 식별하였다.

① 철저한 프로젝트 계획과 결과 추적

② 하청업체를 관리하기 위한 정형화된 절차

③ 철저한 품질보증 프로그램

④ 자동화된 소프트웨어 형상관리

⑤ 프로세스의 정의와 적용 기법

⑥ 소프트웨어 프로세스 개선을 위한 조직 문화

⑦ 최첨단 기술을 습득하기 위한 교육 프로그램

2) Capability Maturity Model의 약어임.

⑧ 내부 및 외부 조직과의 협력관계

⑨ 모든 소프트웨어 산출물에 대한 동료의 검토 (peer review )

⑩ 데이터 중심의 문화

⑪ 조직 내에 전파된 기술 변경 프로그램

⑫ 전략적 목표 설정에 관련된 조직 프로세스 개선 문화

⑬ 조직 내에 전파된 무결점 프로그램

이 연구는 소프트웨어 프로세스 중심적인 연구이므로 결과 역시 프로세 스 중에서 주요한 성공요소들이 도출되었다. 사용기관 즉 발주기관이 주로 프로젝트 관리(주로 계약관리 사항)의 많은 부분을 담당하고, 개발기관이 기술적 능력을 제공한다는 관점에서 본다면 여기서 제기된 많은 프로세스 들은 개발기관의 특성에 포함된다. 품질보증, 형상관리 그리고 프로세스 정 의 및 적용과 같은 프로세스는 우리나라의 경우 품질관리 활동으로 포괄적 으로 이해하고 수행하는 경우가 많으므로 품질활동의 충실도로 이해할 수 있다. 프로젝트 협력관계 유지나 프로젝트 문화의 개선 등은 프로젝트 관리 자의 능력에 크게 좌우되므로 프로젝트 관리자의 역할을 강조하고 있음 알 수 있다. 따라서 이 논문을 통해 개발기관의 특성을 크게 기술능력과 프로 젝트관리자의 능력이 포함됨을 알 수 있다.

Dobbin s & Donnely (1998)는 정부의 정보시스템 획득에 공통적으로 관련 된 주요 성공요인(Critical Success F actors )을 식별하였다. 이들은 설문조 사를 통하여 공공부문의 프로젝트 관리자들로부터 실증적으로 다음과 같은 성공요인을 도출하였다.

① 척도를 활용한 지속적인 투명성 확보

② 안정되고 충분한 자금

③ 리더십

④ 명확하고 안정적인 요구사항

⑤ 기술적으로 우수한 인력

⑥ 사용자의 참여, 지원, 수용도

⑦ 일정 관리

⑧ 효과적인 종적, 횡적 의사소통

⑨ 구조화된 품질관리

⑩ 영향력 있는 상위관리자의 지원

이 연구는 위에서 분석한 연구들과는 다른 몇 가지 요인들을 식별하고 있다. 우선 측정 가능한 척도를 이용한 관리, 즉 기성관리의 중요성을 강조 하고 있다. 따라서 기성관리의 일반적 관리목표인 일정, 비용, 성과를 대표 하는 비용과 일정관리, 품질관리 및 범위를 정하는 요구사항의 안정성이 주 요한 요인으로 식별되었다. 리더십과 상위관리자의 지원도 역시 주요한 요 인으로 식별되었는데 발주기관에서 상위관리자의 역할과 개발기관에서 프 로젝트관리자의 역할이 중요함은 이미 다른 연구결과에서 지적된 것과 마 찬가지로 지적되고 있다,

이상의 문헌조사를 토대로 프로젝트 성공에 영향을 주는 주요 요인으로 개발기관 특성, 발주기관 특성 그리고 사업특성을 들 수 있다. 개발기관 특 성으로는 프로젝트관리자의 능력, 프로젝트팀의 기술능력이 중요한 변수로 포함되며, 발주기관 특성으로는 사용자의 참여와 업무 이해도와 최고경영자 의 지원 등이 포함됨을 알 수 있다. 마지막으로 사업특성은 프로젝트의 규 모나 기간 등 프로젝트의 내재적 위험에 영향을 주는 요소와 기술 발전으 로 인한 기술 변경 위험 요소들이 포함될 수 있다. 이러한 개념을 모델화하 면 < 그림 3> 과 같다.

< 그림 3> 사업성공에 영향을 미치는 주요요인

제3절 성공요인에 대한 심층 문헌 고찰

프로젝트 성공의 주요요인으로 지금까지의 많은 연구들은 사업특성, 개발 기관 특성, 발주기관 특성을 제기하고 있다. 본 절에서는 각각의 성공요인 에 대한 좀더 세부적인 분석을 통해 개념을 구체화하고자 한다.

1. 사업특성

사업특성이 프로젝트의 성공에 영향을 미친다는 주장은 꾸준히 제기되어 왔다. 특히 프로젝트의 규모, 기간, 이해관계 기관의 수 등이 프로젝트에 큰 영향을 미칠 것으로 제기되었다. 이러한 특성은 프로젝트의 불확실성을 높 이고 복잡성을 더하여 프로젝트의 위험 수준을 높이게 된다(한재형, 1998).

발주기관 입장에서의 이해관계자의 수 뿐만 아니라 컨소시엄 참여 협력 업체의 수도 프로젝트에 영향을 줄 수 있다. 즉 프로젝트의 복잡성과 불확 실성은 이해관계 기관이 많으면 많을수록 높아지며 이는 프로젝트의 성공 에 직접적인 영향을 주게 된다.

사업특성으로 프로젝트 성공에 영향을 주는 요인으로 기술적 요인들을 생각할 수 있다. 즉 첨단 기술을 적용할 경우 사용 경험과 지식의 부족으로 또한 적용 타당성의 검증 어려움으로 프로젝트의 성공에 부정적인 영향을 줄 것이다. 수행해야 될 프로젝트와 유사한 프로젝트가 다수 존재하는 경우 프로젝트의 위험은 줄어들 것이다. 이는 반복적인 경험을 통해 불확실성을 줄일 수 있기 때문이다. 시스템의 개발 방법도 성공에 영향을 주게 된다.

Big Bang 접근방법은 시스템을 전반적으로 분석 설계하여 구현하는 접근 방법으로 전형적인 하향식 접근방법을 채택한다. 이러한 방법이 일관성 있

는 시스템 구축을 가능하게 하나 프로젝트의 위험은 높아진다. 즉 불확실성 이 높은 환경에서는 한번에 모든 시스템을 구축하는 것이 매우 어려울 것 이다. 즉 환경의 변화는 시스템에 영향을 주게 되며 Big Bang 접근방법은 변경의 범위가 넓어지므로 프로젝트에 많은 위험이 요인이 된다. 반면에 Roll- out 획득 방식은 단계적으로 추진하며 시스템의 진화를 도모하므로 프 로젝트의 위험은 적어진다. 그러나 이런 추진방식을 채택할 경우 각 프로젝 트를 통합하고 연결하는 프로그램 관리가 효과적으로 추진되어야 할 것이 다.

마지막으로 사업의 중요한 성과 목표인 비용 관련 요인이 고려되어야 한 다. 사업비의 적정 여부는 사업에 적지 않은 영향을 줄 것으로 보인다. 즉 적정하지 못하게 책정된 사업을 수행할 경우 사업의 범위나 품질에 영향이 미칠 것이며, 이는 프로젝트의 성공에 직접적인 영향을 줄 것으로 보인다.

위의 분석을 토대로 다음과 같이 프로젝트 성공에 영향을 미치는 사업특 성을 정리할 수 있다.

① 사업규모

② 사업기간

③ 사업비의 적정여부

④ 이해관계 기관 수

⑤ 컨소시엄 참여 업체 수

⑥ 벤치마킹 할 수 있는 유사사업 존재여부

⑦ Big Bang v s . Roll- Out 획득 방식

⑧ 첨단기술 적용에 따른 사업 위험도

2. 개발기관 특성

개발기관은 직접적으로 프로젝트의 개발을 주도하는 중요한 역할을 담당 하므로 많은 요인들이 식별될 수 있다. 우선 개발기관의 규모나 유사프로젝 트의 수행 경험 여부는 중요한 고려요인이 될 수 있다. 즉 개발기관의 규모 가 클 경우 자금이나 인력의 부족 현상이 적을 것이며, 높은 수준의 추진 가능성을 유지할 수 있다.

프로젝트를 성공적으로 완료하기 위해 가장 중요한 요인은 프로젝트 관 리자와 프로젝트 팀의 적정성이다. 개발팀이 프로젝트 특성에 맞게 구성되 어야 하며 프로젝트 관리자는 대내외적으로 충분한 리더십과 의사소통 능 력을 가져야 하며, 또한 발주자와의 긴밀한 협조 및 신뢰관계를 유지할 수 있어야 한다. 또한 프로젝트 관리자는 독립적인 의사결정 권한이 부여되어 야 하며 이를 위해서는 충분한 수준의 직급을 가진 자가 프로젝트 관리자 로 임명되어야 할 것이다,

특히 프로젝트 팀의 적절한 구성은 매우 중요한 요인으로 지적되었다. 전 통적 조직은 문제나 작업을 전문화된 분야로 구분하여 해결할 수 있다고 가정하고 있으며, 따라서 하부 조직간에 통합수준이 대체로 낮으며 독립적 으로 일하는 경향이 있다. 그러나 문제 발생시 다수의 하부 조직이 참여하 여 문제를 해결하는 데에는 어려움이 있으며 이러한 문제를 극복하기 위해 조직 재설계를 할 수 있으나 이는 시간이 걸리고 또한 많은 비용이 들게 된다. 또 다른 방법은 문제를 특정 명령체계에 부과하는 것이나 이는 관리 자의 ov erload를 초래하고 관리자의 수를 늘리는 결과가 된다. 즉 환경이 높은 불확실성을 갖고 자주 변화하는 경우에는 전통적 조직 형태는 적합하 지 않다는 것이다.

프로젝트 조직은 두 가지 특성을 가져야 한다. 첫째, 하부조직을 수평적

관계를 이용하여 통합하여야 하며, 둘째로는 프로젝트의 독특한 요구사항에 적합하도록 조직구조를 차별화하여야 한다.

전통적 조직은 수직적, 하향식 권위와 의사소통으로 특징 되며, 반면에 프로젝트 조직은 수평적, 직접적인 의사소통 방식으로 특징 된다. 많은 조 직에서 수평적 의사소통을 비공식적인 방법을 통해서 즉 개인적인 친분관 계를 통해서 가능하도록 하고 있으나, 이러한 방법은 알아야 될 필요가 있 는 모든 사람이 참여되지 못하거나 필요한 정보를 얻지 못해 문제가 발생 될 수 있다. 프로젝트조직은 개인적 접촉을 통한 비공식적 의사소통 방식을 향상하여 공식적인 형태로 만들었다. 즉 통합자의 기능을 활용하여 전통적 인 권한체계에 따른 의사결정 단계를 줄이고 필요한 모든 사람이 정보를 제공받을 수 있도록 의사소통을 촉진하게 된다. 일반적으로 사용되는 통합 자에는 다음과 같은 종류가 있다.

① liaison

② task forces and team s

③ project expeditor s and coordinator s

④ project m anager s

⑤ matrix manager

⑥ int egrating contractors

Liaison은 두 부서의 연결을 위해 하위 수준에서 지정된 사람이 역할을 담당하며 양 부서간의 정보를 신속 정확하게 전달함으로써 작업을 원활하 게 진행되게 하는 역할을 담당한다. 그러나 작업을 원활하게 진행하도록 할 수는 있지만 문제점 발생시 원인을 찾아서 시정하지는 못하는 약점이 있다.

T ask for ce는 문제의 해결을 위해 다양한 분야로부터 선발된 인력들의 임시적 그룹이며 효과적이기 위해서는 흔히 짧은 기간동안 운영되고 10명 미만의 구성원으로 구성된다. 또한 충분히 정보가 제공되어야 하며 또한 소

속 부서에서 시정조치를 취할 수 있는 권한이 부여되어야 한다.

T eam 은 문제가 어렵고 지속적인 노력이 필요한 경우 영구적인 팀을 구 성하며 task force와 동일한 성격을 갖으나 주기적으로 모이며 좀더 장기적 인 기간동안 운영된다. 반복적인 모임을 통해 조정된 의사결정을 한다(예:

변경관리위원회).

Pr oj ect expedit or s는 복잡한 프로젝트의 경우 많은 수의 팀이 구성되고 운영되며 흔히 이러한 팀들의 주목적은 통합이다. 프로젝트가 하나의 기능 부서에만 영향을 미칠 경우 프로젝트는 그 기능 부서에 위치되며, 팀의 구 성원은 해당 기능부서의 인력으로 채워진다. 이런 프로젝트의 관리자를 pr oj ect expedit or라 한다. pr oject expedit or는 기능부서의 장에 의해 선정되 며 흔히 팀 구성원에 대한 공식적인 권한을 갖고 있지 못하므로 주로 설득 과 정보 교환을 통해 프로젝트를 진행한다.

Pr oj ect coor dinat or의 경우 프로젝트의 구성원이 다양한 기능부서의 인력 으로 채워지며 조직 재구조의 필요성은 없다. 이러한 프로젝트 팀을 multifunctional project t eam 이라 하며 가능 책임을 많이 갖는 부서에 위치 되거나 또는 상위 수준으로 위치되기도 한다. 이런 프로젝트팀을 관리하는 관리자를 project coordinator라 하며 project coordinator는 line authority를 갖지는 못하나 프로젝트의 예산, 일정 및 작업성과에 대해서는 결정할 권한 을 가진다. 직접 일반관리자에게 보고할 수 있는 점과 프로젝트에 대한 지 식과 프로젝트의 중심에 서서 모든 정보를 취득할 수 있는 것이 영향력을 행사할 수 있도록 도와주게 된다.

Pr oj ect m anager는 높은 수준의 복잡성과 대량의 자원 투입 및 높은 위 험을 수반하는 프로젝트의 경우 pure project 형태의 조직이 사용되며 이런 조직의 관리자를 project manager라 한다. 프로젝트 관리자는 프로젝트에 소속된 모든 인력과 자원에 대한 모든 권한을 갖고 있으며 또한 외부와의

접촉을 통한 자원 조달 및 계약을 추진할 수 있다. 세 가지 조직형태가 있 을 수 있다.

① project center : 프로젝트조직이 기존 조직에 부가적으로 추가됨. 기존 조직이 프로젝트로 인한 방해를 받지 않고 계속적으로 작업을 할 수 있는 이점이 있음

② st and- alone project : 다수의 조직으로부터 선발된 인력으로 구성하여 새로운 조직을 만들며, 흔히 대규모 프로젝트의 경우 사용됨

③ partial project : 프로젝트에 중요한 기능이 프로젝트 관리자로 지정되 고 다른 기능은 지원기능 역할 담당. 프로젝트 관리자는 프로젝트 전반에 대해 직접적인 통제 권한을 가지나 지원부서로부터 지원을 받음

pure project 조직은 높은 비용을 요구하고, 많은 프로젝트가 진행될 경우 에 작업과 노력이 중복될 가능성이 높다. 또한 후속 프로젝트가 없는 경우 프로젝트 인력 처리에 문제점이 있다. 프로젝트 인력은 프로젝트에 특화된 내용에 전문화되어 있어 다른 프로젝트에서 전문성을 발휘하기 어렵고 또 한 소속 기술분야의 최신 기술을 습득하는데 어려움이 있다.

Matrix organization은 지속적으로 프로젝트를 수행하는(예: 건설, SI 등) 기업의 경우 pure project의 형태는 비현실적이며 multiproject organization 의 경우 인력과 비용에 대한 문제점 없이 신속하게 대규모 프로젝트팀을 구성할 수 있는 능력이 필요하며 이러한 조직을 말한다. 이런 능력을 확보 하기 위해 새로운 형태의 조직인 matrix 형태를 사용하게 되며 m atrix 조 직은 기존의 기능조직과 프로젝트 조직을 겹쳐서 만들어지며 격자형태의 권한과 보고 형태를 가진다. m atrix 조직은 다음과 같은 독특한 특성을 가 진다.

① 기능부서는 프로젝트가 필요로 하는 전문인력과 물리적 자원을 제공 하는 저장소 역할을 담당함

② 인력은 각 전문화된 소속 기능 부서에서 최신 기술과 타 프로젝트의 경험 습득이 용이함

③ 프로젝트 완료 후 소속 기능부서로 돌아갈 수 있으므로 인력구조의 대폭 변경으로 인한 사기 저하를 줄일 수 있음

④ 프로젝트관리자는 기능관리자와 동일한 계층 수준에 있으며 기능관리 자는 필요한 기술적 지원을 제공하고 프로젝트 관리자는 이를 통합하 는 역할 담당

⑤ 다수 프로젝트의 우선순위와 자원 배분에 관한 사항은 m anager of project s가 담당

그러나 대부분의 조직의 경우 수직적 계층구조와 정보흐름에 익숙해 있 어 수평적 관계와 분산 의사결정에 어려움을 겪을 수 있다. 즉 수직적 관계 와 수평적 관계 간에 갈등이 초래될 위험이 높으며, 기능관리자와 프로젝트 관리자간의 권한이 모호할 수 있다. 또한 프로젝트 참여 인력의 경우 두개 의 명령체계 속에서 혼동과 갈등을 느끼게 되며 이런 문제를 극복하기 위 해서는 조직은 명확하고 안정적인 가치와 우선순위를 정해야 한다.

적정한 프로젝트 팀 구조의 선정은 새로운 프로젝트의 횟수, 프로젝트의 기간, 프로젝트의 규모, 관계의 복잡성을 고려하여 이루어진다. 따라서 프로 젝트 팀의 구조는 프로젝트의 성공에 매우 큰 영형을 미칠 것으로 생각되 며 주요한 요인으로 추가되는 것이 필요하다.

조직적 및 관리적 요소이외에도 기술적 요인도 중요하다. 실제 개발활동 에서 개발방법론을 충실히 이해하여 준수하는 것이 중요하고, 또한 시스템 통합을 위한 통합 활동이 수직적 및 수평적으로 수행되어야 한다. 개발방법 론은 개발 프로젝트의 복잡성을 줄이고 체계적인 활동의 수행을 위해 필수 적이며 개발방법론의 적절한 적용은 프로젝트의 성공에 필수 요인이다.

개발활동을 지원하는 지원 활동인 문서화나 품질보증도 중요한 요인이며

사용자의 이해와 만족을 증진하기 위한 사용자 교육도 고려되어야 할 요인 이다(Barkley and Saylor , 1994). 품질은 단순히 선택적 사항이 아니라 필수 요소로서 프로젝트의 성공을 위해선 필수적으로 고려되어야 할 요인이다.

위의 분석을 통하여 다음과 같이 개발기관 특성을 도출하였다.

① 개발기관 규모

② 유사 프로젝트 수행 경험여부

③ 개발팀 구성의 적정성

④ 프로젝트 관리자의 직급

⑤ 발주자와의 협조/ 신뢰

⑥ 리더십/ 의사소통 능력

⑦ 시스템통합 능력

⑧ 개발방법론 이해

⑨ 품질보증 활동의 충실도

⑩ 문서화의 충실도

⑪ 사용자 교육의 충실도

3. 발주기관 특성

발주기관은 프로젝트의 성공을 좌우하는 또 다른 하나의 축으로 성공에 지대한 영향을 준다. 우선 발주기관의 전략목표와 정보기술 계획과의 일관 성, 기관장의 관심/ 지원 정도와 의사결정의 적시성 등은 발주기관이 가져야 할 주요한 특성이다. 전략목표와 일관되지 않은 프로젝트는 진행 중에 많은 변경을 초래할 수 있으며 이는 프로젝트의 일정과 비용에 커다란 위험을 초래할 수 있다. 또한 정보시스템 프로젝트는 프로젝트의 후반부에나 가시 적인 산출물을 볼 수 있으므로 프로젝트의 적극적 추진을 위해서는 기관장

의 적극적인 지원과 조정 노력이 필요하며 적시의 의사결정이 필수적이다.

좀더 실무적인 차원에서는 발주기관의 전체업무를 충실히 이해하고 정보 기술의 적용가능성을 검토할 수 있어야 한다. 개발자와의 의사소통의 중요 한 수단인 사용자 요구사항을 명확히 제시할 수 있어야 하며 요구사항 관 리가 지속적으로 이루어져야 한다. 또한 발주기관은 단순히 갑과 을의 법적 인 역할 분담보다는 동일한 목표를 추구하는 동반자로서 프로젝트 관리에 적극적으로 임해야 한다는 점이 주요요인으로 제기되고 있다.

프로젝트 성공에 영향을 주는 발주기관의 특성은 다음과 같다.

① 전략목표와 IT 계획의 일관성

② 기관장의 관심/ 지원정도

③ 의사결정의 적시성

④ 전체업무 이해도

⑤ IT 이해도

⑥ 사용자 요구사항의 명확성

⑦ 프로젝트 관리의 적극성

제4절 개발프로젝트에 대한 감리제도

본 절에서는 정보시스템 감리를 설명한다. 정보시스템 감리는 이미 10여 년 동안 국내에서 실무적으로 수행되면서 많은 경험과 자료를 축적하고 있 다. 이러한 경험과 자료를 토대로 문헌조사에서 수립된 모델을 좀더 상세화 할 수 있으며, 또한 각 프로젝트별로 필요한 데이터를 수집할 수 있다. 따 라서 본 절에서는 정보시스템 감리의 절차와 방법을 설명하고, 감리에서 성 공의 정도를 측정하는 방법을 소개한다.

1. 정보시스템 감리의 개요

정보시스템 감리 라 함은 감리 대상으로부터 독립된 감리인이 정보시스 템의 안전성, 효율성 및 효과성 향상을 위하여 정보시스템의 구축・운영에 관한 사항을 종합적으로 점검・평가하고 감리의뢰인 및 피감리인에게 개선 이 필요한 사항을 권고하는 것을 말한다.

정보시스템 감리를 감리대상의 유형에 따라 분류하면 < 표 1> 에서 보는 바와 같이 프로젝트 방식으로 추진된 사업을 감리하는 사업감리와 전산조 직에 의한 운영과 유지보수를 감리하는 운영감리로 나눌 수 있다. 이들은 각각 외부감리 또는 내부감리의 형태를 띨 수 있는데, 본 연구에서 지칭하 는 정보시스템 개발사업에 대한 감리 는 사업감리로 한정한다.

< 표 1> 감리대상에 따른 감리 유형

구분 목 적 종 류

사업감리

개발사업의 성공적 수행을 목적으로 하며, 개발사업의 진행 단계에 따라 실시

정보시스템 중장기계획 감리 응용시스템 분석설계 감리 응용시스템 구현감리 시스템통합사업 감리 등

운영감리

컴퓨터시스템의 설비 조직, 업무의 운영 관리, 오류 대책 등을 점검하는 감리로서 주기적 또는 특별한 사안 발생시에 실시

시스템통제준거성 감리 시스템안전성 감리 시스템효율성 감리 시스템효과성 감리 등

전산망 보급확장과 이용촉진에 관한 법률 (1986)에 의거하여 1987년 한국 전산원이 행정전산망 사업에 대한 회계 및 기술분야의 감리를 시행하기 시 작한 이래로 정보시스템 감리는 괄목할만한 성장을 보여왔다. 특히 1993년 부터는 공공부문 주요 정보화사업에 대한 감리 수요가 급증하여 1996년 이 후 2000년까지 200여건의 감리를 시행하였다.

정보시스템 감리를 통해 정보시스템의 기획, 개발에서 개선된 부분을 설 문조사한 결과 프로젝트관리 측면에서의 효과가 상대적으로 큰 것으로 나 타나고 있다. 또한 감리가 지속적으로 실시된 경우에는 시스템의 완성도와 통제기능의 구현 측면에서도 개선효과가 발생하고 있어 정보시스템 감리는 프로세스(process )와 프로덕트(product )의 양 측면에 모두 영향을 주는 것 으로 볼 수 있다. 일반적으로 정보시스템 감리를 통해 얻을 수 있는 기대효 과에는 다음과 같은 것들이 있다[문대원 & 장시영, 1998].

프로젝트관리 수준의 향상 프로젝트 품질관리체계의 향상

프로젝트 표준의 준수 및 표준 설정의 완성도 향상 사용자 요구사항의 충실한 구현

데이터베이스의 일관성, 독립성, 통합성, 유연성 향상 응용시스템의 유지보수성 향상

2. 감리보고서

감리의 결과는 감리보고서로 집약된다. 감리보고서의 작성은 감리 수행의 최종 단계이며, 감리보고서는 감리인이 대상사업의 준거성, 안전성, 효율성 및 효과성에 대하여 의견을 표명하는 공식적인 수단이다. 나아가 감리보고 서는 정보시스템 구축에 중대한 오류가 발생하지 않도록 하는 개선의 의미

도 지니고 있다.

현행 감리보고서의 형식과 내용은 1996년에 채택된 것으로, 구성체계로 볼 때 크게 감리 개요와 감리실시 결과로 이루어져 있다. 또한 감리실시 결 과는 총평(종합평가), 개선권고사항, 상세검토 사항으로 나누어져 있어 전체 적으로 볼 때 이해관계자에게 매우 유용한 정보를 제공하도록 설계되어 있 다.

현행 감리보고서에서는 총평 부문에서 감리인이 중점검토분야별 현황에 대한 검토의견을 표명한다. 검토의견이란 요구사항의 충족이나 정보시스템 의 결함 등을 바탕으로 감리인이 제시하는 전반적인 의견으로서 적정 , 보 통 , 부적정 으로 구분하도록 되어 있다[정보통신부, 1999].

여기에서 적정 이란 문제점이 발견되지 않았으며 사전에 정의된 주요 요 구사항이 충족된 상태를 의미한다. 보통 은 문제점이 발견되었으나 사전에 계획된 자원의 범위 내에서 개선이 가능하고 정의된 주요 요구사항을 충족 할 수 있는 상태이고, 부적정 이란 중대한 문제점이 존재하여 사전에 계획 된 자원의 범위 내에서 개선이 불가능하고 정의된 주요 요구사항을 충족할 수 없는 상태이다.

그러나 이러한 3등급 분류로는 검토의견의 적절한 표명이 어려워 현실적 으로는 단서조항을 이용하여 적정 , 적정- 일부 보통 , 보통 , 보통- 일부 미 흡 , 부적정 등 5개의 등급을 사용하고 있다. 이는 사실상 上, 中, 下의 3등 급 평가체계로는 충분한 의견표명이 되지 않아 A , B, C, D, F의 5등급 평 가체계로^{3 )} 전환한 것으로 볼 수 있다.

이 평가방식은 대학의 평점 부여방식과 상당히 유사한 측면이 있으므로, 평점체계를 연구하여 적용함으로써 검토의견의 표명결과를 정량화할 수 있 을 것으로 판단된다. 감리결과 즉 중점검토분야별 현황은 객관적인 수치로

3) 또는 수, 우, 미, 양, 가의 5등급 평가체계

환산될 수 있어야 하며, 가능한한 백분율로 나타낼 수 있어야 절대적・상대 적인 해석과 비교가 가능하기 때문이다.

제3장 연구 설계

본 논문의 목적은 공공부문 정보시스템 개발프로젝트의 성공에 영향을 미치는 변수를 식별하고 이들의 중요도를 살펴보는 것이다. 동시에 이러한 변수들을 기초로 요인을 도출하여 개발 프로젝트 성공 모델을 개발하는 것 이다. 본 장에서는 이러한 목적에 맞는 연구모형을 제시하고 연구 표본의 선정, 성공변수의 도출, 연구변수의 측정 조작화, 그리고 자료수집 및 분석 절차를 기술한다.

제1절 연구모형

본 연구에서는 먼저 성공 변수와 프로젝트 성공과의 관계를 살펴보고 성 공에 유의한 영향을 미치는 변수를 대상으로 이들이 어떠한 공통 속성을 지니는 요인으로 분류되는지를 살펴본다. 이는 직접 관찰 및 도출이 가능하 지 않은 요인들을 파악하여 실제 개발 프로젝트의 성공에 영향을 미치는 영역을 정리하고자 함이다. 이렇게 개발된 성공 모형은 향후 개발 프로젝트 의 성공과 관련하여 기초 모형이 될 수 있다. 또한 이러한 요인 분석을 통 해 각 요인들이 어떻게 성공에 영향을 미치게 되는지를 설명하는 영향 메 커니즘도 파악할 수 있게 된다.

한편 성공에의 영향도 또는 영향 메커니즘은 프로젝트의 특성과 같은 여 러 변수들로 인해 설정되는 상황에 따라 다르게 나타날 수도 있다. 이는 상 황이론에 입각한 것으로 인과관계가 모든 상황에 동일하게 적용되지 않고 각 환경에 적합한 형태가 서로 다르게 나타날 수 있다는 것을 의미한다. 이 상과 같은 연구 목적을 적절하게 표현하는 연구모형은 < 그림 4> 와 같이 나타낼 수 있다.

제2절 성공변수의 도출

제2장에서 검토한 연구문헌을 기초로 하여 우리나라의 실정에 적합한 성 공 변수들을 발굴하기 위하여 5명의 한국전산원 전문감리인들과 2명의 SI 업체 개발자들을 대상으로 브레인스토밍을 실시하였다. 이러한 접근법을 사 용한 이유는 이 분야에 대한 국내에서의 실증연구가 부족하여 학술 문헌뿐 만 아니라 현업 중심의 문헌들을 종합적으로 분석 정리하더라도 이들에 대 한 타당성을 추가적으로 검토할 필요가 있기 때문이다. 여기에서 전문 감리 인들과 개발자들을 대상으로 브레인스토밍한 근거는 이들 감리인들이 개발

< 그림 4> 연구모형

프로젝트의 착수부터 종료까지 시스템의 전 단계를 관찰하므로 프로젝트의 성공요인에 대한 통찰력을 가지고 있을 것으로 기대하였고, 또한 SI업체의 개발자들은 감리인들과 다른 시각에서 성공요인을 식별할 수 있을 것으로 판단하였기 때문이다.

앞장의 문헌 연구에서 나타난 변수들을 이들 7명의 전문가에게 간략히 설명한 후 두 시간 가량의 토론을 거쳐 수정하였다. 이 토론에서의 주요 사 항은 문헌에서 언급되지 않은 변수들을 식별하여 추가하고, 또한 적합하지 않은 변수들을 삭제하는 것이었다. 면담 결과를 정리한 후 다시 감리인들에 게 전자우편으로 델파이 조사를 수행한 결과 30개의 변수들이 식별되었다.

이와 같이 도출된 잠정적 성공변수의 내용과 변수명 등은 < 표 2> 에 보인 바와 같다.

제3절 연구 가설 설정

앞 절에서 도출한 30개의 성공변수는 모두 프로젝트 성공과 밀접한 관계 가 있는 것으로 명제화 된다. 이는 30개의 성공변수가 문헌 및 전문가의 경 험에 기초하여 프로젝트 성공에 관련이 있을 것으로 예측되었기에 그러하 다. 특히 이들 중 첨단기술 적용에 따른 사업 위험도의 경우는 위험도가 증 가할수록 성공 가능성은 줄어들 것이기 때문에 음의 상관관계가 형성될 것 이라고 예측된다. 이와 마찬가지로 사업기간이 길수록, 사업규모가 클수록, 컨소시엄 참여 업체수가 많을수록, 이해관계 기관수가 많을수록, 담당자의 변경횟수가 많을수록 성공에는 부정적인 영향을 미칠것이고 따라서 이들은 모두 음의 관계로 가설화 된다. 한편, 그 외의 모든 변수들은 모두 성공과 긍정적인 관계로 가설화 될 수 있다. 이러한 내용을 표로 표현하면 < 표 3>

과 같다.

< 표 2> 설문 및 델파이에 의한 프로젝트 성공요인

항 목 변 수 명

벤치마킹할수 있는 유사사업 존재 여부 BENCH

Big Bang vs . Roll- Out Acquisit ion BAN G

첨단기술 적용에 따른 사업 위험도 NEWT E C

사업규모 SIZE

사업기간 PERIOD

컨소시엄 참여 협력업체 수 SI#

법・제도・정책이 정비/ 지원된 상태에서 사업추진 여부 P OLICY

이해관계 기관수 ORG#

사업비 적정여부 BUDGET

업체규모 EMP#

⑪유사프로젝트 수행 경험 여부 EXP

⑫주 개발업체 개발팀 구성의 적정성 T EAM

공공프로젝트의 특성 이해 여부 PUBLIC

시스템통합 능력 ABILIT Y

개발방법론 이해도 MET H OD_U

< 표 2> (계속)

항 목 변 수 명

QA활동의 충실도 QA

문서화의 충실도 DOCUM

사용자 교육의 충실도 EDU

PM의 직급 PM_RANK

(대외) 발주자와의 협조/ 신뢰 정도 PM_REL

(대내) 리더십/ 의사소통 능력 PM_LEAD

전략목표와 IT 계획의 일관성 ALIGN

사용자 요구사항의 명확성 RQMT

기관장의 관심/ 지원 정도 T OP_COM

의사결정의 적시성(HW교체, 쟁점관리 등) DECISION

전체업무 이해도 AD_T A SK

IT 이해도 AD_IT

프로젝트관리의 적극성 AD_COM

담당자의 변경 횟수 AD_T URN

사용자의 사업 수용도(전산마인드 포함) MIND

< 표 3> 변수들의 가설 방향

항 목 변 수 명 가설의

예상방향

벤치마킹할수 있는 유사사업 존재 여부 BENCH +

Big Bang v s . Roll- Out Acquisition BANG +

첨단기술 적용에 따른 사업 위험도 NEWT EC -

사업규모 SIZE -

사업기간 PERIOD -

컨소시엄 참여 협력업체 수 SI# -

법・제도・정책이 정비/ 지원된 상태에서 사업추진 여부 POLICY -

이해관계 기관수 ORG# -

사업비 적정여부 BUDGET +

업체규모 EMP# +

⑪유사프로젝트 수행 경험 여부 EXP -

⑫주 개발업체 개발팀 구성의 적정성 T EAM +

공공프로젝트의 특성 이해 여부 PUBLIC +

시스템통합 능력 ABILIT Y +

개발방법론 이해도 MET HOD_U +