2

전략, 프로젝트 선정, 포트폴리오 관리

전략이란 경쟁에서 절충을 하는 것입니다.
전략의 본질은 무엇을 하지 않을지 선택하는 데 있습니다.
— Michael E. Porter, “What is Strategy?”(1996)

학습 목표

이 단원을 읽고 나면 다음을 할 수 있습니다.

  • 전략 및 포트폴리오와 관련된 용어를 정의합니다
  • 전략과 관련된 기본 개념을 논의합니다
  • 전략과 운영 효과성을 구별합니다
  • 전략 실행을 어렵게 만드는 요인을 설명합니다
  • 프로젝트를 전략과 정렬하는 것과 관련된 문제를 논의합니다
  • 프로젝트를 중단하기가 왜 어려울 수 있는지 설명하고, 잘못 구상된 프로젝트를 식별하는 방법을 제시합니다

이 단원의 핵심 개념

  • 전략은 고객이 경쟁자에게서 얻을 수 없는 무언가를 제공하기 위한 계획입니다. 전략이란 조직이 가장 잘하는 일에 집중하는 것을 의미합니다. 전략은 조직의 밀어붙이기(push)가 아니라 고객의 끌어당김(pull)에서 비롯되어야 합니다.
  • 조직의 전략은 조직이 하는 모든 일을 지배해야 하며, 프로젝트 선정과 실행은 물론 필요할 때는 프로젝트 종료까지 이끌어야 합니다.
  • 전략은 비용 절감과 효율성 향상을 뜻하는 운영 효과성과는 다릅니다. 운영 효과성은 중요한 도구입니다. 그러나 조직의 전략을 전적으로 운영 효과성에 기반하는 것은 지는 게임입니다. 경쟁자는 결국 언제나 따라잡기 때문입니다.

2.1 올바른 일을 하십시오

효과적인 프로젝트 관리와 실행은 올바른 프로젝트를 선택하는 것에서 시작합니다. 조직이 어떤 프로젝트를 추진할지는 여러분이 통제하지 못할 수도 있지만, 조직이 왜 특정 프로젝트에 투자하기로 선택하는지는 반드시 이해해야 합니다. 그래야 프로젝트를 효과적으로 관리하고, 프로젝트를 어떻게 발전시킬지, 그리고 필요하다면 어떻게 종료할지에 관한 결정에 기여할 수 있습니다. 기술 프로젝트 관리에 대한 여러분의 학습은 주로 일을 올바른 방식으로 하는 데 초점을 맞출 것입니다. 이 단원에서는 맨 처음부터 올바른 일을 하는 데 집중하겠습니다.

늘 그렇듯이, 몇 가지 기본 정의부터 시작하는 것이 도움이 됩니다.

  • 프로젝트: "기업이 특정 목표를 달성하기 위해 지속적인 운영과 병행하여 시행하는 한시적 계획. 프로젝트는 명확하게 정의된 작업 묶음으로서, 마감 기한의 제약을 받으며 예산, 인력, 시설 등의 자원을 부여받습니다"(Morgan, Levitt and Malek 2007, 3). 이는 Lesson 1에서 소개한 Cambridge English Dictionary의 정의, 즉 “일정 기간에 걸쳐 완수되며 특정한 목표를 달성하기 위한, 계획된 작업이나 활동”보다 더 넓은 정의라는 점에 유의하십시오. 이번 레슨에서는 마감 기한과 한정된 자원 때문에 불가피해지는 절충에 초점을 맞추기 때문입니다.
  • 프로그램: "서로 연결된 프로젝트들의 묶음"(Morgan, Levitt and Malek 2007, 9).
  • 포트폴리오: "기업이 추진하기로 선택한 프로젝트와 프로그램에 대한 투자의 집합"(Morgan, Levitt and Malek 2007, 3).
  • 전략: Merriam-Webster에 따르면 “대개 긴 기간에 걸쳐 특정한 목표를 달성하기 위한 신중한 계획이나 방법”입니다.

그림 2-1에서 보듯이, 포트폴리오는 프로그램과 프로젝트로 구성됩니다. 조직의 전략은 조직의 포트폴리오, 프로그램, 프로젝트가 모두 공통의 목표를 향하도록 하기 위한 실행 계획입니다.

이 도식에는 "포트폴리오"라는 이름의 큰 원이 있습니다. 그 원 안에는 각각 "프로그램"이라는 단어가 적힌 작은 원 세 개가 있습니다. 이 프로그램들 안에는 저마다 다른 수의 "프로젝트" 원이 들어 있습니다.
그림 2-1: 포트폴리오, 프로그램, 프로젝트 사이의 관계

2.2 전략의 본질

많은 책과 글이 "전략"이라는 용어가 실제로 무엇을 의미하는지 설명하려고 합니다. 그러나 결국 마크 모건(Mark Morgan), 레이먼드 E. 레빗(Raymond E. Levitt), 윌리엄 말렉(William Malek)이 Executing Your Strategy: How to Break it Down & Get it Done에서 설명하듯이, 조직의 전략은 그 조직이 무엇에 투자하는지, 즉 조직이 무엇을 하는지에 의해 정의됩니다. "전략적 방향과 미래 성과를 가장 잘 보여 주는 지표는 회사가 무엇을 말하고 있는지가 아니라 무엇을 하고 있는지, 즉 전략 수립자들이 실행 단계의 사람들에게 무엇을 이루도록 권한을 부여하고 있는지를 전사적으로 살펴보는 것입니다"(2007, 3).

명확하게 정의된 전략이 없는 조직은 살아 있는 질서의 끝없는 급류를 결코 헤쳐 나갈 수 없습니다. 특히 조직이 고객의 가치 정의를 일상 운영으로 끌어들이기보다 자신의 비전을 고객에게 밀어붙이려는 데서 전략이 비롯된다면 더욱 그렇습니다. 조직의 전략은 그 조직의 사명과 전반적인 문화를 표현한 것입니다. 잘 운영되는 회사에서는 프로젝트, 프로그램, 포트폴리오에 관한 모든 결정이 조직의 전략을 뒷받침합니다. 그리고 전략은 다시 회사의 포트폴리오와 일상 운영을 규정합니다. 프로젝트와 그 예산은 조직의 전략에서 흘러나옵니다. Morgan 등은 기업의 포트폴리오를 전략에 맞추어 정렬하는 일의 중요성을 강조합니다.

각 활동과 모든 프로젝트 투자를 표방한 전략에 맞추어 정렬하는 명확한 리더십이 없으면, 개인들은 무슨 일을 할지 고를 때 다른 결정 규칙을 사용하게 됩니다. 먼저 들어온 것 먼저 처리하기, 나중에 들어온 것 먼저 처리하기, 가장 목소리가 큰 요구, 가장 시끄럽게 삐걱대는 바퀴, 상사의 변덕, 가장 위험이 적은 것, 가장 쉬운 것, 조직에 필요한 것에 대한 최선의 추측, 임금 인상과 승진으로 이어질 가능성이 가장 큰 것, 정치적으로 가장 무난한 것, 막연한 짐작, 또는 그때그때 내키는 대로 고르는 것입니다. 포트폴리오 관리는 여전히 이루어지지만, 반드시 전략과 정렬되어 있지는 않으며 조직의 엉뚱한 수준에서 일어납니다. (2007, 5)

프로젝트 관리자라면 어떻게 진행할지에 대한 지침을 얻기 위해 조직의 전략을 참고할 수 있어야 합니다. 또한 조직의 전략을 가능성 목록에서 선택지를 지워 나가는 수단으로도 사용할 수 있어야 합니다. 큰 영향을 끼친 책 Competitive Strategy(경쟁 전략)의 저자 마이클 E. 포터(Michael E. Porter)는 전략이란 대체로 조직이 하지 않을 일을 정하는 문제라고 설명합니다. 그는 Fast Company 지와의 인터뷰에서 다음과 같이 말합니다.

전략의 본질은 이루고자 하는 것에 한계를 정해야 한다는 데 있습니다. 전략이 없는 회사는 무엇이든 기꺼이 시도합니다. 하려는 일이 본질적으로 경쟁자들과 똑같은 것이라면, 크게 성공할 가능성은 낮습니다. 회사가 경쟁자들과 같은 종류의 제품을 내놓으면서도 오랫동안 실제로 더 잘할 수 있다고 믿는 것은 엄청나게 오만한 일입니다. 이는 정보와 자본의 흐름이 엄청나게 빠른 오늘날 특히 그렇습니다. (Hammonds 2001)

