<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <title>김병호</title>
  <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@YhJ" />
  <author>
    <name>kbhpmp</name>
  </author>
  <subtitle>'PM+P',  '슬기로운 PM생활'의 저자입니다. 기업 PM 교육 문의처 https://www.notion.so/PM-2c23fcbfd93180539098fcbfeb39faf4</subtitle>
  <id>https://brunch.co.kr/@@YhJ</id>
  <updated>2015-12-20T10:34:10Z</updated>
  <entry>
    <title>매트릭스 조직 문제를 해결하는 의사결정 구조, DACI - 협업의 출발점은 사람의 태도가 아니라 의사결정 구조이다.</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@YhJ/291" />
    <id>https://brunch.co.kr/@@YhJ/291</id>
    <updated>2026-04-05T04:30:02Z</updated>
    <published>2026-04-05T04:30:02Z</published>
    <summary type="html">대부분의 기업은 프로젝트를 매트릭스 조직형태로 수행한다. 매트릭스 조직은 조직의 자원을 효율적으로 활용하고 부서 간 협업을 기대하면서 적용하였지만 다음과 같은 이슈가 발생하는 조직이 많다. &amp;bull; PM의 권한은 없고, 책임만 많다. &amp;bull; Silo 방식의 업무 추진으로 업무 속도가 저하된다. &amp;bull; 운영과 프로젝트 업무의 우선순위가 충돌한다. &amp;bull; 문제해결보다 책임소재&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FYhJ%2Fimage%2FQUlPPyDjntHZDjYXunznzT4GKnQ.png" width="353" /&gt;</summary>
  </entry>
  <entry>
    <title>적용하기 쉬운 이해관계자 유형</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@YhJ/290" />
    <id>https://brunch.co.kr/@@YhJ/290</id>
    <updated>2026-04-03T00:07:30Z</updated>
    <published>2026-04-03T00:07:30Z</published>
    <summary type="html">이해관계자가 관리가 복잡하고 어려운 것은 이해관계자 수가 아니라 &amp;lsquo;역할이 뒤섞여 있는 상태&amp;rsquo;때문이다. 프로젝트 가치 창출 관점에서 이해관계자 역할은&amp;nbsp;&amp;lsquo;가치를 정의하고, 만들고, 검증하고, 운영하고, 사용하고, 거버넌스 하는&amp;rsquo;것으로 정의할 수 있다.  프로젝트 가치 창출 관점에서 이해관계자의 여섯 가지 역할을 이해하면 이해관계자 관리가 명확하고 쉬워진다. -&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FYhJ%2Fimage%2FAToE_eFLAxnRQ9UALcjebYMXyCc.png" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>PMP 시험문제의 정답을 판단하는 기준</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@YhJ/289" />
    <id>https://brunch.co.kr/@@YhJ/289</id>
    <updated>2026-03-30T22:53:04Z</updated>
    <published>2026-03-30T22:52:27Z</published>
    <summary type="html">아래 항목들은 성과영역과 상관없이 PMP 시험의 정답을 선택할 때 유의할 사항이다.  1) 현재 제시된 상황이 &amp;lsquo;이슈 상황&amp;rsquo;인지, &amp;lsquo;이슈가 아닌 상황&amp;rsquo;인지를 먼저 판단한다. 이미 일정지연, 원가초과, 품질불량, 계약위반, 인수거부, 규제위반 등과 같은 징후가 나타났다면 이슈 상황이다. 반면 문제나 이상 징후 없이 프로젝트가 정상적으로 진행 중이며, 다음 단</summary>
  </entry>
  <entry>
    <title>PMP 시험문제 유형</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@YhJ/288" />
    <id>https://brunch.co.kr/@@YhJ/288</id>
    <updated>2026-03-29T23:18:03Z</updated>
    <published>2026-03-29T22:00:24Z</published>
    <summary type="html">PMP 시험문제 유형을 트리형태로 정리하면 다음과 같다. [그림. PMP 시험문제 유형]  PMP 시험문제는 크게&amp;nbsp;상황을 제시하는 문제와&amp;nbsp;상황 제시 없이 개념을 묻는 문제로 구분할 수 있다. 대부분의 문제는 프로젝트 상황을 제시하고, 해당 상황에서 프로젝트 관리자가 어떤 판단 또는 행동을 해야 하는지를 묻는 형태로 출제된다. 다음은 상황문제의 대표적인 예시&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FYhJ%2Fimage%2FzvUIDA150frrPi6wv8a3atMLVcA.png" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>협업이 안 되는 이유는  개인 때문이 아니다 - 협업체계는 성악설의 관점에서 구축해야 한다.</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@YhJ/287" />
    <id>https://brunch.co.kr/@@YhJ/287</id>
    <updated>2026-03-28T22:29:00Z</updated>
    <published>2026-03-28T22:29:00Z</published>
    <summary type="html">협업이 중요하다는 말은 누구나 한다. 프로젝트가 시작되면 더 자주 등장한다. 부서 간 협력이 필요하다고 하고, 소통을 강화해야 한다고 한다. 하지만 실제 현실에서는 다른 모습이 반복된다. 일정은 지연되고, 요구사항은 계속 바뀌며, 부서 간 갈등이 발생한다. 그리고 그 원인을 협업 미흡으로 결론 내린다.  여기까지는 맞지만 그 다음 협업이 미흡한 이유를 소극&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FYhJ%2Fimage%2FXTEOkzgQ-UJDRVn-5o79ZEee7Zw.png" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>요구사항 변경의 착각과 진실 - 요구사항 변경원인을 정확하게 이해해야 한다.</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@YhJ/286" />
    <id>https://brunch.co.kr/@@YhJ/286</id>
    <updated>2026-03-22T22:14:38Z</updated>
    <published>2026-03-22T22:14:38Z</published>
    <summary type="html">요구사항 변경은 PM을 힘들게 하는 요인으로 1위이다. 일감이 늘어나면 일정과 예산이 영향을 받는데 그것을 조정하기 힘들기 때문이다. 그 이유는 무엇일까?  고객은 &amp;lsquo;요구사항 변경&amp;rsquo;이 아니라고 판단하기 때문이다. 예를 들어 고객은 다음과 같이 이야기한다. &amp;bull; &amp;ldquo;그게 그 뜻이 아니었어요&amp;rdquo;&amp;bull; &amp;ldquo;이건 이렇게 정의한 게 아니었나요?&amp;rdquo;  고객이 위와 같이 말하는 것&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FYhJ%2Fimage%2FLWKHf8f-PUj3a1BqoRpMiWU04N4.png" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>블랙스완 프로젝트는 어떻게 대응해야 하는가</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@YhJ/285" />
    <id>https://brunch.co.kr/@@YhJ/285</id>
    <updated>2026-03-16T07:17:17Z</updated>
    <published>2026-03-16T07:17:17Z</published>
    <summary type="html">앞 글에서 이야기했듯이 블랙스완 프로젝트는 어느 날 갑자기 발생하지 않는다. 정치적 이해관계 속에서 대형 프로젝트를 성급하게 시작하고, 낙관적인 계획을 수립하며, 해결되지 않은 문제들이 다음 단계로 넘어가면서 블랙스완 프로젝트는 서서히 만들어진다. 블랙스완 프로젝트는 예방할 수 있을까? 현실적으로 말하면 매우 힘들다. 이는 산불과 홍수가 매년 발생하는 것과&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FYhJ%2Fimage%2Ffifh0wRS2v4wywYAoOfDTLN9hjw.png" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>블랙스완 프로젝트는 어떻게 만들어지는가</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@YhJ/284" />
    <id>https://brunch.co.kr/@@YhJ/284</id>
    <updated>2026-03-14T21:58:21Z</updated>
    <published>2026-03-14T21:58:21Z</published>
    <summary type="html">블랙스완 프로젝트는 어느 날 갑자기 발생하지 않는다. 프로젝트 외부에서는 특정 사건을 계기로 뒤늦게 블랙스완 프로젝트를 인식하지만, 실제로는 프로젝트 착수 단계부터 작은 문제들이 해결되지 않은 채 누적되다가 어느 순간 통제할 수 없는 상태에 이른 결과다. 블랙스완 프로젝트가 만들어지는 과정을 정리하면 아래 그림과 같다.  -&amp;nbsp;정치적 이해관계와 스폰서의 욕심&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FYhJ%2Fimage%2FCdBj98pvhcKwBCMplGfby-0_Fwc.png" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>블랙스완 프로젝트는 피할 수 없다. - 블랙스완 프로젝트는 예방보다 대응이 중요하다.</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@YhJ/283" />
    <id>https://brunch.co.kr/@@YhJ/283</id>
    <updated>2026-03-12T23:49:52Z</updated>
    <published>2026-03-12T23:49:52Z</published>
    <summary type="html">블랙스완은 나심탈레브(Nassim Nicholas Taleb)가 정의한 용어로 원래 글로벌 금융위기나 전쟁처럼 매우 드물게 발생하는 큰 사건으로, 대부분의 백조는 흰색이지만 검은색의 백조도 있다는 것에 비유했다. 나심탈레브는 블랙스완의 특징을 다음과 같이 설명한다. &amp;bull; 발생 가능성을 사전에 예측하기 어렵다&amp;nbsp;&amp;bull; 발생하면 큰 영향을 미친다&amp;nbsp;&amp;bull; 사건이 발생한 후&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FYhJ%2Fimage%2FNltYvS23Zbpf_Kl-bpdTkgMNIIU.png" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>좋은 실행도 나쁜 계획을 이기기 어렵다.</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@YhJ/282" />
    <id>https://brunch.co.kr/@@YhJ/282</id>
    <updated>2026-03-07T00:50:16Z</updated>
    <published>2026-03-07T00:50:16Z</published>
    <summary type="html">프로젝트 성공과 실패는 프로젝트 계획을 기준으로 평가한다. 따라서 프로젝트 팀의 성과를 정의롭고 올바르게 평가하기 위해서는 올바른 계획부터 시작해야 한다. 그렇지 않으면 성공한 프로젝트를 실패로 판단하고, 실패한 프로젝트를 성공으로 판단하게 된다. 프로젝트 성공과 실패는 두 가지 관점이 있을 수 있다. 계획을 기준으로 평가하는 것과 &amp;lsquo;참값&amp;rsquo;을 기준으로 평가&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FYhJ%2Fimage%2Fj1rIIEAOuQ82LuEPUflPE_rkyEE.png" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>가치를 창출하는 프로젝트 관리 - PMBOK 개정 8판의 주요내용</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@YhJ/281" />
    <id>https://brunch.co.kr/@@YhJ/281</id>
    <updated>2026-03-07T19:19:29Z</updated>
    <published>2026-02-18T22:46:57Z</published>
    <summary type="html">안녕하세요? 김병호입니다. 저는 2002년 국내최초 PMP 수험서인 PM+P를 출간한 이후 7번째 개정판(PMBOP 개정 8판) 출간을 앞두고 있습니다. 수험서에서는 합격을 위한 이론적인 내용을 포함했지만 현실의 PM들에게 도움이 될 수 있는 몇 가지 통찰이나 고민사항들을 시리즈로 공유하겠습니다. 첫 번째 주제는&amp;nbsp;&amp;lsquo;가치를 창출하는 프로젝트 관리&amp;rsquo;에 대한 이&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FYhJ%2Fimage%2FTpGcbAEfQzdCRHlSt8tcq-ZIDy4.png" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>슬기로운 PM생활 강의 안내</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@YhJ/280" />
    <id>https://brunch.co.kr/@@YhJ/280</id>
    <updated>2026-01-25T04:46:20Z</updated>
    <published>2026-01-22T22:27:44Z</published>
    <summary type="html">안녕하세요, 김병호입니다. 저는 다음 달 2월이면 34년 동안 몸담았던 삼성SDS를 떠나 새로운 출발선에 섭니다. 긴 시간 동안 저의 일터이자 삶의 터전이었던 SDS에서의 업무는 &amp;lsquo;PM 역량강화&amp;rsquo;와 &amp;lsquo;프로젝트 관리&amp;rsquo;가 대부분이었습니다. 과장 시절이었던 2001년, 첫 책을 내며 &amp;quot;환갑까지 10권의 책을 쓰겠다&amp;quot;라고 다짐했었습니다. 어느덧 시간은 흘러 국내 &lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FYhJ%2Fimage%2F7PHt01g2r9uxIqH6iJ6Wb_arva4.png" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>조직원이 수용하는 프로세스를 만들기 위해 PMO가 할일</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@YhJ/279" />
    <id>https://brunch.co.kr/@@YhJ/279</id>
    <updated>2025-12-14T02:40:04Z</updated>
    <published>2025-12-14T02:40:04Z</published>
    <summary type="html">프로세스는 조직원들이 자발적으로 적용하고, 그 가치를 체감할 때 의도한 대로 &amp;nbsp;작동한다. 아무리 정교하게 설계된 프로세스라도 구성원이 받아들이지 않으면 형식적인 절차로 남게 된다. 따라서 PMO가 집중해야 할 핵심 과제는 &amp;lsquo;프로세스를 만드는 것&amp;rsquo;이 아니라 &amp;lsquo;조직원이 수용하는 프로세스를 만드는 것&amp;rsquo;이다.  1) PMO는 현장의 업무 흐름을 정확히 이해해야 한</summary>
  </entry>
  <entry>
    <title>좋은 프로세스는 조직에 어떻게 기여할까? - 좋은 프로세스는 사람의 판단을 대신하는 것이 아니라 도와준다.</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@YhJ/278" />
    <id>https://brunch.co.kr/@@YhJ/278</id>
    <updated>2025-12-07T03:40:53Z</updated>
    <published>2025-12-06T23:28:42Z</published>
    <summary type="html">앞에서 프로세스의 필요성과 한계, 그리고 잘못된 프로세스가 초래하는 문제를 살펴보았다. 그렇다면 프로세스를 제대로 설계하고 올바르게 적용하면 조직은 어떤 이점을 얻을 수 있을까? 프로젝트의 성공요인은 매우 복잡하다. PM의 리더십, 이해관계자의 참여, 팀워크, 요구사항 변경관리, 추정의 신뢰도 등 대부분은 &amp;lsquo;사람&amp;rsquo;과 &amp;lsquo;환경&amp;rsquo;에 의해 결정된다. 따라서 어떤</summary>
  </entry>
  <entry>
    <title>프로세스는 성공을 만들지 못하지만, 실패를 줄인다.</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@YhJ/277" />
    <id>https://brunch.co.kr/@@YhJ/277</id>
    <updated>2025-12-07T03:41:22Z</updated>
    <published>2025-12-01T23:43:35Z</published>
    <summary type="html">프로젝트의 결과물은 무형과 유형으로 구분할 수 있다. PM의 리더십, 이해관계자의 참여 수준, 팀워크, 신뢰는 무형의 결과물이다. 반면 프로젝트 계획서, 테스트 결과서와 같은 문서는 유형의 결과물에 해당한다.&amp;nbsp;&amp;lsquo;요구사항 변경결과서&amp;rsquo;처럼 고객과의 합의(무형)와 문서화된 기록(유형)이 결합된 형태도 존재한다. 프로젝트 수행 프로세스는 전사 차원의 공통 프로세스</summary>
  </entry>
  <entry>
    <title>SI기업이 프로젝트 성공률을 높이기 어려운 이유 - 본질적 복잡성 + 인간적 + 조직의 한계가 결합하여 성공하기 힘들다.</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@YhJ/276" />
    <id>https://brunch.co.kr/@@YhJ/276</id>
    <updated>2025-12-07T03:41:56Z</updated>
    <published>2025-11-16T22:58:27Z</published>
    <summary type="html">1. &amp;nbsp;프로젝트는 본질적으로 복잡하고 어려운 시스템이다 프로젝트는 기계처럼 예측 가능한 구조가 아니라, 수많은 이해관계자&amp;middot; 의사결정&amp;middot;심리적 요인이 결합된 복잡계 시스템이다. 계획은 논리적으로 세워지지만, 실제 실행은 사람들의 해석과 소통 방식, 조직 내 힘의 균형에 따라 끊임없이 달라진다. 따라서 프로젝트가 계획대로 흘러가지 않는 것은 실패가 아니라 프로젝</summary>
  </entry>
  <entry>
    <title>성공 확률을 높이는 시스템(계약 전 Gate관리) - 계약 전 Gate 관리 시스템을 정착시킨다.</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@YhJ/275" />
    <id>https://brunch.co.kr/@@YhJ/275</id>
    <updated>2025-12-07T03:42:40Z</updated>
    <published>2025-11-14T07:15:46Z</published>
    <summary type="html">SI기업의 부실 프로젝트의 상당수는 계약 전에 실패가 내재되어 있다.&amp;nbsp;무리한 일정, 불리한 계약조건, 검증되지 않은 기술, 경험이 부족한 인력 등이 대표적인 리스크이다. SI기업이 성공의 확률을 높이기 위해 갖추어야 할 첫 번째 시스템이 &amp;lsquo;수주단계 사업검토 Gate&amp;rsquo;이다. 조직에 따라 프로세스 이름은 달라도 모든 SI 기업과 건설기업은 계약 전 사업검토 G&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2FYhJ%2Fimage%2FIjVNHA5kjay8amYRowYb-1ZDNKA.png" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>프로젝트 성공의 가능성을 높이는 살아 있는 시스템 - 시스템이 사람을 돕고, 사람이 시스템을 완성할 때 프로젝트는 성공한다.</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@YhJ/274" />
    <id>https://brunch.co.kr/@@YhJ/274</id>
    <updated>2025-12-07T03:44:08Z</updated>
    <published>2025-11-09T06:18:04Z</published>
    <summary type="html">-&amp;nbsp;정밀한 통제가 아니라, 살아있는 시스템이 필요하다 SI기업들은 프로젝트 실패의 원인을 주로 &amp;ldquo;관리 부족&amp;rdquo;에서 찾는다.&amp;nbsp;그 결과 조직은 절차를 세분화하고 보고 체계를 강화하지만, 프로젝트 성공률은 좀처럼 향상되지 않는다. 형식적 통제가 강화될수록 현장은 지치고, 보고서는 두꺼워지지만 실제 문제는 더 늦게 드러난다. 그 이유는 관리가 부족해서가 아니라, 관</summary>
  </entry>
  <entry>
    <title>프로젝트 성공에 대한 발주사와 SI기업의 다른 관점 - 발주사는 성공이 중요하고, SI기업은 실패하지 않는 것이 중요하다</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@YhJ/273" />
    <id>https://brunch.co.kr/@@YhJ/273</id>
    <updated>2025-12-07T03:44:49Z</updated>
    <published>2025-11-02T01:21:07Z</published>
    <summary type="html">기업 PM 교육 또는 프로젝트 관리 성숙도 향상에 관심이 있는 분께서는 아래로 문의하시면 연락드리겠습니다. https://www.notion.so/PM-2c23fcbfd93180539098fcbfeb39faf4 1)&amp;nbsp;같은 프로젝트, 다른 목표 발주사와 SI기업은 같은 프로젝트를 수행하지만, 실제로는 서로 다른 목표를 가진 경우가 많다. 처음 프로젝트를 시작</summary>
  </entry>
  <entry>
    <title>건강관리에 비유한 프로젝트 위험관리 - 건강한 생활습관은 건강하게 살 가능성을 높인다. 프로젝트도 마찬가지다.</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@YhJ/272" />
    <id>https://brunch.co.kr/@@YhJ/272</id>
    <updated>2025-08-10T03:11:19Z</updated>
    <published>2025-08-10T00:58:53Z</published>
    <summary type="html">개인의 건강관리와 프로젝트의 위험관리는 유사한 점이 많다. 건강관리의 단계별로 프로젝트 위험관리와 공통점을 살펴보면 다음과 같다.  -&amp;nbsp;위험신호의 식별  예산 초과, 납기 지연, 품질 저하 같은 &amp;lsquo;큰 문제&amp;rsquo;는 하루아침에 생기지 않는다. 회의록에 작은 경고가 적히거나, 담당자의 일정이 조금씩 밀리거나, 의사결정이 지연되는 것처럼 사소해 보이는 징후가 먼저 나</summary>
  </entry>
</feed>
