정보는 배움의 원천입니다. 그러나 정보가 정리되고 처리되어 의사 결정에 쓸 수 있는 형태로 적절한 사람들에게 제공되지 않는다면, 그것은 이익이 아니라 짐이 됩니다.
—William Pollard
학습 목표
이 레슨을 읽고 나면 다음을 할 수 있습니다.
이 단원의 핵심 개념
최고의 프로젝트 관리자는 리더십과 팀워크를 능숙하게 결합하고, 사람에게 집중하며, 감성 지능을 활용해 모든 구성원이 맡은 일에 집중하며 앞으로 나아가게 함으로써 성공합니다. 그러나 성공적인 프로젝트 관리자는 프로젝트의 상태에 관한 데이터를 수집하고, 그 데이터를 분석한 다음, 분석 결과를 바탕으로 프로젝트가 궤도를 벗어나지 않도록 조정하는 방법도 알고 있습니다. 다시 말해, 이들은 프로젝트 모니터링, 분석, 통제를 실천합니다.
대부분의 프로젝트 관리 출판물은 프로젝트 관리의 이 중요한 단계를 가리킬 때 모니터링 및 통제라는 용어를 강조하며, 프로젝트 관리자가 모니터링 데이터를 의사 결정에 활용할 수 있게 해 주는 분석에 대해서는 언급하지 않는다는 점에 유의하십시오. 하지만 물론, 프로젝트의 현재 상태를 알려 주는 추세를 파악하기 위해 데이터를 분석할 계획이 없다면 프로젝트에 관한 데이터를 수집할 이유가 없습니다. 단순하고 짧은 프로젝트라면 그러한 분석은 간단한 일일 수 있습니다. 일정을 확실히 지키고 있고, 예산도 확실히 초과하지 않았다는 식입니다. 그러나 복잡한 프로젝트라면 정밀하게 보정된 데이터 분석 도구를 활용해야 합니다. 이번 단원에서는 모니터링 및 통제와 관련된 작업에 초점을 맞추고, 모니터링 데이터를 올바르게 분석하고 그에 따라 행동하는 데 필요한 사고방식도 살펴보겠습니다.
일반적으로 프로젝트 모니터링 및 통제는 "계획 문서에 명시된 예상 성과와 팀의 실제 성과"를 대조하고, 프로젝트를 다시 궤도에 올려놓기 위해 필요한 곳에서 변경을 가하는 일을 포함합니다(Peterman 2016). 모니터링 및 통제의 핵심은 팀원들이 작업을 수행하는 동안 변경을 가하는 것이므로, 이는 프로젝트 실행과 동시에 이루어집니다. 이 등식의 모니터링 부분은 진행 데이터를 수집하고, 그 데이터를 확인해야 하는 사람들이 이해하고 대응할 수 있는 방식으로 공유하는 것으로 구성됩니다. 통제 부분은 주요 마일스톤을 놓치지 않도록 그 데이터에 대응하여 변경을 가하는 것으로 구성됩니다. 제대로 수행된다면, 모니터링 및 통제를 통해 프로젝트 관리자는 모니터링으로 얻은 정보를 프로젝트의 결과를 통제하는 데 필요한 조치로 옮길 수 있습니다. 좋은 모니터링 및 통제 시스템은 세상에서 일어나는 일에 관한 신호를 감각 기관에서 뇌로 보내는 신경망과 같습니다. 바로 그 신경망을 통해 뇌는 근육에 신호를 보내고, 몸은 변화하는 상황에 대응할 수 있습니다.
모니터링 및 통제는 책임성과 떼려야 뗄 수 없이 연결되어 있으므로, 정부 웹사이트는 모범 사례에 관한 제안을 얻을 수 있는 좋은 출처입니다. 캘리포니아주에 따르면 모니터링 및 통제란 다음과 같습니다.
승인되고 인가된 프로젝트가 범위 내에서, 일정대로, 예산 안에서 진행되어 최소한의 위험으로 추진되도록 보장하는 데 필요한 모든 작업과 지표를 감독하는 것입니다. 이 프로세스는 실제 성과를 계획된 성과와 비교하고, 상당한 차이가 있을 때 원하는 결과를 얻기 위해 시정 조치를 취하는 것을 포함합니다. 모니터링 및 통제 프로세스는 프로젝트의 전체 수명 주기에 걸쳐 지속적으로 수행됩니다. (California Office of Systems Integration n.d.)
다시 말해, 모니터링은 데이터를 수집하는 일입니다. 통제는 그 데이터를 분석하고 시정 조치에 관한 결정을 내리는 일입니다. 전체적으로 보면, 모니터링 및 통제는 정보를 수집하고 이를 효과적으로 활용하여 필요에 따라 변경을 가하는 것입니다. 정밀한 데이터라도 지혜롭게 분석되어 프로젝트 실행을 개선하는 데 활용되지 않는다면 아무런 가치가 없습니다. 동시에, 프로젝트 내의 변화하는 흐름에 관한 최신 데이터를 반영하지 않은 프로젝트 실행은 재앙으로 이어질 수 있습니다.
모니터링 및 통제에 대한 기하학적 질서 접근 방식은 과거에 관한 데이터를 수집한 다음 그 정보를 사용하여 미래를 추정하는 데 초점을 맞춥니다. 이 접근 방식은 일부 상황에서 매우 유용할 수 있지만, 다음과 같은 일을 하는 살아 있는 질서의 모니터링 및 통제 시스템과 결합될 때 가장 효과적입니다.
살아 있는 질서의 모니터링 및 통제 시스템은 프로젝트 결과에 영향을 미칠 수 있도록 제때 변경을 하는 데 필요한 정보를 팀원들에게 제공합니다. 이러한 시스템은 미래를 내다보는 전향적인 시스템으로서 잠재적인 위험 요소를 항상 탐색하므로, 모든 위험 관리 전략의 필수 구성 요소가 됩니다. 팀원들에게 성과에 대한 책임을 묻는 것도 필수적이지만, 모니터링 및 통제 시스템은 과거를 이해함으로써 미래를 예측하고 필요에 따라 진로를 조정할 수 있게 되는 한에서만 과거에 초점을 맞추어야 합니다. 이상적으로는 정보를 신속하게 처리할 수 있어야 하며, 이를 통해 프로젝트 계획을 빠르게 조정할 수 있습니다. 다시 말해, 최고의 모니터링 및 통제 시스템은 능동적 통제를 장려합니다.
능동적 통제는 두 갈래의 접근 방식을 취합니다.
능동적 통제의 첫 단계는 모니터링 정보가 적절한 형태로 적절한 사람들에게 배포되어 그들이 필요에 따라 대응할 수 있도록 하는 것입니다. 이런 방식으로 여러분은 프로젝트의 신경계 역할을 하여, 프로젝트의 근육(활동 관리자, 고위 관리자, 고객 및 기타 이해관계자)에게 올바른 신호를 보내 그들이 조치를 취할 수 있도록 해야 합니다. 이러한 조치는 일상 업무에 대한 사소한 조정의 형태를 띨 수도 있고, 프로젝트 자원, 예산, 일정 또는 범위의 변경과 같은 주요 조정의 형태를 띨 수도 있습니다.
위스콘신주 교통부에서 35년간 엔지니어링 프로젝트의 기술 감독을 맡아 온 엔지니어이자 현재 위스콘신 대학교 매디슨 캠퍼스 건설 및 자재 지원 센터의 프로그램 관리자인 Gary Whited는 경력 전반에 걸쳐 프로젝트 관리에 대해 많은 고민을 해 왔습니다. 다음은 그의 2014년 강연을 각색한 것으로, 모니터링 및 통제에 관련된 네 가지 주요 단계에 대한 그의 생각을 요약한 것입니다.
이 네 단계는 겉보기에는 단순해 보입니다. 하지만 이 단계들은 모든 프로젝트에 실질적인 복잡성을 더합니다. 이는 변경 관리와 문서 통제 같은 일이 수반되는 마지막 세 단계에서 특히 그렇습니다. 누구나 프로젝트가 끝날 때 측정을 하지만, 향후 프로젝트를 위한 교훈으로 삼는 것 외에는 그다지 도움이 되지 않습니다. 반면에, 잘 구현된 모니터링 및 통제 프로세스는 프로젝트가 전개되는 동안 이해관계자들이 필수적인 변경을 할 수 있는 힘을 부여합니다(Whited 2014).
새 프로젝트를 위한 모니터링 및 통제 시스템을 구축할 때는 모든 프로젝트가 같지 않다는 점을 반드시 염두에 두어야 합니다. 두 프로젝트가 비슷해 보이더라도 한 프로젝트에서 효과가 있는 것이 다른 프로젝트에서는 효과가 없을 수 있습니다. 또한 필요한 모니터링 및 통제의 양은 개인의 경험에 따라 달라질 수 있습니다. 특정 유형의 프로젝트를 이전에 한 번도 수행해 본 적이 없다면, 신뢰할 수 있는 모니터링 및 통제 시스템을 구축하는 데 드는 작업은 일반적으로 여러 번 수행해 본 프로젝트에 필요한 사전 작업보다 훨씬 많습니다. 정기적으로 반복하는 프로젝트의 경우, 일반적으로 표준 프로세스가 마련되어 있어 프로젝트의 전반적인 성과를 쉽게 주시할 수 있습니다.
때로는 상위 경영진이 프로젝트 일정을 관리하면서 프로젝트 검토라는 형식으로 지속적인 평가와 모니터링을 요구하기도 합니다. 이러한 검토에서는 보통 위원회 구성원들이 "말굽 모양의 테이블에 앉아 있고" 그동안 "팀원 한 명이 그들 앞에 서서 발표를 시작합니다." 이런 검토의 문제점은 두 가지입니다. 1) 다소 엄격하고 징벌적일 수 있으며, 2) 팀원들이 프로젝트 작업 자체에서 손을 떼게 만들 수 있습니다.
Laufer 외 저자들은 저서 Becoming a Project Leader(프로젝트 리더 되기)에서 학습 기반 프로젝트 검토를 설명하는데, 이는 검토를 성과 평가가 아니라 문제 해결에 관한 것으로 만듭니다. Laufer 등은 NASA 고다드 우주 비행 센터의 프로젝트 관리자인 Marty Davis의 경험을 소개합니다. 그는 "독립적이고 협조적인 전문가들로부터 피드백을 받고 공동 문제 해결을 장려하는 검토 프로세스를 개발했습니다":
Marty Davis가 가장 먼저 한 일은 자신의 프로젝트가 지닌 고유한 요구에 맞도록 검토 위원단의 구성을 독자적으로 정하는 것이었습니다. 이때 위원들이 효과적인 검토 프로세스에 대한 그의 구상에 동의하는지 반드시 확인했습니다. 두 번째로 그는 회의 구조를 바꾸었습니다. 첫째 날은 팀의 발표에 할애하고, 둘째 날은 위원단과 팀원들이 일대일로 심층 토론을 하며 첫째 날 파악된 문제에 대한 해결책을 찾는 데 할애했습니다. 이렇게 수정된 프로세스 덕분에 Marty Davis는 신뢰와 존중에 기반한 업무 분위기를 조성할 수 있었고, 그 안에서 팀원들은 자신의 의문과 우려를 안심하고 공유할 수 있었습니다. 독립 전문가들은 우려되는 영역들을 짚어 냈으며, 그중 상당수는 프로젝트 전문 인력 및 검토 팀의 기술 전문가들과 일대일 회의를 거친 뒤 해결되었습니다. 해결되지 않고 남은 사안에는 조치 요청(Request for Action, RFA)이 부여되었습니다. 결국 Marty Davis에게 남은 RFA는 다섯 건에 불과했습니다.
프로젝트 검토에 대한 이러한 접근 방식은 협조적이고 실패를 용인하는 환경을 보장했으며, 지속적인 학습을 강조함으로써 각 팀원에게 장기적인 이점을 가져다주었습니다.
정확히 어떤 항목을 모니터링해야 하는지는 프로젝트마다, 그리고 산업마다 다릅니다. 하지만 어느 산업에서든 보통은 소수의 지표만 모니터링하면 됩니다. 일을 지나치게 복잡하게 만들 필요는 없습니다. 예를 들어 Gary Whited는 위스콘신주 교통부의 대규모 건설 프로젝트를 관리할 때 다음과 같은 주요 항목에 집중했습니다.
그는 다음 항목도 모니터링할 것을 권장합니다.
다른 종류의 프로젝트에서는 아마 다른 사안을 모니터링해야 할 것입니다. 하지만 조기 경보 역할을 할 수 있어 필요할 때 방향을 바꿀 수 있게 해 주는 정보에 집중하는 것은 언제나 좋은 생각입니다. 여기에는 보통 다음과 같은 정보가 포함됩니다.
Whited가 설명하듯이, 요점은 다음과 같습니다. "프로젝트의 성공에 중요한 것이라면, 그것을 모니터링해야 합니다"(2014).
작업이 장기간에 걸쳐 진행되는 일부 산업에서는 개별 작업의 완료율을 측정하는 것이 유용하다는 점에 유의하십시오. 그러나 Dave Pagenkopf에 따르면, IT 분야에서 개별 작업의 완료율은 무의미합니다. "작업은 완료되었거나 완료되지 않았거나 둘 중 하나입니다. 프로젝트 수준에서는 완료율이 어느 정도 의미가 있을 수 있습니다. 어떤 작업/기능이 100% 완료되었는지는 반드시 알아야 합니다. 그러나 엉성한 진척 보고서는 이 부분에서 혼란을 일으킬 수 있습니다. 소프트웨어 제품의 기능 100%가 각각 80% 완료된 것은 기능 80%가 100% 완료된 것과 같지 않습니다. 잘못 설계된 진척 보고서는 이 둘을 같아 보이게 만들 수 있지만, 둘은 분명히 같지 않습니다"(개인 서신, 2017년 11월 13일).
무엇을 모니터링할지 결정하는 것 외에도, 특정 측정을 얼마나 자주 수행할지 결정해야 합니다. 일반적으로, 의미 있는 경로 수정을 하는 데 필요한 만큼 자주 측정해야 합니다. 어떤 항목은 지속적으로 모니터링해야 하고, 어떤 항목은 정기적으로 점검하는 것이 적절합니다. 대부분의 프로젝트에는 중요한 지표를 모니터링하기에 더없이 좋은 기회가 되는 주요 마일스톤이나 단계가 있습니다. Gary Whited가 지적하듯이, "가장 중요한 것은 아직 대응할 시간이 있을 때 프로젝트를 모니터링하는 것입니다. 애초에 측정을 하는 이유가 바로 그것입니다"(2014).
Chad Wellmon이 흥미로운 에세이 "Why Google Isn't Making Us Stupid…or Smart"에서 설명하듯이, 인류 문명의 역사는 너무 많은 정보를 이해하려고 애써 온 사람들의 역사입니다(2012). 멀리 성경 시대까지 거슬러 올라가면, 전도서 의 저자는 "책을 짓는 일에는 끝이 없다"(12:12)라고 한탄했습니다. 현대 비즈니스 세계에서는 이 유명한 구절을 "보고서를 쓰고 이메일을 보내는 일에는 끝이 없다"로 바꿀 수 있을 것입니다. 실제로 Harvard Business Review 에 실린 Paul Hemp의 기사에 따르면, 많은 연구자들은 정보 과부하가 오늘날 조직이 직면한 주요 문제 중 하나라고 주장합니다. 그 결과, 주의가 끊임없이 다른 곳으로 돌려지는 탓에 효율적으로 집중하고 명확하게 사고하는 능력을 잃은, 스트레스에 시달리고 사기가 꺾인 직원들이 생겨나고, 끊임없는 방해로 생산성이 떨어지고 창의성이 줄어들며, 사람들이 정보를 공유한 뒤 어떻게 진행할지 결정하기 전에 답장을 기다리느라 의사 결정이 지연됩니다. Hemp에 따르면, Intel의 불필요한 이메일에 초점을 맞춘 한 연구는 "정보로 인한 업무 중단"의 비용을 "거의 10억 달러"로 산정했습니다(Hemp 2009).
그러니 정보의 바다에 빠져 허우적거리는 느낌이 든다면, 혼자만 그런 것이 아닙니다. 그러나 프로젝트 관리자로서 여러분은 프로젝트의 핵심 통계를 취합해 한눈에 볼 수 있는 전자 대시보드를 만들거나, 청중에게 필요한 정보만 담은 보고서를 작성함으로써 그 모든 데이터를 유용한 것으로 다듬어 낼 능력이 있습니다. 웰먼에 따르면, 그렇게 함으로써 여러분은 인류의 위대한 업적 중 하나, 즉 기술을 사용해 방대한 양의 정보를 걸러 내고 우리가 정말로 알아야 할 것만 남기는 일에 참여하게 됩니다. 웰먼의 표현을 빌리면 이렇습니다. "지식은 어렵게 얻어지는 것입니다. 지식은 인간과 인간의 기술에 의해 다듬어지고, 만들어지고, 조직됩니다."
성공적인 프로젝트 관리자는 프로젝트의 상태를 보고할 때, 정보를 받아 볼 특정 이해관계자에 맞추어 세부 사항의 양, 관점, 정보의 형식을 조정합니다. 회사 CEO에게 프로젝트에 관해 이야기하는 것과 공급업체 및 협력업체 집단에게 이야기하는 것은 전혀 다른 일입니다. 청중의 요구를 파악하고 그들에게 유용하거나 적절한 정보만 제공해야 합니다. 예를 들어, 소프트웨어 개발 프로젝트에 관해 고위 경영진에게 보고할 때는 현재까지의 비용, 완료 시점의 예상 비용, 일정 현황, 미해결 문제를 보고하는 데이터를 포함할 수 있습니다. 감독하는 관리자가 그러한 세부 사항에 관여할 기술적 역량과 관심을 갖추고 있지 않다면, 보고서에 프로그래밍 문제에 관한 세부 사항이 포함될 가능성은 낮습니다. 그러나 코딩 팀을 위한 대시보드라면 미해결된 주요 코딩 문제의 진척 상황과 계획된 후속 조치를 부각해야 할 것입니다.
Harley-Davidson의 전 수석 파워트레인 엔지니어이자 UW 엔진 시스템 공학 석사 과정의 겸임 교수인 Brian Price는 이해관계자에게 정보를 여러 계층으로 제공한다는 관점에서 생각하는 것이 도움이 된다고 말합니다. 맨 위 계층에는 고객이 있으며, 고객은 일반적으로 비용과 일정 같은 기본적인 사안에 관한 데이터만 보면 됩니다. 그다음 계층은 고위 경영진을 대상으로 하며, 이들은 주로 포트폴리오 내 모든 프로젝트의 핵심 지표를 담은 대시보드를 보아야 합니다. 한편, 가장 아래 계층에서는 핵심 프로젝트 팀이 개별 작업에 대한 진척 보고서 형태로 가장 상세한 정보를 필요로 합니다. 이러한 접근 방식은 사람들이 정말로 필요하지 않은 정보에 압도되지 않도록 해 줍니다. 동시에, 특히 가상 프로젝트 포털을 통해 정보를 이용할 수 있다면, 어떤 이해관계자라도 가장 상세한 정보를 볼 수 있습니다(개인 서신, 2016년 8월 17일).
특정 대상에게 어떤 모니터링 및 통제 정보를 공유할지에 관한 결정은 일정 공유에 관한 결정과 비슷합니다. 두 경우 모두 이해관계자의 주의력이 소중하다는 점을 명심해야 합니다. 린(Lean) 용어로 표현하자면, 주의력은 낭비될 수 있는 자원입니다(Huber and Reiser 2003). 이해관계자가 불필요한 데이터를 힘겹게 헤쳐 나가게 만들어 주의력을 낭비해서는 안 됩니다. 모니터링 및 통제 정보의 목적은 이해관계자가 잠재적 문제에 대응하도록 촉구하는 것임을 기억하십시오. 다시 말해, 이해관계자가 여러분이 제공하는 정보를 쉽게 행동으로 옮길 수 있도록 해야 합니다.
잘 설계된 대시보드는 매우 유용하며, 보고서를 작성하는 데 필요한 시간을 크게 줄여 줍니다. 데이터가 실시간이라면, 즉 지속적으로 갱신된다면, 이해관계자는 월간 프로젝트 검토 회의를 기다릴 필요 없이 즉시 최신 정보를 얻을 수 있습니다. 매일, 심지어 매주 갱신될 뿐인 대시보드라도 사람들이 오래된 정보로 작업할 때 발생하는 낭비와 지연을 막을 수 있습니다.
Harold Kerzner는 저서 Project Management Metrics, KPIs, and Dashboards: A Guide to Measuring and Monitoring Project Performance(프로젝트 관리 지표, KPI 및 대시보드: 프로젝트 성과 측정 및 모니터링 가이드)에서 이해관계자가 적시에 의사 결정을 내릴 수 있는 방식으로 모니터링 정보를 제시하는 것의 중요성을 논합니다.
지표와 대시보드의 궁극적인 목적은 더 많은 정보를 제공하는 것이 아니라, 올바른 매체를 사용하여 비용 효율적인 방식으로 올바른 정보를 올바른 사람에게 올바른 시기에 제공하는 것입니다…. 오늘날 모든 사람이 정보 과부하를 걱정하는 것 같습니다. 안타깝게도 진짜 문제는 비정보 과부하입니다. 다시 말해, 쉽게 읽을 수 없고 독자에게 지나치게 많은 정보를 제공하는 쓸모없는 보고서가 너무 많으며, 그 정보 중 상당수는 아무런 관련성이 없을 수도 있습니다. 그것은 그저 우리의 주의를 진짜 문제에서 흐트러뜨릴 뿐입니다…. 불충분하거나 비효과적인 지표는 실제로 어떤 결정을 내려야 하는지 이해하지 못하게 만듭니다. (2013, vii)
잘 설계된 대시보드는 프로젝트 성과에 관한 정보를 딱 알맞은 양만큼 제시하는 훌륭한 도구입니다. 효과적인 대시보드의 핵심은 어떤 대시보드 요소가 특정 대상에게 가장 도움이 되는지 파악하는 것입니다. 먼저 그 사람들이 무엇에 집중해야 하는지 생각해 보십시오. 하나의 프로젝트라도 같은 대시보드가 모든 집단에 효과가 있지는 않을 수 있습니다. 고위 관리자에게 보고할 때 사용하는 대시보드는 실제로 프로젝트에서 일하는 사람들에게는 유용하지 않을 수 있습니다. 일반적으로 대시보드에는 대상 독자가 프로젝트를 정상 궤도로 유지하는 데 필요한 정보만 포함해야 합니다. 대시보드는 또한 고위 관리자가 자신의 포트폴리오에 속한 여러 프로젝트를 평가하는 데 도움이 됩니다. 고위 관리자는 무엇이 잘되고 있는지, 무엇이 잘되지 않는지, 어디에 지원을 제공할 수 있는지를 빠르게 평가할 수 있습니다.
데이터 시각화 전문 기업인 BrightPoint Consulting을 위해 쓴 2부작 시리즈에서 Tom Gonzalez는 특정 목표와 연관된 지표인 핵심 성과 지표(KPI)에 초점을 맞추어 효과적인 대시보드를 만드는 방법을 설명합니다(Gonzalez). 대시보드에 관한 그의 시리즈는 여기에서 내려받을 수 있습니다: http://www.brightpointinc.com/data-visualization-articles/. KPI에 대해 더 알아보려면, 역시 Tom Gonzalez가 쓴 매우 유용한 백서를 참고하십시오: http://www.brightpointinc.com/download/key-performace-indicators/.
그림 11-1은 효과적인 대시보드의 예를 보여 줍니다. 이 대시보드는 단순하고 읽기 쉬우며 소수의 KPI에 초점을 맞춥니다.
대시보드가 정말 유용하려면 모든 이해관계자가 "높음", "중간", "낮음"과 같은 공통 지표에 대해 같은 정의를 공유하는 것이 필수적입니다. 마찬가지로, 색상 코드 체계에서 사용되는 색상의 구체적인 의미를 모든 사람이 이해해야 합니다.
효과적인 대시보드 설계에 대해 더 알아보려면 Kerzner의 책 6장을 참고하십시오. 대시보드 모범 사례에 관한 몇 가지 팁은 다음 웹사이트를 살펴보십시오: https://www.targetdashboard.com/site/kpi-dashboard-best-practice/default.aspx#KPI-Dashboard-Design.
물론 대시보드는 모니터링 시스템의 일부일 뿐입니다. 대시보드를 통해 현재 무슨 일이 일어나고 있는지 볼 수 있습니다. 프로젝트 관리자는 대시보드를 보는 일과 앞 유리창 너머로 프로젝트가 어디로 향하고 있는지 내다보는 일 사이에서 균형을 잡아야 하며, 그러면서 이따금 백미러를 확인해 중요한 무언가를 놓치지 않았는지 살펴야 합니다.
UW-Madison DoIT의 애플리케이션 개발 및 통합 책임자인 Dave Pagenkopf에 따르면, IT 프로젝트에서 효과적인 모니터링 방식 중 하나는 팀원들에게 작업 결과를 시연해 달라고 요청하는 것입니다:
제가 스폰서이거나 핵심 의사 결정자인 소프트웨어 프로젝트에서는 상태 보고서를 검토하기 전에 제품 시연을 요청합니다. 작동하는 소프트웨어를 시연하는지, 혹은 시연하지 못하는지가 어떤 상태 보고서보다도 진척 상황에 대해 더 많은 것을 알려 줍니다. 저는 팀이 서버 설치를 마쳤다고 하면 데이터 센터를 잠깐 둘러보는 것으로 알려져 있습니다. 제 사무실에는 대형 모니터가 있어서, 회의 중에 사람들이 작동하는 소프트웨어를 제게 보여 줄 수 있습니다. 일반적으로 IT 분야에서 가장 뛰어난 성과를 내는 사람들은 언제나 자신이 한 일을 보여 주고 싶어 합니다. 성과가 저조한 사람들은 자신이 한 일에 대해 말하고 싶어 합니다.
IT 프로젝트를 모니터링하는 또 다른 방식은 그저 프로그래머들을 자세히 살펴보는 것입니다. 모두가 쉬지 않고 일하는 마라톤 같은 프로젝트에서는, 결국 문제로 이어질 수밖에 없는 드러나지 않은 탈진의 징후를 찾습니다. 그런 징후는 대개 몸단장 습관의 변화로 가장 먼저 나타나며, 저는 사무실을 돌아다니면서 그것을 알아차립니다. (개인 서신, 2017년 11월 22일)
마지막 제안은 현장 순회 관리(managing by walking around, MBWA)의 한 예입니다. 이는 팀원들과의 계획되지 않은 만남, 그리고 장비와 진행 중인 작업에 대한 즉흥적이고 비공식적인 점검을 강조하는 관리 방식입니다. 때로는 팀원과 나누는 2분간의 대화가 산더미 같은 상태 보고서보다 프로젝트의 건강 상태에 대해 더 많은 것을 알려 줍니다. MBWA는 1980년대에 Tom Peters와 Robert H. Waterman이 저서 In Search of Excellence를 통해 처음 널리 알렸습니다. MBWA에 대한 자세한 내용은 다음에서 읽을 수 있습니다: https://www.cleverism.com/management-by-walking-around-mbwa/.
경력의 어느 시점에서는 직관이 말해 주는 것과, 힘들게 수집한 모니터링 데이터가 말해 주는 것이 서로 다른 상황을 겪게 될 것입니다. 예를 들어, 최근에 갱신한 일정과 새로 계산한 완료 시까지의 예산 총액은 프로젝트가 예상대로 순조롭게 진행되고 있으며 모든 것이 일정 내에, 예산보다 적은 비용으로 끝날 것이라고 알려 줄 수 있습니다. 그런데도 무언가 잘못되었다는 느낌이 듭니다. 어쩌면 고객의 말투가 프로젝트 범위에 대한 불만을 암시하는지도 모릅니다. 혹은 한 주에 세 번째로 병가를 낸 제품 디자이너를 보고, 그녀가 곧 다른 회사로 옮겨 여러분을 곤경에 빠뜨릴 것 같다는 생각이 들 수도 있습니다. 아니면 건설 현장 한구석에 뜯지도 않은 채 쌓여 있는 조명 기구를 보고, 전기 기사들이 정말로 상태 보고서에 나온 만큼 빠르게 일하고 있는지 의문이 들 수도 있습니다.
이런 때에는 오로지 직감에만 근거하여 행동하고 싶은 유혹을 느낄 수 있습니다. 그러나 2강에서 논의했듯이, 그처럼 검토되지 않은 의사결정은 인지 편향이라고 알려진 사고의 오류에 취약하게 만듭니다. 예를 들어, 여러분이 몇 달 동안 공급업체 A와 협력해 왔고 항상 좋은 결과를 얻었다고 가정해 봅시다. 그러던 중 한 콘퍼런스에서 많은 동료가 좋아하는 듯한 회사인 공급업체 B에 대해 듣게 됩니다. 갑자기 공급업체 A에서 공급업체 B로 바꾸기로 결정할 때 여러분은 단순한 직감을 따르고 있다고 생각할 수 있지만, 실제로 그 결정은 상당수의 다른 사람들이 이미 어떤 믿음을 갖고 있다는 이유로 사람들이 그 믿음을 받아들이게 만드는 인지 편향인 집단사고에 의해 좌우되고 있는 것입니다.
에릭 보나보(Eric Bonabeau)는 Harvard Business Review에 기고한 글에서 순수한 직관, 즉 직감에 의존하는 것의 위험성을 다음과 같이 논합니다.
직관은 의사결정에서 나름의 자리가 있습니다. 양심을 무시해서는 안 되는 것과 마찬가지로 본능을 무시해서도 안 됩니다. 그러나 직관이 이성을 대신할 수 있다고 생각하는 사람은 누구든 위험한 망상에 빠져 있는 것입니다. 엄밀한 분석에서 분리된 직관은 변덕스럽고 믿을 수 없는 안내자이며, 성공으로 이끌 가능성만큼이나 재앙으로 이끌 가능성도 큽니다. 또한 어떤 이들은 매우 복잡하고 변화가 심한 환경에서 직관이 더 가치 있어진다고 주장해 왔지만, 실제로는 그 반대가 사실입니다. 평가해야 할 선택지가 많을수록, 따져 보아야 할 데이터가 많을수록, 그리고 직면한 과제가 전례 없는 것일수록 본능에는 덜 의존하고 이성과 분석에 더 의존해야 합니다. (Bonabeau 2003)
보나보가 시사하듯이, 직관을 분석에서 분리해서는 안 됩니다. 오히려 직관이 더 많고 더 나은 정보를 찾도록 여러분을 자극하여 실제로 무슨 일이 일어나고 있는지 파악할 수 있게 해야 합니다. 그러면 정보와 본능적 이해의 결합인 정보에 기반한 직관에 근거하여 결정을 내릴 수 있습니다. 이러한 직관은 경험을 통해, 그리고 개별 프로젝트, 팀원, 조직, 업계에 대해 끊임없이 배움으로써 길러집니다. 이를 통해 경험과 정보가 부족한 동료들보다 먼저 문제를 발견할 수 있습니다.
인지심리학자 게리 클라인(Gary Klein)에 따르면, 이러한 본능적 이해는 실제로 과거의 경험을 활용하여 특정 상황이 과거의 상황과 비슷한지 다른지를 판단하는 문제입니다. 이 분석은 너무나 빠르게 일어나서 이성적 사고의 영역 밖에 존재하는 것처럼 보이지만, 실제로는 지극히 이성적입니다. 클라인은 생사가 걸린 상황에 놓인 소방관들을 연구함으로써 이러한 형태의 사고에 대한 새로운 이해를 정립했습니다.
시간이 지나 경험이 쌓이면서 소방관들은 화재에 어떻게 대응해야 하는지에 따라 화재를 무의식적으로 분류합니다. 그들은 수색과 구조가 필요한 화재에 대한 머릿속 목록을 하나 만들고, 내부 진압이 필요한 화재에 대한 목록을 또 하나 만듭니다. 그런 다음 기억을 초고속으로 훑어 자신이 마주하고 있는 화재와 닮은 전형적인 화재를 찾아냅니다. 들어맞는 사례를 알아보는 순간, 그들은 즉시 행동에 돌입합니다. 이렇게 생각하면 직관이란 사실 보는 법을 배우는 문제, 즉 궁극적으로 무엇을 해야 하는지 알려 주는 단서나 패턴을 찾는 문제입니다. (Breen 2000)
Klein은 정보에 기반한 직관이라는 용어를 사용하지 않지만, 그가 말하는 것이 바로 그것입니다. 정보에 기반한 직관은 보는 법을 배우는 문제이며, 이를 통해 상황을 순식간에 분석하고 필요한 조치를 취할 수 있습니다. 이는 프로젝트 관리 경력을 쌓아 가면서 분명히 지향해야 할 목표입니다.
세상에서 가장 훌륭한 모니터링 데이터라도 이를 올바르게 해석하는 능력이 없다면 쓸모가 없습니다. 가장 흔한 해석 오류 중 하나는 실제로는 비선형인 두 대상 사이의 관계를 선형이라고 가정하는 것입니다. 인지 심리학의 수많은 연구에 따르면, 인간은 원인과 결과의 관계가 불확실한 비선형 시스템을 이해하는 데 어려움을 겪습니다. 선형성을 선호하는 인지 편향 때문에 우리는 실제로는 더 복잡한 힘이 작용하고 있는데도 사물 사이에서 단순하고 직접적인 관계를 인식하는 경향을 타고납니다.
예를 들어, 마케팅 예측은 실제로는 상황이 훨씬 더 복잡한데도 소비자의 태도와 행동 사이에 선형 관계가 있다고 가정하는 경우가 많습니다. 한 연구는 소비자가 밝힌 유기농 제품 선호도와 같은 소비자의 실제 행동 사이의 관계에 주목했습니다. 유기농 제품을 강하게 선호하는 사람이 유기농 제품을 덜 선호하는 사람보다 유기농 채소를 더 많이 구매할 것이라고 생각할 수도 있습니다. 그러나 소비자의 태도와 행동 사이의 관계는 비선형이기 때문에 실제로는 그렇지 않다는 사실에 놀랄 수도 있습니다(van Doorn, Verhoef and Bijmolt 2007).
프로젝트 관리자는 특히 시간과 프로젝트의 여러 요소 사이의 관계에 있어서 선형성 편향에 자주 빠집니다. Microsoft Project(프로젝트)에서는 시간이 x축에 표시되기 때문에, 우리는 개별 작업이 하나의 선형적인 성취 흐름 속에서 완료될 것이라고 잘못 생각합니다. 그러나 실제로는 관계 그래프가 곡선이나 계단 함수의 형태를 띨 수 있습니다. 이를 이해하지 못하면 프로젝트를 모니터링하고 통제하려는 모든 시도가 잘못된 가정에 기반하게 되며, 따라서 실패할 수밖에 없습니다.
선형성 편향은 원인과 결과에 대한 이해를 흐릴 뿐만 아니라, 활동을 성과로 착각하게 만들 수도 있습니다. 하지만 사람들이 사무실에서 분주하게 움직인다고 해서 실제로 무언가를 해내고 있다는 뜻은 아닙니다. 한 집에서 다른 집으로 이사할 준비를 할 때 흔히 일어나는, 집중하지 못하는 활동을 떠올려 보십시오. 주방 도구를 정리하며 시간을 보내다가, CD 컬렉션을 상자에 넣기 전에 알파벳순으로 정리하는 데 정신이 팔릴 수도 있습니다. 그러다 갑자기 이삿짐센터 직원들이 도착하면 본격적으로 움직이기 시작합니다. 한 시간 만에 지난 사흘 동안보다 더 많은 일을 해낼 수도 있습니다. 이사하는 동안의 성과를 그래프로 나타내면 그림 11-2에 표시된 계단 함수처럼 보일 것입니다. 처음에는 실제로 중요한 일이 거의 이루어지지 않다가, 이후에 많은 일이 이루어집니다.
프로젝트 관리자는 모니터링 지표에 자원 사용의 비선형성을 반영해야 합니다. 자원 지출은 처음에는 낮은 경우가 많습니다. 그 결과, 경험이 부족한 프로젝트 관리자는 자원 지출이 프로젝트 내내 같은 속도로 계속될 선형 시스템을 다루고 있다고 착각하기 쉽습니다. 그러나 대부분의 프로젝트에서는 자원의 대부분이 프로젝트 막바지에 소진됩니다. 그림 11-3에서처럼, 시간에 따른 자원 사용을 나타내는 그래프의 기울기가 갑자기 수직으로 꺾입니다.
생산성의 계단 함수 모델은 대부분의 애자일 프로젝트에 적용된다는 점에 유의하십시오. 팀이 작동하는 기능을 만들었음을 입증할 수 있을 때까지 생산성은 0이며, 그 시점에 생산성 그래프가 한 단계 올라갑니다. 이상적으로는 스프린트마다 그래프가 한 단계씩 더 올라가지만, 고객이 특정 스프린트의 결과에 만족하지 않으면 다음 스프린트가 끝날 때까지 생산성은 제자리에 머뭅니다.
다음은 모니터링 및 통제와 관련된 몇 가지 실용적인 팁입니다.
마지막으로, 다음은 게리 화이티드(Gary Whited, 2014)가 제시한 추가적인 유용한 제안입니다.
능동적 통제(active control)—다음을 포함하는 집중된 형태의 프로젝트 통제입니다. 1) 무엇이 중요한지 확실히 이해하고, 의미 있는 측정을 수행하고, 프로젝트 성공에 집중하는 효과적인 팀을 구축함으로써 통제할 수 있는 것을 통제하는 것, 2) 조기 발견과 선제적 개입을 통해 통제할 수 없는 것에 적응하는 것입니다.
컴플라이언스 프로그램(compliance program)—조직과 그 직원이 정부 규정을 준수하고, 그 밖의 모든 법률을 따르며, 윤리적으로 행동하도록 보장하기 위해 설계된 공식화된 프로그램입니다.
통제(controlling)—프로젝트 관리의 모니터링 및 통제 단계에서, 주요 마일스톤을 놓치지 않도록 모니터링 도구와 방법이 생성한 데이터에 대응하여 변경을 가하는 프로세스입니다.
획득가치 관리(earned value management, EVM)—특정 시점의 프로젝트 계획 가치와 실제 가치 사이의 차이를 계산하여 과거 프로젝트 성과를 측정하고 미래 성과를 예측하는 효과적인 방법입니다.
정보에 기반한 직관(informed intuition)—정보와 본능적 이해가 결합된 것입니다. 정보에 기반한 직관은 경험을 통해, 그리고 개별 프로젝트, 팀원, 조직, 산업에 관해 끊임없이 학습함으로써 기를 수 있습니다.
핵심 성과 지표(key performance indicator, KPI)—특정 목표와 연계된 지표입니다(Gonzalez).
선형성 편향(linearity bias)—실제로는 더 복잡하게 연결된 대상들 사이에서 직접적이고 선형적인 관계를 지각하게 만드는 인지 편향입니다.
현장 순회 관리(managing by walking around)—팀원과의 계획되지 않은 만남, 그리고 장비와 진행 중인 작업에 대한 즉흥적이고 비공식적인 점검을 강조하는 관리 방식입니다.
모니터링(monitoring)—프로젝트 관리의 모니터링 및 통제 단계에서, 진행 상황 데이터를 수집하고 이를 보아야 하는 사람들이 이해하고 대응할 수 있는 방식으로 공유하는 프로세스입니다.
모니터링 및 통제(monitoring and controlling)—"계획 문서에 명시된 예상 성과와 팀의 실제 성과"를 대조하고 프로젝트를 다시 궤도에 올려놓기 위해 필요한 곳에서 변경을 가하는 프로세스입니다(Peterman 2016). 모니터링 및 통제는 실행과 동시에 이루어집니다.
Bonabeau, Eric. 2003. “Don’t Trust Your Gut.” Harvard Business Review, 5월. https://hbr.org/2003/05/dont-trust-your-gut.
Breen, Bill. 2000. “What’s Your Intuition?” Fast Company. 8월 31일. https://www.fastcompany.com/40456/whats-your-intuition.
California Office of Systems Integration. n.d. “Best Practices: Monitoring & Control(모범 사례: 모니터링 및 통제).” OSI Best Practices(OSI 모범 사례). 2018년 6월 1일 접속. http://www.bestpractices.ca.gov/project_management/monitoring.shtml.
Gonzalez, Tom. n.d. “Dashboard Design: Key Performance Indicators and Metrics(대시보드 디자인: 핵심 성과 지표와 지표).” BrightPointInc.com. 2018년 6월 1일 접속. http://www.brightpointinc.com/download/key-performace-indicators/.
Hemp, Paul. 2009. “Death by Information Overload.” Harvard Business Review, 9월. https://hbr.org/2009/09/death-by-information-overload.
Huber, Bob, Paul Reiser. 2003. “The Marriage of CPM and Lean Construction.”
Kerzner, Harold. 2013. Project Management Metrics, KPIs, and Dashboards: A Guide to Measuring and Monitoring Project Performance, Second Edition(프로젝트 관리 지표, KPI 및 대시보드: 프로젝트 성과 측정 및 모니터링 가이드, 제2판). Hoboken: Wiley.
Laufer, Alexander, Terry Little, Jeffrey Russell, Bruce Maas. 2018. Becoming a Project Leader: Blending Planning, Agility, Resilience, and Collaboration to Deliver Successful Projects(프로젝트 리더 되기: 성공적인 프로젝트 수행을 위한 계획, 민첩성, 회복탄력성, 협업의 결합). New York: Palgrave Macmillan.
Peterman, Rebekah. 2016. “Project management Phases: Exploring Phase #4 — Monitoring & Control(프로젝트 관리 단계: 4단계 탐구 — 모니터링 및 통제).” PM. 9월 12일. https://project-management.com/project-management-phases-exploring-phase-4-monitoring-control/.
van Doorn, Jenny, Peter C. Verhoef, Tammo H.A. Bijmolt. 2007. “The importance of non-linear relationships between attitude and behaviour in policy research.” Journal of Consumer Policy 30 (2): 75-90. https://link.springer.com/article/10.1007/s10603-007-9028-3.
Wellmon, Chad. 2012. “Why Google Isn’t Making Us Stupid…or Smart.” The Hedgehog Review: Critical Reflections on Contemporary Culture 14 (1 (2012년 봄호)). http://www.iasc-culture.org/THR/THR_article_2012_Spring_Wellmon.php.
Whited, Gary. 2014. Monitoring and Control(모니터링 및 통제). PowerPoint 프레젠테이션을 활용한 녹화 강의. Madison, 9월.