PLM프로젝트는 다른 IT/business 프로젝트와는 매우 다릅니다. 제품 정보의 정확성 향상, 새로운 정보시스템 도입, 글로벌 환경을 위한 비즈니스 프로세스 합리화 등의 통합적인 도전에는 더 많은 위험이 따릅니다.
PLM프로젝트에는 매우 많은 위험들이 존재하고 있습니다. 계획한 비즈니스 효과를 얻지 못하는 것은 주요한 위험입니다. 게다가, 레거시 데이터의 마이그레이션이 계획했던 것보다 길어지거나, 다른 시스템과의 연동이 예상했던 것보다 더 어려운 사실로 확인되거나, 네트웍 속도 문제가 발생하거나, 사용자의 거부감이 나타나거나, 프로세스가 정의되지 않거나 (단지 ‘PowerPoint’ 상에만 존재하거나), 주요한 멤버들이 갑자기 떠나버리는 등의 일상적인 위험들이 있습니다.
좋은 프로젝트 관리는 위험 관리를 포함합니다. 이것은 최소한 프로젝트에서는 잘못 될 가능성이 있는 것들에 대한 리스트와 위험관리 계획이 있어야 함을 의미합니다. 우리가 하는 무엇이 잘못될 때 이 리스트는 공식적으로 수정되고 검토되어져야 합니다.
PLM프로젝트는 단순하지 않습니다. 여기에는 용기가 필요하며 그것은 위험 감수를 의미합니다. PLM 비전을 상층부에 전달하기 위한 용기, 투자를 할 수 있는 용기, 어떤 어려움이 발생했을 때 프로젝트를 지켜낼 수 있는 용기가 필요합니다.
경제 용어로 ‘모럴 해저드’는 사람들이 위험을 감수할 수 있음에도 불구하고 위험이 발생했을 때 그 결과를 부담할 필요가 없다고 하는 상황을 표현하기 위해 사용됩니다.
모럴 해저드는 PLM프로젝트에서 발생할 수 있습니다. 프로젝트가 길어지거나 많은 예상치 못한 일이 발생하는 등의 위험이 발생했을 때, 여러분은 제안사, 소프트웨어, 네트웍 용량, 조직, 기초데이타의 부실을 비난할 수 있습니다. 어쩌면 여러분은 다른 직장을 가지게 될 수 도 있습니다.
모럴 해저드는 PLM프로젝트의 영업과 시작단계에서의 지나친 낙관에 의해 조장될 수 있습니다. 투자를 끌어내고 프로젝트를 시작하도록 만드는 과정에서 기대치는 과도하게 높아지며, 실현이 어려운 스케쥴이 작성되고, 너무 빠른 투자 효과를 약속하게 됩니다.
PLM프로젝트를 판매, 구매, 계획한 사람들이 실제 프로젝트의 구현과 적용단계에는 참여하지 않을 때 이에 대한 모럴 해저드에 대해 주의해야 합니다. 다음과 같은 경우를 생각해 보겠습니다. 프로젝트 매니저는 프로젝트의 기대치를 과도하게 높였던 영업과 시작단계에는 참여하지 않았습니다. 그러나 프로젝트 중 큰 문제가 발견되었다면 이제 프로젝트 매니저는 문제를 다루고 제거해야만 합니다. 그러나 그는 단지 문제를 제거하는 것 뿐만 아니라 실현 불가능한 높은 기대치로 인한 실망때문에 프로젝트 평판이 나빠지지 않도록 하는데 많은 에너지를 소모하게 됩니다.
그럼 모럴 해저드를 피할 수 있는 방법을 알아보겠습니다.
PLM 벤더와의 장기적인 파트너쉽을 형성합니다.
프로젝트를 사수할 PLM champion [참고]을 선정합니다.
프로젝트 매니저는 경험 많은 사람에게 맡깁니다.
프로젝트에 관해 논의할 때 실제 구현할 것과 비전을 명확히 구별하여 말합니다.
위험을 신속히 인식하고 완화시킬 수 있도록 개방된 분위기의 프로젝트를 만듭니다.
실수를 인정합니다. (실수 없이는 어떤 것도 얻을 수 없습니다.)
모든 프로젝트팀원은 예방 활동을 활발히 하고 사전 행동으로 문제에 대처합니다.
여러분의 프로젝트에서 모럴 해저드가 나타나지 않도록 하십시오. 위험 평가와 위험 완화 계획을 가진 좋은 프로젝트 관리를 하십시오. 그러면 여러분은 PLM에 성공할 것입니다.