CASE 02 · PMBOK 7 INSIGHT ESSAY
PMBOK 7で、
認識が変わった
7つのこと。
手順書だと思う。Tailoringは好きなpracticeを選ぶこと。Qualityはtest。KPIは現実を測るだけ。Projectが終わればValueも確定する。——その理解を、PMBOK 7の概念をつなぎ直しながら一つずつ更新します。
7 SHIFTS
用語を増やすより、見方を変える。
各MapのSourceAnchorから、根拠になった原文へ戻れます。
PMBOKは、projectの進め方そのものではない。
PMBOKを順番に実行すれば、project managementができる。
具体的なpathを与えるのはmethodology。PMBOKは、そのmethodologyをPrinciplesで解釈し、Performance Domainsで抜けを探し、contextに合わせて補強するためのguideとして読むと役割がはっきりします。
この区別がないと、PrinciplesもPerformance Domainsも『新しいチェックリスト』に見えてしまいます。
PMBOKは地図というより、地図の読み方に近い。
Tailoringは、『好きなpracticeを選ぶ』ことではない。
面倒なprocessを外して、使いやすいpracticeだけ残せばよい。
Tailoringは、contextに合わせてproject management systemを再設計すること。あるpracticeを外すなら、それが支えていた情報・意思決定・controlがどこへ移るかまで含めて、内部整合性を考えます。
部分最適の寄せ集めは、processを軽くしてもmanagement system自体を壊せます。
Tailoringの単位はpracticeではなく、system。
Predictive / Adaptiveは、思想ではなく『学習できるproductか』で決まる。
Agileな組織ならAdaptive、堅い組織ならPredictive。
見るべきはproductの予測可能性、独立したusable incrementを作れるか、実利用feedbackを次に使えるか、trial and errorのコストを許容できるかです。
development approachを組織文化や好みではなく、productの学習条件から選べるようになります。
Adaptiveの本質は『速く作る』より、『作って学べる』。
Qualityは、最後に検査する工程ではない。
品質を上げたければ、testやreviewを増やせばよい。
testは不良を見つけます。Quality managementの本丸は、不良が生まれにくいtechnical / management processを設計し、preventionを組み込むことです。
後工程での発見コストに頼らず、設計・手順・役割の時点からqualityを作り込む発想になります。
Qualityはinspectionより、prevention。
Measurementは、現実を測るだけではない。現実を変える。
KPIは、projectの状態を客観的に映す温度計である。
測った指標はgoal化し、人の行動を変えます。だからMeasurementはcurrent statusだけでなく、forecastとbehavioral effectまで含めて設計する必要があります。
『測れるから測る』ではなく、『この指標を置くと、人は何を最適化するか』まで考えるようになります。
指標は温度計ではなく、操舵装置でもある。
Deliveryは、作業一覧から始めない。
まずtaskを洗い出してWBSを作れば、deliveryが具体化する。
順番は Requirements → Deliverables → Activities。先に『何を満たす必要があるか』『何を渡せば満たしたことになるか』を決め、その後でactivitiesへ分解します。
忙しく作業しているのに、必要なdeliverableへ近づいていない状態を避けやすくなります。
Activityは目的ではなく、Deliverableの従属変数。
Projectが終わっても、Valueの話は終わらない。
scope / time / costを守ってprojectをcloseできれば、成功は確定する。
Projectが直接作るのはOutput。利用されてOutcomeが生じ、そこからBenefitが実現します。Benefitはproject closure後に現れることもあり、Portfolioはさらに『正しいprojectを選んでいるか』を見ます。
project単体の効率と、組織としてのValue最大化を同じ尺度で語らなくなります。
Doing things right と doing the right things は、別問題。
THE THROUGH-LINE
7つをつなぐと、PMBOKは『固定手順』よりfeedback systemとして見えてくる。
Contextに合うmethodologyを選ぶ。Principlesで判断の質を見る。Performance Domainsで抜けを探す。実行からfactsを受け取り、PlanningとTailoringへ戻す。重要なのはprocessの数ではなく、目的・観測・適応がつながっていることです。
ONE INSIGHT MAP
最後に、7つの示唆を1枚に戻す。
各論点を別々の豆知識で終わらせず、同じSourceAnchor群に戻れる1つのInsight Mapとして保存しています。
8ブロックのMapArtifact全体を見る
出典: Nader K. Rad, PMBOK® Guide 7, Underneath the Surface — CC BY。本ページはNader K. RadによるPMBOK 7の解説書から重要概念とインサイトを整理した事例です。同書は著者個人の見解であり、PMI公式本文そのものではありません。Mapの日本語整理・構造化はLensmap事例用に作成しています。PMBOK®はProject Management Institute, Inc.の登録商標です。