결국 전략은 절충을 하는 일로 귀결됩니다. 전략이란 "경쟁자가 쉽게 모방할 수 없는 제공물을 만들어 내도록 모든 활동을 정렬하는 것"입니다(Porter 2001). 대부분의 항공사가 고전하는 가운데서도 번창해 온 사우스웨스트 항공(Southwest Airlines)은 잘 정의된 전략에 레이저처럼 집중하는 회사의 사례로 자주 꼽힙니다. 항공사가 택할 수 있는 수많은 가능성 가운데 여러 선택지를 배제함으로써, 사우스웨스트는 몇 가지 일, 구체적으로는 중간 규모 도시 사이를 오가는 믿을 수 있고 저렴한 항공편을 제공하는 일을 매우 잘 해내는 데 집중할 수 있습니다. Bloomberg View의 한 필자는 이렇게 말합니다.

중요한 것들을 단순하게 유지하고 이를 일관되게 실행함으로써, 사우스웨스트는 지속적인 수익성보다는 손실과 파산으로 더 잘 알려진 업계에서 성공을 거두고 있습니다. 그러나 40년이 지난 지금까지도 이 모든 것이 회사를 자만하게 만든 것 같지는 않습니다. 그러므로 이 항공사는 규모와 성공이 회사의 사명과 사고방식을 오염시키거나 경영진과 직원들의 중독성 있는 열정을 약화시킬 필요가 없다는 사실을 생생하게, 그리고 드물게 일깨워 주는 사례입니다. (El-Erian 2014)

2.3 운영 효과성은 전략이 아닙니다

Michael Porter는 전략에 관한 저술에서 전략과 운영 효과성, 즉 경쟁자보다 더 빠르고 더 저렴하게 일을 해내는 것을 구별하려고 공을 들입니다. 관리자들은 이 두 가지 매우 다른 것을 혼동하는 경향이 있습니다. 잘 정의된 전략은 조직을 경쟁사와 차별화하는 것, 즉 그 조직만이 고유하게 잘할 수 있는 것에 초점을 맞춥니다. 운영 효과성, 즉 더 빠르게 일하고 비용을 줄이고 또다시 줄이는 것은 누구나 할 수 있는 게임입니다. 그러나 경쟁사들이 언제나 따라잡기 때문에 장기적으로는 지속 가능하지 않습니다.

경쟁자의 무능에 거는 것은 극도로 위험한 일입니다. 그리고 운영 효과성으로 경쟁할 때 여러분이 하고 있는 일이 바로 그것입니다.

더 나쁜 것은, 운영 효과성에만 집중하면 서로를 파괴하는 형태의 경쟁이 생겨나기 쉽다는 점입니다. 모두가 같은 곳에 도달하려고 한다면, 거의 필연적으로 고객은 가격을 기준으로 선택하게 됩니다. (Hammonds 2001)

Michael Porter의 영향력 있는 논문 “What is Strategy?”는 Southwest Airlines의 성공을 실제 사례로 들어 운영 효과성과 전략의 차이를 설명합니다(1996). Harvard Business Review 구독자는 다음 링크에서 논문 전문을 읽을 수 있습니다: "What is Strategy?"

Porter는 1980년에 Competitive Strategy 를 출간했습니다. 그 이후 비즈니스 세계는 상당히 변화하여 속도가 더 빨라졌고, 살아 있는 질서 속에서 전개되는 프로젝트도 더 많아졌습니다. 어떤 이들은 끊임없이 변화하는 환경에서 하나의 전략을 골라 고수하는 것은 재앙을 부르는 지름길이라고 말합니다. Porter는 그 반대가 옳다고 주장합니다. 비결은 변화의 수용을 조율하는 "높은 수준의 연속성"에 집중하는 것입니다.

요점은, 전략적 방향의 연속성과 일하는 방식의 지속적 개선이 서로 완전히 일치한다는 것입니다. 실제로 이 둘은 서로를 강화합니다. 끊임없이 그리고 효과적으로 변화하는 능력은 높은 수준의 연속성이 있을 때 더 쉬워집니다. 어떤 일에서 10년 동안 최고였다면, 새로운 기술을 더 잘 흡수할 수 있습니다. 전략을 수립하는 일과 절충을 두고 씨름하는 일에 대해 더 명시적일수록, 여러분의 가치 제안을 뒷받침하는 새로운 기회를 더 잘 찾아낼 수 있습니다. 그렇지 않으면 당혹스러울 만큼 다양한 기술 가운데 무엇이 중요한지 가려내기가 매우 어렵습니다. 어떤 관리자들은 이렇게 생각합니다. “세상은 변하고 있고, 모든 것이 점점 빨라지고 있습니다—그러니 저도 더 빨리 움직여야 합니다. 전략을 갖는 것은 나를 느리게 만드는 것 같다." 저는 결코 그렇지 않다고 주장합니다. 전략을 갖는 것은 실제로 여러분을 더 빠르게 만들어 줍니다. (Hammonds 2001)

2.4 린과 전략

1과에서 배웠듯이, 프로젝트 관리에 대한 린(Lean) 접근 방식은 낭비를 제거하고 고객 가치를 극대화하는 데 중점을 둡니다. 이는 주로 운영 효과성을 간소화하는 수단이지만, 중요한 전략적 이점도 제공합니다. 진정한 린 조직에서는 관리자가 상위 수준의 문제에 집중할 시간과 자율성을 갖습니다. 유연성을 강조하기 때문에 린 조직은 조직의 전략에 부합하는 새로운 기회로 더 쉽게 방향을 전환할 수 있습니다. 마이클 발레(Michael Ballé)는 Planet Lean에 기고한 글에서 다음과 같이 설명합니다.

린은 전통적인 전략의 틀에 맞지 않기 때문에 흔히 제조 전술로 축소되어 받아들여집니다. 린은 어떤 틈새시장을 공략해야 하는지 알려 주지 못하고, 로드맵을 세우는 데 도움을 주지 못하며, 합리적인 목표가 무엇인지 또는 사람들이 그 목표를 달성하도록 어떻게 동기를 부여해야 하는지도 알려 주지 않습니다.

그러나 린은 고객을 더욱 세심하게 배려하고, 더욱 역동적인 목표(매년 낭비를 절반으로 줄이기)를 세우고, 더 빠르게 학습하고, 더 높은 사기를 위해 모든 사람이 항상 더 많이 참여하고, 더 높은 수준의 목표에 더 단호하게 집중하고, 예상치 못한 기회를 더 빠르게 활용하는 것을 바탕으로 역동적인 전략을 만들어 내는 핵심입니다. (2016)

발레에 따르면 린 전략은 다음과 같은 모습일 수 있습니다.

  1. 고객을 파악하고 고객의 변화하는 기대를 따라가십시오.
  2. (자사 운영에 대한 압력을 높임으로써) 시장에 역동적인 압력을 가할 개선 차원을 선택하십시오.
  3. 경쟁사보다 더 빠르게 운영 성과를 학습하십시오.
  4. 관리자의 자율성을 키우고 더 큰 문제에 계속 집중하십시오.
  5. 예상치 못한 성과는 신속하게 이어 나가십시오. (2016)

린을 효과적으로 구현하려면 최고 경영진부터 모든 구성원이 린 방식으로 사고하는 법을 배우는 등 조직 전체의 동의가 필요하기 때문에, 린으로 성공하기는 어렵습니다. 이는 곧 성공한 조직은 고객에게 드문 가치를 제공할 수 있으며, 이를 통해 경쟁사와 차별화된다는 뜻입니다. 다시 말해, 조직을 린 방법론으로 전환하는 것 자체가 하나의 전략이 될 수 있습니다. 진정한 린 조직은 무엇보다도 학습 조직이며, 시장과 고객의 요구에 대해 가능한 모든 것을 배우는 데 중점을 둡니다. 이 덕분에 린 조직은 고객이 원하는 가치를 제공하는 데 훨씬 뛰어납니다.

Ballé, Jones, Chaize, Fiume는 저서 The Lean Strategy, 에서 Lean이 운영 효과성을 위한 수단 이상의 것이라고 주장합니다. 이들은 린을 진정한 전략으로 봅니다.

