정철환님의 블로그

프로젝트....
저처럼 IT 분야에 종사하시는 분들은 프로젝트라는 단어가 매우 익숙하실겁니다. 프로젝트로 시작해서 프로젝트로 끝나는 것이 회사 일의 대부분이니까요. 처음에 프로젝트라는 말을 들었을 당시 참 멋있다고 생각했었는데.. 그것이 해보니 노가다더라.. 이거죠...

PM은 막무가내에 고객은 무식하고 일정은 턱없이 짧으며 요구사항은 끝도없고 밤새우기를 밥먹듯하고 피곤은 하늘을 찌를듯한 경험들 많으셨을겁니다.

하여튼 프로젝트 팀에 소속되는 순간부터 오로지 바라는 거는 빨리 프로젝트가 끝나기를 기다르는 거죠.. 그래서 얼른 프로젝트 팀에서 철수 할 수 있기를.. 하지만 그 후에 기다리는 것은 더 환경이 열악한 프로젝트일 수도 있는데...

수 많은 프로젝트에 관련된 책들이 있습니다. SW 개발 프로젝트에서 컨설팅, 그리고 방법론에 대한 것들까지.. 최근에 입수한 책 하나를 이야기하려고 합니다.

여러분도 다 아시는 것처럼 한 조사에 따르면 IT 프로젝트의 약 28% 만이 성공적으로 완료된다고 합니다. 또한 프로젝트에 투입된 자원의 46%는 효과를 내지 못하고 낭비되는 자원이라고 합니다. 또 다른 조사에 따르면 전체 IT 프로젝트의 75%가 일정을 맞추지 못했으며 55%는 예산을 초과하였고 37%는 요구사항을 충족시키지 못하였다고 합니다.

뭐 대충 이런 통계들을 들으면 프로젝트가 실패하는게 당연하다는 생각을 하게 되네요.. 우리 프로젝트도 실패했는데... 뭐 그게 대수는 아니구나.. 하는 생각들 하실지도... 하지만 그게 다는 아니겠죠..

여기 책에서 사례를 들고 있는 몇가지를 소개하겠습니다.

너무나도 유명한 덴버 공항의 수화물처리 시스템 개발 프로젝트.. 이건 프로젝트 관리 관련 이야기 시 꼭 언급되는 거죠.. 하여간 이 시스템 개발 프로젝트가 실패해서 덴버 공항의 개항이 1년인가 늦어졌다고 합니다. 인천 국제공항 프로젝트때 수화물처리 시스템에 많은 신경을 쓴 것도 기억나네요.. ^^

시드니 오페라 하우스 건설.. 이 프로젝트는 1950년대에 계획되어 5년의 기간에 700만 호주 달러의 예산으로 시작되었다고 합니다. 하지만 수 많은 난관에 부딪혀 기간은 지연되고 비용은 천문학적으로 초과되었다고 합니다. 결국 1억 달러가 소요되었다고 하네요...

애플의 리사 컴퓨터 개발 프로젝트... 이 역시 실패한 프로젝트로 악명이 높죠..

포드 자동차의 토러스 개발 프로젝트. 1986년에 시장에 출시된 토러스는 미국 자동차 역사상 매우 성공적인 모델이었다고 합니다. 2000년대에도 아직까지 후속모델이 출시되고 있으니.. 현대 자동차의 소나타와 비슷한 경우라고 할 수 있겠습니다. 하지만 이 프로젝트의 책임자는 경질되었다고 합니다. 프로젝트가 예상 기간에서 3개월 초과한 것이 이유랍니다.

LA의 지하철 건설 프로젝트.. 이 것은 정해긴 기간내에 예산을 초과하지 않고 건설되었으며 건설 현장의 사고율도 미국 평균보다 50%나 낮았고 지역 사회 인력 및 장애인 들을 효과적으로 고용한 프로젝트였답니다. 그래서 미국에서 올해의 프로젝트 상을 받는 등 성공적인 프로젝트 사례로 매우 유명한 것이라고 합니다.

위 프로젝트들이 과연 눈에 보이는 것데로 일까요? 시드니 오페라하우스는 현재 시드니의 유명한 관광명소로 일년에 수백만명의 관광객을 불러들이고 있습니다. 리사 컴퓨터는 애플의 최대 성공제품인 매킨토시의 기술 기반이 되었습니다. LA 지하철은 결국 자동차를 선호하는 시민들의 변화를 가져오지 못해 매우 비효율적인 운송수단이 되고 말았답니다..

결국 프로젝트를 기존의 전통적인 기준인 3가지 제약, 즉 기간, 예산, 요구사항 만족수준 으로만 평가할 수 없는 뭔가가 있다는 것이 이 책에서 이야기 하는 내용입니다. (흐.. 사실 알 만한 분들은 이미 다 아시고 계신 것들이겠지만요...원래 책이라는 것이 그렇죠.. ㅎㅎ)

프로젝트의 성공을 정의하기 위한 다섯가지 확장요소.. 아래와 같이 정리하고 있네요...

효율성: 일정 준수, 예산 준수, 품질, 기타 효율성 평가 요소

고객에 대한 효과: 요구사항 만족수준, 고객에 대한 이익 수준, 사용율, 고객 만족도 및 충성도, 브랜드 인지도 향상율

팀에 대한 효과: 팀 만족도, 팀의 사기, 기술 개발 공헌도, 팀 멤버의 성장, 팀 멤버 유지비율

비즈니스  직접 효과: 판매, 이익, 시장점유율, ROI/ROE, 현금 흐름, 서비스 품질, 사이클 타임, 조직적인 효과, 규정 승인 관련

미래에 대한 준비: 신 기술 개발, 신 시장 개척, 신 제품 개발, 신 경쟁력 확보, 조직 역량 강화

위 다섯가지의 내용을 기반으로 프로젝트의 성공을 평가한다... 이거 어떻게 생각하시나요? 프로젝트의 성공이 더 어렵게 보이지 않나요? ㅎㅎ

제 생각은 가장 기본적인 프로젝트의 관계, 즉 발주처와 수행팀 간의 견해차이의 극복이 최우선 과제가 아닐까 하는 생각이 듭니다. 하지만 프로젝트 PM 또는 수행팀원이 위 다섯가지를 염두에 두고 고객의 프로젝트를 대한다면... 아마도 성공 확률이 훨씬 높아지지 않을까 하는 생각이 듭니다..

마저 다 읽어봐야 할 만한 책이라는 생각이 듭니다.. ^^