특이한 사항이지만 필자는 프로젝트 시작전에 이미 결정이 난다고 보고 있다. 그이유는 다음과 같다.
1.잘못된 문제에 대한 접근
2.잘못된 스폰서
3.잘못 구성된 팀
4.잘못된 결정과 과정
위의 4가지 사항이 프로젝트 시작전 하나라도 부합 된다면, 이는 프로젝트 실패로 이어진다고 생각하기 때문이다. 필자의 경험에 의하면 위의 4자기 사항은 프로젝트 실패의 대표적인 케이스라고 생각하며, 이를 간단하게 부연 소개하도록 하겠다.
1.잘못된 문제에 대한 접근
-임의의 조진이 어떤 문제에 대해 접근하고 있고, 면밀하게 조사하고 있다고 가정하고 이 문제에 대해 다른 부
서의 반응을 살펴보고 정말 중요하고, 긴급한 일인지를 따져봐야 할 것이다.
-만약, 그 누구도 문제에 대한 중요성을 알고 있지 않다면, 이는 100% 잘못된 문제에 대한 접근이라고 생각
해도 된다.
2.잘못된 스폰서
-누군가는 문제에 대해서 직접적인 관련이 있다.
-직접적인 관련이 있는 인물은 해결의 힘을 가지고 있으며, 조직에 대한 권한이 있다.
-스폰서는 주도적으로 그 문제를 해결할 인물을 찾으려 할 것이다.
-스폰서가 조직 전체를 한데 모아놓고, 그 문제에 대해 자본과 인력을 효과적으로 제공할 의사를 피력한다면,
그 사람이 프로젝트에 적합한 스폰서이다.
-필자가 하고 싶은 말은, 스폰서의 파워가 약하면 프로젝트 상황이 어려워졌을때 실패로 이어질 확률이 높다는
사실이다. 이는 어떻게 보면, 프로젝트 수행시 조직 내부의 정치적인 방해물 조차 제거 못하는 스폰서는 필요가
없다는 것이다.
3.잘못 구성된 팀
-잘못 구성된 팀은 프로젝트의 늪으로 가는 지름길이다.
-정예 인원으로 구성하고, 특별히 관련이 없는 인원은 과감하게 배제해야 한다.
4.잘못된 결정과 과정
-잘못된 결정과 과정 속에서 프로젝트는 실패로 끝나는 경우가 대부분이다.
-처음에 잘못 시작된 프로젝트는 그 과정이 아무리 뛰어나고, 좋아도 절대로 옳바른 결과를 돌출할 수 없다.
다음은 좋은 프로젝트 계획을 위한 설계의 원칙을 소개하도록 하겠다.
1.아무것도 생각하지 않는 상태에서 시작하지 말라!
-무엇을 달성해야 할지를 명확하게 파악하고, 열단어 이내로 정리가 완벽하게 이루어졌을때 시작하는 것이
가장 이상적이다. 무작정 시작하면 이는 파멸을 의미한다.
2.결과를 얻는데 필요한 최소한의 단계를 파악하라!
-어떤 비즈니스 시그먼트가 발생하는지, 결정은 어떻게 간소화 해야할지, 다음 단계는 무엇인지...등이 결정되
면 반드시 스케줄링 작업을 통하여 시각화하고, 다음 단계로 넘어가기 전에 팀이 원하는 결과에 부합하는지를
반드시 평가해야 한다.
3.프로젝트 초기에 성공의 분위기를 제공하라!
-프로젝트 팀장은 구성원의 승리에 대한 만족감을 초기에 제공함으로써, 여세를 몰아가는 분위기를 제공해야
한다.
위의 3가지 사항을 토대로 여세를 몰아가도 필자의 경험상 다음과 같은 사항을 간과한다면 실패로 이어질 확률이 높다.
1.달성 가능성이 불분명하고, 이해 당사자들 간의 기대가 상충한다.
2.목표에 대한 적절한 평가 시간을 서로 갖기가 힘들다.
3.지나치게 신중하고, 꼼꼼하다.
4.프로젝트의 목적은 결과를 만드는 것이지, 과정에 충실하는 것이 아니다.
5.결정을 앞두고 시간을 허비하는 행위
위의 5가지 사항외 여러 가지 요소들이 더 존재한다. 필자의 경험상 가장 치명적인 실패요인 중 하나가 바로 "관리자의 유유부단함에서 오는 팀의 사기 저하"라고 보고 있다. 또한, 프로젝트는 수학의 한 과정이 아니다. 이는 결과를 만들어가기 위해 수치화된 과정을 기반으로 명확하는 하나의 과정일 뿐이지, 전체를 수치기반으로 통제한다는 것 자체가 힘들기 때문이다. 프로젝트의 외적요인과 내적요인의 적절한 통제를 통한 협업 시너지의 극대화가 프로젝트가 갖는 큰 틀의 의미라고 필자는 보고 있다.
CEO 손호성.
'3.Training Center > MBA' 카테고리의 다른 글
[4-15]조직 개편 (0) | 2010.11.10 |
---|---|
[4-14]변화 관리 (0) | 2010.10.27 |
[4-12]효율적인 회의 (0) | 2010.10.21 |
[4-11]시간 관리 (0) | 2010.10.20 |
[4-10]조직망(네트워크) (0) | 2010.10.19 |