린 전략은 근본적으로 다른 접근 방식입니다. 즉, 해결해야 할 올바른 문제를 파악하고, 모든 사람이 자신이 어떻게 기여할 수 있는지 이해할 수 있도록 개선 방향을 설정하며, 낭비적인 의사 결정을 피하기 위해 가치를 창출하는 현장에서 변화에 변화를 거듭하며 학습을 지원하는 것입니다. 북극성을 향한 개선 방향을 유지하고 전 세계적 과제를 해결하기 위해 일상적인 개선을 지원하는 것이 곧 전략이며, 그것도 성공하는 전략입니다. (2017, x)

2.5 전략 실행은 왜 그렇게 어려운가?

전략을 수립하고 이를 고수하는 것에는 분명한 이점이 있음에도 불구하고, 조직과 개별 관리자는 이를 실천하는 데 어려움을 겪습니다.

기업들은 경영 컨설팅과 교육에 매년 약 1,000억 달러를 지출하며, 그 대부분은 탁월한 전략을 수립하는 데 목적을 둡니다. 경영대학원은 매년 전략가를 꿈꾸는 사람들과 큰 그림을 그리는 사상가들을 무리 지어 기업 세계로 내보냅니다. 그러나 연구에 따르면 효과적으로 수립된 전략 중 성공적인 실행으로 이어지는 것은 10퍼센트도 되지 않습니다. 따라서 약 90퍼센트의 기업이 전략을 성공적으로 실행하는 데 지속적으로 실패하고 있습니다. (Morgan, Levitt and Malek 2007, 1)

전략을 실행하는 것은 왜 그렇게 어려울까요? 포터(Porter)에 따르면, 한 가지 문제는 관리자들이 흔히 트레이드오프를 하는 것을 약점의 표시라고 잘못 생각한다는 점입니다.

절충은 두려운 일이며, 때로는 잘못된 선택으로 비난받을 위험을 무릅쓰기보다 아무것도 선택하지 않는 쪽이 선호되기도 합니다…. 선택하지 못하는 이유는 때때로 소중한 관리자나 직원을 실망시키고 싶지 않은 마음으로 귀결됩니다. (Porter 1996)

가까운 곳에서 일어난 프로젝트 실패

실패한 IT 프로젝트의 한 예로 UW-Madison이 새로운 급여 및 복리후생 시스템을 도입하려 했던 시도를 들 수 있습니다. 대학은 2,600만 달러를 지출한 끝에 2006년 7월 결국 프로젝트를 중단했습니다. 시스템 총괄 수석 부총장 돈 매시(Don Mash)는 "우리는 이 일이 정말, 정말 어렵다는 것을 알게 되었습니다. 아마도 오래전 처음 시작할 때 그 복잡성을 과소평가했던 것 같습니다"라고 말했습니다(Foley 2006).

이 프로젝트에 대한 자세한 내용은 다음 기사에서 읽을 수 있습니다: "UW 시스템, 2,600만 달러짜리 소프트웨어 폐기: 관계자들은 손실을 유감스럽게 여기지만 장기적으로는 다른 공급업체가 더 나은 결과를 낼 것이라고 믿어."

노벨상을 수상한 경제학자 허버트 사이먼(Herbert Simon)이 입증했듯이, 많은 상황에서 최적의 해법을 결정하는 데 필요한 모든 정보를 수집하는 것은 현실적이지 않으며 심지어 불가능하기도 합니다. 그는 만족화(satisfice)(satisfy와 suffice의 합성어)라는 단어를 사용하여, 사람들이 "최선의 해법을 끝없이 찾기보다 '충분히 괜찮은' 해법을 받아들이는" 보다 현실적인 형태의 의사 결정을 설명합니다(Little 2011). 성공적인 조직은 자신의 전략에 충실하기 위해 최적화 대신 만족화를 선택하는 경우가 많습니다.

조직은 또한 매몰 비용 오류에 매우 빠지기 쉬운데, 이는 "이미 들어간 비용 때문에 손해 보는 사업에 계속 투자하는…" 경향을 말합니다(Warrell 2015). 관리자들은 조직의 전략을 변경하려면 이미 상당한 투자가 이루어진 프로젝트를 중단해야 하는 경우, 설령 그 프로젝트 자체가 실패작으로 널리 여겨지더라도 전략 변경을 꺼리는 경우가 많습니다. 동시에 기업은 프로젝트를 중단하는 것이 수익에 어떤 영향을 미칠지 고려해야 합니다. 그 결과, 프로젝트 관리자들은 회사의 주가 하락에 대한 책임을 뒤집어쓸까 두려워 성공할 가능성이 없다는 것을 알고 있는 프로젝트조차 중단하기를 거부합니다.

예를 들어, 데이비드 페이건코프(David Pagenkopf)의 설명을 통해 IT 분야에서 프로젝트를 중단하는 일이 어떻게 전개될 수 있는지 살펴봅시다:

내부용 IT 프로젝트를 구현하는 작업의 대부분은 자본화되어야 하며, 그 비용은 소프트웨어의 예상 수명(일반적으로 5년)에 걸쳐 상각됩니다. 그러나 IT 프로젝트가 종료되면 프로젝트의 전체 비용을 그해에 비용으로 처리해야 합니다. 이는 조직의 현금 흐름에는 영향을 미치지 않지만, 그해의 손익계산서에는 중대한 영향을 미칠 수 있습니다. 여러 해에 걸친 대규모 프로젝트의 경우, 대규모 상각 처리로 순이익이 손실로 돌아서고 주가가 폭락할 수 있습니다. 머지않아 프로젝트 관리자와 스폰서는 새 일자리를 찾고 있게 될 가능성이 높습니다. 그러니 사람들이 "깡통을 길 아래로 걷어차며" 문제를 뒤로 미루는 경향이 있는 것도 놀라운 일이 아니며, 물론 이는 결국 문제를 더 키울 뿐입니다.

저는 새 직장에 들어가면서 물려받은 프로젝트 포트폴리오에서 이 문제를 겪은 적이 있습니다. 내부 프로젝트 관리자와 외주 업체 프로젝트 관리자를 모두 해고한 뒤, 상각 처리를 피하기 위해 어떻게든 겉모습을 꾸며 프로젝트에서 약간의 가치라도 얻어 낼 방법을 찾아야 했습니다. (참고: 포춘 500대 기업의 CFO가 IT 프로젝트에 직접적인 이해관계를 갖는 것은 결코 좋은 일이 아닙니다.) 제가 말하고자 하는 바는, 사람들이 때때로 잘못된 투자 결정을 계속 내리는 것은 더 나은 방법을 몰라서가 아니라 시간을 벌거나, 때로는 다른 사람에게 책임을 떠넘김으로써 빠져나가기 위해서라는 것입니다.[1]

2.6 포트폴리오 관리를 통한 프로젝트와 전략의 정렬

프로젝트는 조직이 전략을 실행에 옮기는 방식입니다. 결국 전략을 효과적으로 실행한다는 것은 올바른 프로젝트를 추진한다는 것을 의미합니다. 다시 말해, 이는 프로젝트와 이니셔티브를 회사의 전반적인 목표에 맞추어 정렬하는 문제입니다. 그리고 새로운 조직 전략을 실행하기 위해 큰 그림을 보는 장기적인 접근 방식을 취하려면, 단기적으로 어느 정도의 불확실성을 감수하겠다는 살아 있는 질서의 의지가 필요하다는 점을 명심하십시오. 모든 사람이 새로운 계획에 동참하기까지는 시간이 걸릴 수 있으며, 그동안 운영이 예상대로 진행되지 않을 수도 있습니다. 그러나 조직 전략이라는 북극성에서 눈을 떼지 않는다면, 팀이 변화의 거친 물결을 헤쳐 나가도록 도울 수 있습니다.

프로젝트 선정은 포트폴리오 수준과 프로젝트 수준이라는 두 가지 수준에서 진행됩니다. 포트폴리오 수준에서 경영진은 포트폴리오에 속한 모든 프로젝트가 조직의 더 큰 전략을 뒷받침하도록 노력합니다. 다시 말해, 경영진은 프로젝트 포트폴리오를 최적화하는 데 집중합니다. Morgan 등에 따르면 포트폴리오 최적화란 "조직이 수행하기로 약속하는 일을 선택하고 지속적으로 모니터링하는 어렵고 반복적인 과정"입니다(2007, 167).

