크리티컬 패스(Critical Path)는 문자 그대로 위태스러운 패스… 즉, 영향도가 높은 패스를 의미하는데요, 프로젝트에서 리스크(Risk)를 가지는 부분이기도 합니다. 다른말로 중요 업무, 주요 업무 등으로 표현 할 수 있습니다.

프로젝트 관리(Project Management)에서 가장 중요한 것 중 하나가 바로 크리티컬 패스(Critical Path)를 잘 관리하는 것입니다.

본 포스트에서는 MS Project를 이용한 크리티컬 패스 관리 기법에 대해 기술하도록 하겠습니다.

 

다음과 같은 타스크(Task)가 있다고 합시다.

여기서 어떤 일(Task)가 중요한 일인지… 파악을 하고자 한다면 어찌하겠습니까? 이를 MS Project에 입력을 하면 아래와 같은 간트챠트(Gantt Chart)가 나옵니다.

이때 어떤 일이 크리티컬 패스(Critical Path)인지 알 수 있다면 프로젝트를 보다 효율적으로 관리 할 수 있을 것입니다. MS Project에서 이에 대한 설정은 진행 상황 간트(Gantt)를 통해 확인이 가능합니다.

위와 같이 설정하셨다면 간트 챠트가 아래와 같이 나올 것입니다.

여기서 크리티컬 패스(Critical Path)는 빨간색으로 표기된 선이 해당됩니다. 빨간선은 업무가 타이트하게 배치된 것이고 파란선은 널널하게 배치된 선입니다. 즉, 설계, 구현, 테스트 타스크(Task)가 가장 여유가 있고 운영준비가 가장 문제가 많다는 것을 확인 할 수 있습니다. 다른 표현으로는 일이 너무 없어서 여유가 있다고 할 수 있습니다. 즉, 파란색으로 나오는 타스크(Task)의 인력은 남는 기간 동안 놀게 되는 것이죠.

여기서 운영 인력 확보 와 운영 계약 법무팀 검토를 동시에 수행(병렬처리)하는 것으로 내용을 수정하면 크리티컬 패스가 다음과 같이 바뀝니다.

즉, 리소스가 아까보다는 좀더 효율적으로 배치된 것을 확인 할 수 있습니다. 앞에 작업보다 일정도 단축된 것을 확인하실 수 있죠? 위의 스케쥴 중 운영 계약 법무팀 검토도 조정한다면 일정을 더 단축할 수 있을지도 모르겠네요. 한번 시도해보세요.

다음 이미지는 2008년 3월 10일 한국경제신문에 나온 기사다.

내가 핸드폰으로 찍어 둔 사진인데,
다시보니 매우 섬짓하다.

지금 와서도 달라진 것이 하나도 없기 때문이다.

오히려 더 산만해지고, 더 정신없어졌다는 말이 맞을것이다.

우리나라는 무엇을 하건간에 관리를 하려 든다. 관리를 하기때문에 그에 따르는 문서작업도 많다.

행정만 그런것이 아니라 개발할때도 마찬가지다.

개발 관련 문서가 어찌나 많은지... 개발보다 문서 쓰느라 시간 다보낸다.
개발기간 2개월 주어지면 산더미같은 문서를 복잡한 프로세스 거쳐서 작성해야된다.

개발을 위해서라기 보다는 위에서 일이 제대로 되고 있는지 현황을 알고 싶어서 그러는 행정행위라고 할 수 있다. 조직에서 무슨 일이 어떻게 일어나고 있고, 지금은 어떤 상황일까? 윗사람 입장에서는 조직 관리를 해야하기 때문에 현황파악이 무엇보다 중요하다. 그러다보니 조직이 커지면 커질수록 작성해야 될 문서도 많아지고 프로세스도 복잡해진다.


문서의 양으로 승부하기 보다는 효율성이 더 강조되어져야 하지 않을까?

프로세스는 간결하면 간결할수록 좋다.

마찬가지로 문서도 다소 빈틈이 있어보일지라도 간결하면 간결할수록 좋다.

그래야 신속하게 일이 전개될 수 있다.


한번 생각해보라 빈틈없이 완벽한 프로세스가 과연 완벽한 결과물을 의미하는지를...


조직의 체질개선을 생각하고 있다면 한번 생각해봐야 한다. 지금 자신이 속한 조직이 그러고 있지는 않은지를...

'방법론 > 프로세스' 카테고리의 다른 글

Supply Chain이란  (0) 2009.07.07
6SIGMA의 DMAIC에 대한 정의  (0) 2008.11.18
창의적 문제해결 방법  (0) 2008.05.23
기술적 모순과 물리적 모순  (2) 2008.05.23
6시그마의 이해 - COPQ  (0) 2008.04.10

+ Recent posts