Morgan 등은 포트폴리오 관리를 전략을 효과적으로 추구하는 일의 핵심이자 본질로 봅니다.

전략 실행은 올바른 전략 프로젝트들을 올바른 방식으로 실행하는 데서 비롯됩니다. 전략 실행은 기업 리더십과 프로젝트 포트폴리오 관리가 만나는 교차점, 즉 조직의 목적, 비전, 문화가 성과와 결과로 전환되는 지점에 있습니다. 프로젝트 포트폴리오 관리를 거치는 길 외에 전략을 실행할 수 있는 길은 결코 없습니다. (2007, pp. 4-5)

포트폴리오를 효과적으로 관리하기 위해 대규모 조직은 정교한 정량 분석을 수반하는 시나리오 계획 기법을 흔히 사용합니다. 그러한 기법 중 하나는 고전적인 최적화 문제인 배낭 문제에 기반을 둡니다. 각각 무게와 가치를 지닌 다양한 물건을 배낭에 넣을 수 있습니다. 그림 2-2에서 볼 수 있듯이, 과제는 배낭의 무게 한도를 넘지 않으면서 배낭에 넣을 수 있는 물건의 종류와 개수를 선택하는 것입니다. 포트폴리오 관리자도 비슷한 과제에 직면합니다. 즉, 각각 정해진 비용과 가치를 지닌 프로젝트의 수와 유형을 골라, 자원 가용성을 초과하지 않으면서 전체 가치를 최적화해야 합니다.

"시나리오 계획 기법 중 하나는 배낭 문제(여기에 그림으로 표시됨)에 기반을 두는데, 이 문제는 포트폴리오를 배낭여행자가 일정한 개수의 물건만 넣을 수 있는 고정된 크기의 배낭으로 간주합니다."
그림 2-2: 대규모 조직은 배낭 문제와 같은 시나리오 계획 기법을 흔히 사용합니다

프로젝트 수준에서 팀은 개별 프로젝트를 선정하고 구체화한 다음, 진행하거나 필요한 경우 중단하는 데 집중합니다. 일부 규정 준수 관련 프로젝트는 무슨 일이 있어도 완료해야 합니다. 그러나 기업은 일반적으로 합리적으로 수행할 수 있는 것보다 훨씬 많은 신규 프로젝트 아이디어를 만들어 냅니다. 따라서 포트폴리오를 최적화하려면 모든 조직은 신규 프로젝트 아이디어를 수집하고 분류하고 선별한 다음, 최종적으로 승인된 프로젝트를 확정하고 우선순위를 정하는 효율적인 프로세스가 필요합니다. 몇 가지 프로젝트 선정 방법은 곧 살펴보겠습니다. 하지만 먼저 프로젝트 선정에 영향을 미치는 몇 가지 요인을 살펴봅시다.

프로젝트 선정에 영향을 미치는 요인

어느 조직에서든 프로젝트 선정은 가용 자원의 영향을 받습니다. 자금이 부족하면 조직은 흔히 기존 프로젝트를 중단하고 신규 프로젝트에 대한 투자를 연기합니다. 예를 들어 2015년에는 전 세계적인 유가 하락으로 석유 회사들이 신규 심해 시추 작업 등 3,800억 달러 규모의 프로젝트를 연기해야 했습니다(Scheck 2016).

조직의 프로젝트 선정 프로세스는 조직의 특성에도 영향을 받습니다. 예를 들어 거대 항공우주 기술 기업에서는 프로젝트의 추진 동력이 거의 항상 시장에서 나오며, 정부 규제가 가득 따라붙습니다. 이러한 프로젝트는 수십 년에 걸친 사업이므로 상당한 재무 분석이 반드시 필요합니다. 소비재 기업에서는 프로젝트 아이디어가 감지된 소비자 수요에 대응하는 방법으로서 회사 내부에서 나오는 경우가 많습니다. 이 경우 걸려 있는 시간과 자원이 더 적으므로 프로젝트 선정 프로세스가 대개 더 빠르게 진행됩니다.

규모는 조직의 프로젝트 선정 프로세스에 큰 영향을 미칩니다. 규모가 크고 탄탄하게 자리 잡은 기업에서는 고착화된 관료주의가 신속한 의사 결정을 가로막을 수 있습니다. 반면에 20명 규모의 스타트업은 빠르고 매우 민첩하게 의사 결정을 내릴 수 있습니다.

가치와 위험

고객이 정의하는 가치에는 고객이 기꺼이 감수하려는 위험의 수준에 대한 고객의 정의도 함께 따른다는 점을 명심하십시오. 프로젝트 관리자로서 여러분이 할 일은 고객이 프로젝트에 내재한 위험의 성격과 그 위험을 줄이기 위한 선택지 및 비용을 이해하도록 돕는 것입니다. 어떤 일에서든 위험이 전혀 없도록 하는 데 드는 비용을 실제로 기꺼이 지불하려 하거나 지불할 수 있는 고객은 드뭅니다. 어떤 상황에서는 약간의 위험과 위험이 전혀 없는 상태 사이의 차이가 엄청날 수 있습니다. 예를 들어 컴퓨터 네트워킹 분야가 그렇습니다. 이 분야에서는 99.99%의 시간 동안 가용한 네트워크(연간 다운타임 53분 35초)가 99.999% 가용한 네트워크(연간 다운타임 단 5분 15초)보다 비용이 훨씬 적게 듭니다(Dean 2013, 645). 소규모 레스토랑 체인을 위한 네트워크를 구축하는 경우라면, 99.99%의 가용성을 목표로 하는 것은 시간과 돈의 낭비입니다. 반면에 군사 네트워크나 의료 네트워크에서는 99.999%의 가용성으로도 충분하지 않을 수 있습니다.

위험의 규모와 영향, 그리고 잠재적인 완화 전략을 파악하는 일은 프로젝트의 초기 타당성 분석에서 핵심 요소입니다. 의사 결정자는 프로젝트의 잠재적 가치가 비용과 위험보다 큰지 평가하기 위해 이 정보를 필요로 할 것입니다. 위험 분석은 Lesson 8에서 더 자세히 다룹니다. 위험 관리의 기초를 쉽게 요약한 내용을 보려면, 프로젝트 관리 분야에서 Risk Doctor로 알려진 David Hillson의 여러 YouTube 동영상을 살펴보십시오. 먼저 “위험 관리 기초: 정확히 무엇인가?(Risk management basics: What exactly is it?)”라는 제목의 영상부터 시청하십시오.

부실한 포트폴리오 관리의 영향

효과적인 프로젝트 선정 프로세스가 없는 조직은 일반적으로 포트폴리오와 관련된 네 가지 주요 문제로 어려움을 겪습니다. Robert G. Cooper, Scott J. Edgett, Elko J. Kleinschmidt는 Research Technology Management에 기고한 글에서 이러한 문제를 다음과 같이 설명합니다.

  1. 자원 균형 조정: 경영진이 프로젝트의 자원 수요와 자원 가용성 사이의 균형을 맞추는 데 어려움을 겪기 때문에, 대개 자원 수요가 공급을 초과합니다.
  2. 프로젝트 간 우선순위 결정: 많은 프로젝트가 특히 초기 단계에서는 좋아 보이기 때문에, 너무 많은 프로젝트가 "관문을 통과하여" 활성 목록에 추가됩니다. 경영진은 진행(Go), 중단(Kill), 보류(Hold)할 프로젝트를 구별하는 데 어려움을 겪는 것으로 보입니다.
  3. 확실한 정보 없이 진행/중단 결정 내리기: 프로젝트에서 사업성에 대한 사전 평가가 기준에 미치지 못하며, 그 결과 경영진은 매우 신뢰할 수 없는 데이터를 사용하여 중대한 투자 결정을 내려야 하는 경우가 많습니다. 그들의 결정 중 상당수가 의심스러운 것도 당연합니다!
  4. 포트폴리오 내 지나치게 많은 소규모 프로젝트: 주요 수익원이 될 프로젝트나 기술, 시장, 재무 측면에서 중대한 돌파구를 가져올 만한 프로젝트가 없습니다. (2000)

이러한 문제는 그와 관련된 수많은 문제로 이어질 수 있습니다. 흔한 문제 중 하나는 생산 능력(capacity)과 관련된 것으로, 그 정의는 다음과 같습니다.

생산 능력이란 기업이 제품을 만들거나 서비스를 제공하기 위해 지속적으로 유지할 수 있는 최대 산출 수준입니다. 생산 능력을 계획하려면 경영진이 생산 공정의 한계를 받아들여야 합니다. 어떤 시스템도 장기간 최대 생산 능력으로 가동될 수는 없습니다. 비효율과 지연 때문에 장기적으로 이론상의 산출 수준에 도달하는 것은 불가능합니다. (Investopedia n.d.)

조직이 가용 자원을 모두 활용하며 최대 역량으로 가동되는 것이 바람직하게 들릴 수도 있지만, 실제로 그러한 상황은 대개 정체를 초래하여 프로젝트가 일정대로 진행되는 것을 불가능하게 만듭니다. 자원을 관리하고 살아 있는 질서에서 발생하는 불가피한 예기치 못한 사건에 대처하기 위해 어느 정도의 역량을 여유로 남겨 두는 것이 필수적이며, 일반적으로 20%에서 30% 정도가 바람직한 것으로 여겨집니다. 너무 많은 프로젝트를 실행하려 하여 결과적으로 너무 많은 역량을 소진하면 다음과 같은 문제가 발생할 수 있습니다.

퍼지 프런트 엔드

제품 개발의 가장 초기 단계는 때때로 퍼지 프런트 엔드(Fuzzy Front End, FFE)라고 불리며, 0단계 또는 아이디어 발상 단계라고 불리기도 합니다. 이 단계는 공식적인 신제품 개발 단계보다 앞서 진행됩니다. SmartSheet 블로그 게시물에 따르면, FFE는 "기업에서 혁신을 이끌어 낼 수 있는 최고의 기회 중 하나로 여겨집니다. FFE는 고객의 문제에 대한 해결책으로서 여러분의 훌륭한 아이디어를 모두 제안하는 단계이기 때문에, 공식적인 방식으로 정리되는 경우가 많지 않습니다. FFE가 '퍼지(fuzzy)'라고 불리는 이유는 공식적인 개발이 시작되기 전, 구조나 정해진 방향이 거의 없는 모호한 시기에 진행되기 때문입니다. 처음에 FFE에서 제안된 제품 가운데 이 단계를 통과하는 것은 극소수에 불과하지만, 이 사전 개발 단계는 매우 중요합니다. 사전 개발을 성공적으로 마치면 개발 단계로 원활하게 넘어갈 수 있습니다"(n.d.). 블로그 게시물 전문은 다음에서 읽을 수 있습니다: “신제품 개발이란 무엇인가?(What Is New Product Development?)”

  1. 프로젝트가 대기열에 쌓여 인력과 자원을 쓸 수 있게 되기를 기다리게 되면서, 출시 소요 시간이 악화되기 시작합니다….
  2. 인력이 여러 프로젝트에 매우 얇게 분산됩니다. 동시에 "공중에 띄워 둔 공"이 너무 많다 보니, 사람들은 절차를 생략하고 서둘러 실행하기 시작합니다. 편의를 도모하고 시간을 절약한다는 명목으로 핵심 활동이 누락될 수 있습니다. 그리고 실행의 품질이 떨어지기 시작합니다. 그 결과 실패율이 높아지고, 성공할 수도 있었던 프로젝트의 잠재력을 온전히 실현하지 못하게 됩니다….
  3. 프로젝트에 관한 정보의 품질 또한 부족합니다. 프로젝트 팀에 제대로 된 시장 조사나 확실한 기술 평가를 수행할 시간이 부족하면, 경영진은 확실한 정보가 없는 상태에서 지속적인 투자 결정을 내려야 하는 경우가 많습니다. 그 결과 중단되어야 할 프로젝트가 승인됩니다. 포트폴리오가 타격을 입습니다.
  4. 마지막으로, 인력이 여러 프로젝트에 너무 얇게 분산되어 있는 데다 "본업"까지 감당하려 하다 보니, 스트레스 수준은 높아지고 사기는 떨어집니다. 그리고 팀이라는 개념이 무너지기 시작합니다. (Cooper, Edgett and Kleinschmidt 2000)

프로젝트 선정 프로세스

프로젝트 선정 프로세스가 어떤 속도로 진행되든, 성공적인 조직은 일반적으로 스콧 앤서니(Scott Anthony)가 "단계적 학습"이라고 부르는 기간을 마련하며, 이 기간 동안 프로젝트 이해관계자는 잠재적 프로젝트에 대한 지식을 넓힙니다. 앤서니는 Harvard Business Review에 실린 흥미로운 기사에서 이 프로세스를 메이저 리그가 투자하고자 하는 선수에 대해 더 많이 알아보기 위해 마이너 리그를 활용하는 방식에 비유합니다. 마찬가지로 소비재 기업은 제품을 시장에 출시하는 데 필요한 최종적이고 큰 투자를 하기 전에, 단계적 학습을 활용하여 제품을 점점 더 높은 수준의 검증에 노출시킵니다(Anthony 2009).

프로젝트 선정 프로세스는 수많은 아이디어, 기회, 요구를 소수의 승인된 프로젝트로 줄여 나가는 일련의 선별 장치라고 생각할 수 있습니다. 조직은 이용 가능한 모든 아이디어, 기회, 요구 가운데 조직의 전략과 부합하여 검토할 가치가 있는 일부를 선택합니다. 프로젝트가 진행됨에 따라, 프로젝트는 다양한 사업적·기술적 타당성 고려 사항에 기반한 일련의 필터를 거치게 됩니다. 그림 2-3에서 볼 수 있듯이, 모든 선별 단계를 통과한 프로젝트는 다듬어지고 초점이 맞춰진 뒤 실행 단계로 넘어갑니다.

이 도표는 세 부분으로 구성되어 있습니다. 맨 위에는 "많은 아이디어에 대해 알아보고 일부를 제거하기"라고 표시된 부분이 있으며, 체와 같은 격자 위에 다양한 프로젝트 아이디어가 그려져 있습니다. 사용자는 더 많은 아이디어에 대해 알아보고 이를 제거해 나가다가 마침내 하나의 프로젝트 아이디어를 승인하고 계획 및 실행 단계로 넘어갑니다.
그림 2-3: 프로젝트 선정 프로세스는 일련의 선별 단계로 볼 수 있습니다

이와 같은 개념은 Stage-Gate™ 모델 또는 단계-관문(phase-gate) 모델에도 적용됩니다. 이 모델에서 프로젝트는 일련의 단계와 그에 대응하는 관문을 통과하면서 선별되고 개발됩니다. 각 단계에서는 프로젝트를 구체화하고, 각 관문에서는 프로젝트가 다음 개발 단계로 나아가는 데 필요한 추가 투자를 할 만한 가치가 있는지 결정해야 합니다. “전형적인 Stage-Gate 신제품 개발 프로세스는 다섯 단계로 이루어지며, 각 단계 앞에는 관문이 있습니다. 단계는 모범 사례에 따른 활동과 산출물을 정의하고, 관문은 진행/중단(Go/Kill) 결정을 위한 명확한 기준에 의존합니다” (Cooper, Edgett and Kleinschmidt 2000).

실행 가능성이 없는 프로젝트를 조기에 중단하는 것을 강조하는 프로젝트 선정 방식은 실리콘밸리의 격언인 "일찍 실패하고, 자주 실패하라"로 깔끔하게 표현됩니다. Dominic Basulto가 Washinton Post:에 기고한 블로그 글에서 주장하는 바와 같습니다.

혁신의 미래는 실패하는 법을 배우는 데 있습니다.

직관에 어긋나는 말처럼 들릴 수도 있지만, 신속한 프로토타이핑부터 제품을 베타 단계에서 일찍 출시하는 인터넷의 일반적인 관행에 이르기까지 최근 혁신의 여러 추세를 살펴보면, 이들은 모두 작은 실패를 드러내고 경쟁자보다 더 빨리 바로잡는 신속하고 반복적인 조정에 관한 것입니다…

기업은 실패를 혁신 주기의 끝이 아니라 시작으로 옮기는 새로운 방법을 찾아야 합니다. 달리 말하면, 수년간의 노력과 수백만 달러의 매몰 비용을 들인 끝에 제품이 시장에 출시되었을 때 실패하시겠습니까, 아니면 잃을 것이 더 적을 때 일찍 실패하시겠습니까? (Basulto 2012)

이 방식은 처음에는 아주 제한된 정보만 얻을 수 있는 프로젝트에 대해 조직이 의사 결정을 내리도록 돕기 위해 고안되었습니다. 처음 투입하는 자원은 프로젝트의 실행 가능성을 파악하는 데 쓰입니다. 그다음에는 세부 계획을 진행할 준비가 되었는지, 그리고 이어서 프로젝트를 실행할지 결정할 수 있습니다. 이 과정은 연이은 자원 투자 하나하나를 검증하는 규율을 만들어 주며, 필요한 경우 프로젝트를 안전하게 중단할 수 있는 지점을 마련해 줍니다.

프로젝트 선정에 대한 또 다른 접근 방식인 세트 기반 동시 공학(set-based concurrent engineering)은 프로젝트를 너무 빨리 걸러내지 않고, 대신 출시 직전의 최종 선정 시점까지 여러 해결안을 함께 개발하는 데 중점을 둡니다. 이 방식은 비용이 많이 들고 자원 소모가 크지만, 이를 지지하는 사람들은 너무 일찍 하나의 해결안으로 좁혔다가 그 해결안이 나중에 최적이 아닌 것으로 드러날 때 발생하는 비용이 여러 프로젝트를 병행 개발하는 데 드는 자원보다 더 크다고 주장합니다. 하나의 해결안으로 빠르게 좁히는 방식은 미국과 다른 서구 국가의 많은 기업에서 흔히 볼 수 있습니다. 반면 일본 제조업체들은 여러 대안을 개발하는 것을 중시합니다(심지어 생산 툴링 단계에 이르기까지 그렇게 합니다). 세트 기반 프로젝트 선정에 대해 더 알아보려면 MIT Sloan Management Review: “도요타의 세트 기반 동시 공학 원칙."에 실린 이 글을 참조하십시오.

국제 프로젝트 관리 협회(International Project Management Association)에 기고한 글에서 Joni Seeber는 몇 가지 일반적인 프로젝트 선정 기준을 논의합니다. 그녀는 Michael Porter와 마찬가지로, 무엇보다도 먼저 조직의 전반적인 전략과 부합하는 프로젝트를 선택해야 한다고 주장합니다. 그녀는 프로젝트가 조직의 전략에 의미 있게 기여하는지 판단하는 데 유용한 테스트를 제안합니다.

프로젝트의 의미를 판단하는 간단하고 빠른 요령은 의도한 프로젝트 결과에 대해 "그래서 뭐?"라는 질문에 답해 보는 것입니다. 프로젝트가 조직의 전략적 방향과 잘 부합할수록 더 의미가 있습니다. 성공 가능성이 높을수록 더 의미가 있습니다.

예를 들어, HIV 백신을 개발하는 것은 의미가 있지만, HIV 감염자들이 감당할 수 없는 가격의 HIV 백신을 개발하는 것은 의미가 없습니다. 프로젝트의 규모와 필요한 자원의 양은 대개 양의 상관관계가 있으므로 규모 또한 중요합니다. 이집트 피라미드 건설은 의미가 있을 수 있지만, 그 프로젝트의 규모 때문에 파라오나 라스베이거스의 거물에게나 어울리는 위험 부담이 큰 사업이 됩니다. (2011)

Seeber는 또한 조직의 핵심 역량을 활용하는 프로젝트에 집중할 것을 제안합니다.

매몰 비용 오류라는 용어는 “이미 들어간 비용 때문에 손해 보는 일에 계속 투자하는…” 경향을 가리킵니다(Warrell 2015). 실행 가능성이 사라진 지 한참 지난 실패한 프로젝트를 관리자가 계속 연장하게 만들 수 있는 이 근본적인 인간의 약점에 대한 간단한 소개는 다음 기사를 참고하십시오: “매몰 비용 편향: 이제 그만둘 때입니까?“

핵심 역량이란 조직이 가장 잘한다고 내세우는 제공물입니다. 예를 들어, 적십자의 핵심 역량으로는 국제 긴급 재난 대응을 들 수 있습니다. 핵심 역량에 기반한 프로젝트는 대개 조직이 제공할 수 있는 최고의 가치 제안을 담은 결과를 달성하므로, 조직이 자신의 핵심 역량을 파악하고 강점을 바탕으로 하는 프로젝트를 선택하는 것은 가치 있는 일입니다. (2011)

프로젝트 선정 기준에 대한 더 많은 아이디어는 Seeber가 자신의 글에서 추천한 다음 동영상을 참조하십시오: "프로젝트 선정 기준." 다음 글은 조직이 모든 고객 요청에 대응하려고 새 프로젝트를 무분별하게 시작하여 결국 전체 역량을 초과할 때 발생하는 문제를 요약합니다: "고객에게 '아니요'라고 말하기."

인지 편향을 경계하십시오

인지 편향이란 휴리스틱이라고 알려진 정신적 지름길을 사용하는 데서 비롯되는 사고의 오류입니다. 에이머스 트버스키와 대니얼 카너먼이 의사 결정에 관한 획기적인 연구에서 입증했듯이, 우리는 모두 상황을 빠르게 파악하기 위해 휴리스틱을 사용합니다(1974). 예를 들어, 우리는 가용성 휴리스틱을 사용하여 가장 먼저 떠오르는 비슷한 상황을 참고하고, 그 상황을 기준으로 삼아 현재 상황을 판단할 수 있습니다. 이는 효과적일 수 있지만, 인지 편향이라고 알려진 오해와 착각으로 이어질 수도 있습니다. 어떤 것이 쉽게 떠오른다고 해서 그것이 현재 상황과 관련이 있다는 뜻은 아닙니다.

중요한 결정을 내릴 때는 다음과 같은 흔한 인지 편향을 경계하십시오.

  • 확증 편향: 자신의 선입견을 뒷받침하는 정보에만 주의를 기울이는 것입니다.
  • 집단사고: 상당수의 사람들이 이미 어떤 믿음을 가지고 있다는 이유로 그 믿음을 받아들이는 것입니다.
  • 보수주의: 새로운 증거보다 이미 익숙한 증거에 더 큰 비중을 두는 것입니다.
  • 고정관념: 개인이 자신이 속한 집단과 연관된다고 여겨지는 특성에 부합할 것이라고 가정하는 것입니다.

잘 정리된 인지 편향에 대한 다음 개요인 “여러분의 결정을 망치는 20가지 인지 편향”부터 시작하여 시간을 내어 이 주제에 대해 읽어 보십시오.

2.7 거절해야 할 때를 아는 것

프로젝트가 더 많은 심사나 관문을 통과할수록 더 많은 것을 알게 됩니다. 결국 프로젝트에 대해 알게 된 내용을 바탕으로 프로젝트가 실현 가능하지 않다는 결론에 이를 수도 있습니다. 그러나 이 시점에 이르면 사람들은 이미 프로젝트에 많은 것을 투자한 상태입니다. 그들은 당연히 프로젝트가 성공하기를 바라므로 단점을 명확하게 인식하지 못합니다. 다시 말해, 이들은 집단사고라는 인지 편향에 빠지게 되는데, 이는 상당수의 사람들이 이미 어떤 믿음을 가지고 있다는 이유로 사람들이 그 믿음을 받아들이게 만드는 현상입니다.

평가 초기 단계에서 특히 강압적이거나 카리스마 있는 사람이 프로젝트의 주된 옹호자, 즉 프로젝트 챔피언의 역할을 맡았다면 이 문제는 더욱 악화될 수 있습니다. 이후 프로젝트 챔피언이 프로젝트 관리자가 되면, 프로젝트 관리자가 기술적 세부 사항에 몰두하여 더 큰 조직 차원의 문제를 놓치게 되면서 프로젝트를 중단하기가 훨씬 더 어려워질 수 있습니다(Kerzner and Kerzner, 24).

이 시점에서는 종료 챔피언, 즉 프로젝트 팀원들의 바람과 관계없이 프로젝트 종료가 조직에 가장 이익이 된다고 판단하면 이를 주장할 책임을 맡은 관리자를 임명하는 것이 현명한 경우가 많습니다. 조직에서 공식적으로 지정된 종료 챔피언을 두지 않더라도, 아마 프로젝트를 중단할 수 있는 시점이 포함된 어떤 형태의 프로젝트 선정 프로세스는 갖추고 있을 것입니다. 프로젝트 관리자로서 여러분은 그 프로세스를 이해하고 신중하게 따라야 하며, 관련된 모든 사람이 “이 프로젝트를 중단해야 합니다”라고 자유롭게 말할 수 있도록 해야 합니다.

프로젝트 중단 여부를 결정할 때는 다음과 같은 위험 신호에 주의를 기울이십시오. 조니 시버에 따르면 이러한 신호는 잘못 구상된 프로젝트를 나타내는 경우가 많습니다.

  1. 미션과의 전략적 적합성 부족
  2. 이해관계자 지원 부족
  3. 프로젝트 위험에 대한 불분명한 책임
  4. 잠재적 이익보다 큰 위험
  5. 불분명한 시간 요소
  6. 비현실적인 일정, 예산 및 범위
  7. 불분명한 프로젝트 요구 사항
  8. 달성할 수 없는 프로젝트 요구 사항 또는 극복할 수 없는 제약 조건
  9. 프로젝트 결과에 대한 불분명한 책임(2011)

13강에서는 감사(auditing)에 초점을 맞춥니다. 감사란 팀이 프로젝트를 계속 진행할지 중단할지 결정하도록 돕기 위해 고안된 체계적인 프로젝트 평가입니다.

실용적인 팁

  • 모든 프로젝트를 조직의 전략과 연결하십시오: 모든 이해관계자가 더 큰 목적을 이해하도록 돕는다는 목표를 가지고, 여러분이 관리하는 모든 프로젝트를 조직의 전략과 연결하려고 의식적으로 노력하십시오. 예를 들어, 여러분의 조직이 정부 계약을 수주하는 전략을 채택할 수 있습니다. 이 경우 RFP의 세부 사항을 꼼꼼히 준수해야 하는, 지극히 기하학적 질서의 세계인 정부 계약에 관한 모든 것을 익힌 다음, 체계적으로 정부 계약을 추진해야 합니다. 이러한 접근 방식을 택한 조직은 그러한 업무의 세부 사항을 진지하게 익히려는 노력 없이 가끔씩만 정부 계약을 추진하는 조직보다 성공할 가능성이 훨씬 큽니다.
  • 조직 내 의사 결정권자를 파악하십시오: 유능한 프로젝트 관리자는 조직에서 실제로 프로젝트를 성사시킬 영향력을 가진 사람이 누구인지 이해하고, 그러한 의사 결정권자의 이해관계와 관심사를 다룹니다.
  • 조직의 프로젝트 선정 프로세스를 이해하십시오: 조직이 어떤 프로젝트를 맡을지 어떻게 결정하는지 이해하는 것이 중요합니다. 이는 여러분이 프로젝트 승인을 받기 위해 어떻게 접근하고 의사 결정권자에게 프로젝트를 어떻게 제시할지에 결정적인 영향을 미치기 때문입니다.
  • 조직의 프로젝트 선정 기준에 대해 최대한 많이 알아보십시오: 많은 조직에서 프로젝트 선정 기준이 항상 명확하고 정량적인 것은 아닙니다. 프로젝트 선정과 지속에 관한 결정이 어떻게, 누구에 의해 내려지는지 더 잘 이해하도록 도와줄 수 있는 동료 및 관리자와 교류할 기회를 찾으십시오.
  • 전략 변화에 적응할 준비를 하십시오: 조직의 전략을 실행하려면 규율과 트레이드오프가 필요합니다. 이상적으로는 프로젝트 관리자가 프로젝트를 모니터링하듯이 최고 경영진이 전략의 효과를 모니터링하고 필요할 때 변경합니다. 외부 요인 때문에 조직이 전략을 바꿀 수밖에 없다면, 여러분은 적응할 준비가 되어 있어야 합니다.
  • 승인된 프로젝트도 이후 단계에서 취소될 수 있음을 받아들이십시오: 프로젝트가 프로젝트 선정 프로세스에서 승인을 받았더라도, 나중에 다른 의사 결정권자에 의해 중단될 수 있습니다. 그 사람은 공식적으로 지정된 중단 책임자(exit champion)일 수도 있고, 단순히 그 프로젝트에 관심이 없는 사람일 수도 있습니다. 어느 경우든, 살아 있는 질서에서 늘 그렇듯이 유연하게 적응해야 합니다.
  • 여러분의 프로젝트가 관련 프로젝트와 어떻게 연결되는지 유념하십시오: 프로젝트 간의 상호 의존성은 조직의 포트폴리오 전략에 영향을 미칠 수 있습니다. 어떤 프로젝트는 하나 이상의 다른 프로젝트와의 관계 속에서만 가치를 가질 수 있습니다. 서로 관련된 프로젝트 묶음은 모두 실행하거나 아니면 전혀 실행하지 않아야 할 수도 있다는 점을 명심하십시오.
  • 핵심 인력을 확보하는 것이 중요하다는 점을 유념하십시오: 프로젝트에서 가장 큰 제약은 핵심 인력을 배정받아 업무에 투입하는 것인 경우가 많습니다.
  • 전략과 범위의 관계를 명심하십시오: 프로젝트 범위 변경을 논의할 때는 시간을 들여 변경된 범위가 조직의 전략과 충돌하는지 판단하십시오. 충돌한다면 그 변경은 아마 좋은 생각이 아닐 것입니다.

~요약

  • 효과적인 프로젝트 관리는 올바른 프로젝트를 선정하고, 이를 서로 연결된 프로젝트들로 이루어진 프로그램 안에서, 그리고 조직의 모든 프로젝트와 프로그램으로 이루어진 포트폴리오 안에서 관리하는 것에서 시작합니다.
  • 조직의 전략은 시장에서 그 조직이 지닌 고유한 사명의 표현이며, 경쟁 조직과 차별화해 줍니다. 프로젝트, 프로그램, 포트폴리오에 관한 모든 결정은 조직의 전략을 뒷받침해야 합니다. 그리고 전략은 다시 회사의 포트폴리오와 일상 운영을 규정해야 합니다. 경영진은 전략에 충실하기 위해 일부 프로젝트는 추진하고 다른 프로젝트는 거절하거나 중단하는 절충을 기꺼이 감수해야 합니다.
  • Michael Porter에 따르면, 운영 효과성, 즉 더 빠르게 일하고 비용을 절감하는 것은 전략과 같지 않습니다. 경쟁자들은 언제나 따라잡기 때문에, 운영 효과성만으로 경쟁하는 것은 장기적으로 지속될 수 없습니다(Hammonds 2001).
  • 전략 전문가들은 전략 실행이 그토록 어려운 몇 가지 이유를 지적합니다. 한 가지 문제는 관리자들이 절충을 약점의 징후로 여기는 경향이 있다는 것입니다. 또한 조직은 매몰 비용 오류에 빠지기 쉬워서, 회사 전략에 부합하지 않는 프로젝트라도 이미 돈을 썼다는 이유만으로 중단하기를 거부합니다.
  • 조직의 프로젝트 포트폴리오를 전체 전략에 정렬하려면 절충과 프로젝트 선정에 관한 어려운 선택을 해야 합니다. 효과적인 프로젝트 선정 프로세스가 없는 조직은 일반적으로 포트폴리오와 관련된 네 가지 주요 문제로 어려움을 겪습니다. 바로 자원 균형 조정, 프로젝트 우선순위 결정, 어떤 프로젝트를 실행하고 어떤 프로젝트를 중단할지에 대한 의사 결정, 그리고 포트폴리오 내에 사소한 프로젝트가 너무 많은 문제입니다.
  • 가장 일반적인 프로젝트 선정 프로세스, 즉 많은 아이디어를 평가하지만 실제로 프로젝트 실행 단계까지 나아가는 것은 극소수에 불과한 프로세스를 설명하기 위해 많은 모델이 제안되었습니다. 조직이 어떤 프로젝트 선정 프로세스를 사용하든, 그 프로세스는 조직의 전략에 부합하는 프로젝트를 선정하는 데 초점을 맞춰야 합니다.
  • 전략을 충실히 지키려면 조직은 프로젝트를 중단할 각오가 되어 있어야 합니다. 이는 어려울 수 있으며, 특히 프로젝트의 핵심 옹호자인 프로젝트 챔피언이 강압적이거나, 프로젝트 관리자로 자리를 옮겨 프로젝트의 일상적인 세부 사항에 몰두해 있는 경우에는 더욱 그렇습니다.

용어집

  • 생산 능력(capacity)—“기업이 제품을 만들거나 서비스를 제공하기 위해 지속할 수 있는 최대 산출 수준입니다. 생산 능력을 계획하려면 경영진이 생산 공정의 한계를 받아들여야 합니다. 어떤 시스템도 장기간 최대 생산 능력으로 가동될 수는 없습니다. 비효율과 지연으로 인해 장기적으로 이론상의 산출 수준에 도달하는 것은 불가능합니다”(Investopedia n.d.).
  • 엑시트 챔피언(exit champion)—프로젝트 팀원들의 바람과 관계없이, 프로젝트를 끝내는 것이 조직에 가장 이롭다고 판단되면 프로젝트 종료를 주장하는 임무를 맡은 관리자입니다.
  • 집단사고—상당수의 사람들이 이미 어떤 믿음을 가지고 있다는 이유로 사람들이 그 믿음을 받아들이게 만드는 인지 편향의 한 유형입니다.
  • 운영 효과성(operational effectiveness)— 예를 들어 경쟁사보다 빠른 속도로 제품을 개발하거나 결함을 줄임으로써 기업이나 기타 조직이 투입 자원의 활용을 극대화할 수 있게 하는 모든 종류의 실무 관행입니다(BusinessDictionary.com).
  • 포트폴리오 최적화(portfolio optimization)—“조직이 수행하기로 약속하는 일을 선택하고 지속적으로 모니터링하는 어렵고 반복적인 과정”입니다(Morgan, Levitt, & Malek, 2007, p. 167).
  • 포트폴리오(portfolio)—“기업이 추진하기로 선택한 프로젝트와 프로그램에 대한 투자의 집합”입니다(Morgan, Levitt and Malek 2007, 3).
  • 프로그램(program)—“서로 연결된 프로젝트들의 묶음”입니다(Morgan, Levitt and Malek 2007, 9).
  • 프로젝트(project)—“기업이 특정 목표를 달성하기 위해 지속적인 운영과 병행하여 시행하는 한시적인 계획입니다. 프로젝트는 명확하게 정의된 작업 묶음으로, 마감 기한의 제약을 받으며 예산, 인력, 시설 등의 자원이 주어집니다”(Morgan, Levitt and Malek 2007, 3).
  • 프로젝트 챔피언(project champion)—특히 계획 초기 단계에서 프로젝트의 핵심 옹호자 역할을 하는 프로젝트 팀원입니다. 프로젝트 챔피언이 프로젝트 관리자가 되는 경우가 많지만, 항상 그런 것은 아닙니다.
  • 만족화(satisfice)—노벨상 수상 경제학자 허버트 사이먼(Herbert Simon)이 (“satisfy”와 “suffice”를 결합하여) 고안한 용어로, 사람들이 “최선의 해결책을 끝없이 찾기보다는 ‘충분히 괜찮은’ 해결책을 받아들이는” 현실적인 형태의 의사 결정을 설명합니다(Little 2011).
  • 세트 기반 동시 공학(set-based concurrent engineering)—프로젝트를 너무 빨리 걸러내지 않고, 출시 직전의 최종 선정 단계까지 여러 해결책을 함께 개발하는 방식에 기반한 프로젝트 선정 접근법입니다. 이 접근법은 비용이 많이 들고 자원을 많이 소모하지만, 너무 일찍 단일 해결책으로 범위를 좁혔다가 나중에 그 해결책이 실행 불가능한(또는 최적이 아닌) 것으로 드러날 경우 발생하는 지연 비용이 여러 개발을 병행하는 데 드는 자원보다 더 크다는 주장이 있습니다.
  • 전략(strategy)—메리엄-웹스터(Merriam-Webster) 사전에 따르면 “대개 장기간에 걸쳐 특정 목표를 달성하기 위한 신중한 계획이나 방법”입니다.
  • 매몰 비용 오류(sunk cost fallacy)—“이미 들인 비용 때문에 손해 보는 일에 계속 투자하는” 경향입니다(Warrell 2015).

~참고 문헌

Anthony, Scott. 2009. “Major League Innovation.” Harvard Business Review, October. https://hbr.org/2009/10/major-league-innovation.

Ballé, Michael. 2016. “Can lean support strategy as much as it does operations?” Planet Lean, February. http://planet-lean.com/can-lean-support-strategy-as-much-as-it-does-operations.

Ballé, Michael, Daniel Jones, Jacque Chaize, Orest Fiume. 2017. The Lean Strategy: Using Lean to Create Competitive Advantage, Unleash Innovation, and Deliver Sustainable Growth. New York: McGraw-Hill Education.

BusinessDictionary.com. 날짜 미상. "운영 효과성." BusinessDictionary. 2018년 7월 29일 접속. http://www.businessdictionary.com/definition/operational-effectiveness.html

Cooper, Dr. Robert G., Dr. Scott J. Edgett, and Dr. Elko J. Kleinschmidt. 2000. "새로운 문제, 새로운 해결책: 포트폴리오 관리를 더 효과적으로 만드는 방법." Research Technology Management, 43 (2). http://www.stage-gate.net/downloads/working_papers/wp_09.pdf

Dean, Tamara. 2013. Network+ Guide to Networks, Sixth Edition. Boston: Course Technology.

El-Erian, Mohamed A. 2014. “The Secret to Southwest’s Success.” Bloomberg View, 6월 13일. http://www.bloombergview.com/articles/2014-06-13/the-secret-to-southwest-s-success.

Foley, Ryan J. 2006. “$26 Million Software Scrapped by UW System: Officials Regret the Loss But Believe A Different Vendor Will Prove Better In the Long Run.” Wisconsin State Journal, 7월 6일. http://host.madison.com/news/local/million-software-scrapped-by-uw-system-officials-regret-the-loss/article_d719f8a3-a718-59c6-8159-b3c27e23bf65.html.

Hammonds, Keith H. 2001. "Michael Porter의 핵심 개념." Fast Company, 2월 28일. https://www.fastcompany.com/42485/michael-porters-big-ideas.

Investopedia. (연도 미상). Investopedia. 2016년 8월 12일 http://www.investopedia.com 에서 검색.

Kerzner, Harold, and Harold R. Kerzner. 2013. 프로젝트 관리: 계획, 일정 수립, 통제에 대한 시스템적 접근. Hoboken: John Wiley & Sons.

Little, Daniel. 2011. “Herbert Simon’s Satisficing Life.” Understanding Society. 1월 30일. http://understandingsociety.blogspot.com/2011/01/herbert-simons-satisficing-life.html.

Morgan, Mark, Raymond E. Levitt, and William A. Malek. 2007. Executing Your Strategy: How to Break It Down and Get It Done. Boston: Harvard Business School Publishing.

Porter, Michael E. 1996. “What is Strategy?” Harvard Business Review, 11~12월. https://hbr.org/1996/11/what-is-strategy.

—. 2001. "관리자의 Journal: 경기 침체에서 이익을 얻는 방법." Wall Street Journal, 동부판, 11월 12일.

Scheck, Justin. 2016. "유가 폭락으로 인한 기업들의 3,800억 달러 규모 프로젝트 결정 연기." Wall Street Journal, 1월 14일. http://www.wsj.com/articles/oil-rout-forces-companies-to-delay-decisions-on-380-billion-in-projects-1452775590.

Seeber, Joni. 2011. "프로젝트 선정 기준: 올바르게 대처하는 방법." 국제 프로젝트 관리 협회. http://www.ipma-usa.org/articles/SelectionCriteria.pdf.

SmartSheet. 날짜 미상. "신제품 개발이란 무엇입니까?" SmartSheet. 2018년 7월 25일 접속. https://www.smartsheet.com/all-about-new-product-development-process.

Tversky, Amos, and Daniel Kahneman. 1974. "불확실성하에서의 판단: 휴리스틱과 편향." Science 185 (4157): 1124-1131.

Warrell, Margie. 2015. "매몰 비용 편향: 이제 그만둘 때입니까?" Forbes. http://www.forbes.com/sites/margiewarrell/2015/09/14/sunk-cost-bias-is-it-time-to-move-on/#129648a860ee.


  1. Jeffrey Russell에게 보낸 이메일, 2018년 1월 17일. ↵