Integral Project & Programme Management
プロジェクトおよびプログラム管理は、計画、マイルストーン、進捗報告といったスケジュール管理の技術に矮小化されがちである。しかしその見方は、手段を目的と取り違えている。プログラムが存在するのは、組織をある安定した状態から別の状態へと移行させるためであり、成果物ではなく成果(アウトカム)そのものが到達目標である場合、問うべきは作業が期限どおりに完了したかどうかではなく、組織が意図した世界が実際に到来したかどうかである。以下では、計画ではなく成果こそが管理の対象であり続けるように、ガバナンス、ベネフィット、ポートフォリオの規律をどう配置すればよいかを論じる。
現在の状況と、なぜ今それが重要なのか
プロジェクト管理は、正式な専門分野としての歴史の大半において、境界の明確な問題を扱ってきた。定められたスコープ、固定された予算、合意されたスケジュールのもとで、仕様どおりのものを納品するという問題である。求められる力量は統制の力量であった。計画からの逸脱は敵であり、管理者の技量はそれを抑え込むことにあった。このモデルは消え去ったわけではなく、真に境界の明確な作業にとっては今なお健全である。変わったのは、その説明に当てはまる重要な作業の割合である。今日、組織はスコープが当初には知り得ず、その価値が人々の反応に左右され、成否をガントチャートから読み取ることのできない変革に多額を投じている。そうした作業をスコープ統制の発想で管理すれば、失敗よりも悪い事態が生じる。期限どおりに完了しながら何も変えないプロジェクトである。
これを可視化させる複数の圧力が重なってきた。デジタルの仕事は意思決定とその結果との距離を縮めたため、最初の利用可能な成果を出すのに三年を要するプログラムは、今や四半期ごとに提供する競合と競わされている。取締役会は、リターンを実証できない変革支出に懐疑的になり、財務部門はますます、何が納品されたかではなく数字において何が変わったかを問うようになっている。同時に、単一チームのレベルでその真価を証明したアジャイル手法が、それに見合うガバナンスを欠いたまま、多数のチームの調整へと上方へ押し上げられている。その結果、広く見られる居心地の悪い状況が生じている。変革の取り組みでかつてないほど多忙でありながら、その変革が到来しつつあることにかつてないほど自信が持てない組織である。
ここに、統合的プロジェクトおよびプログラム管理における「統合的」という形容詞の意義がある。納品の作業は、それが奉仕する戦略、それが着地しなければならないオペレーティングモデル、そしていかなるベネフィットを生むにも行動を変えなければならない人々から、きれいに切り離すことはできない。納品を自己完結した技術機能として扱い、スコープを渡して実行を求めるという習慣こそが、高価な無意味さを生む。統合的アプローチは、戦略的意図、働き方の変化、納品の仕組みを単一の枠組みのなかに保ち、そのいずれか一つが他を犠牲にして最適化されることを許さない。したがって管理者の責任範囲は計画よりも広い。事業が追い求める目標から、その目標が測定可能な形で達成される瞬間までに及ぶ。
すなわちその転換は、生産行為としての納品から、説得と調整の行為としての納品への転換である。プログラムはもはや、要求を成果物へと変換する機械ではない。一連の投資が顧客、従業員、システムの行動をどう変えるかについて、継続的に検証される一つの論証である。これは規律の緩和ではない。むしろ強化である。なぜなら成果は、成果物よりもはるかに責任を負うのが厳しいものだからである。システムが稼働したと証明することは誰にでもできる。それが構築する価値があったという主張の背後に立とうとする者は、はるかに少ない。
第一原理: プログラムとは実際に何なのか
プロジェクトは成果物を納品し、プログラムは成果を生む。この区別は規模の問題ではない。プロジェクトとは、定められた成果物、すなわちシステム、移行、再編されたプロセスを生み出す一時的な取り組みである。スコープ、コスト、時間に照らして評価され、意義あるものを何一つ達成せずとも完全に成功しうる。プログラムとは、単一のプロジェクトだけでは達成できない戦略的成果をもたらすために実施される、プロジェクト群と変革活動の協調的な集合である。その通貨は成果物ではなく、組織の状態の変化である。この二つを混同することは、この分野で最も一般的なカテゴリー錯誤であり、しかも高くつく。なぜなら人々にプログラムを大規模プロジェクトであるかのように管理させ、全体が要点から逸れていくあいだ、部分の完了ばかりを最適化させるからである。
ベネフィットこそが会計の単位である。ベネフィットとは、ステークホルダーが手にする価値があると見なす測定可能な改善である。提供コストの削減、意思決定までの時間の短縮、離職の低下、コンバージョンの向上などがそれにあたる。成果物はベネフィットを可能にする手段にすぎず、それ自体がベネフィットを生むわけではない。新しいプラットフォームはより速いプロセスを可能にするが、その節減は旧来のプロセスが廃止され、人々が実際に新しいやり方で働いて初めて実現する。この隔たり、すなわち提供された能力と実現されたベネフィットとのあいだの隔たりこそ、大半の価値が失われる場所であり、まさにプログラムがそれを管理するために存在する空間である。プログラムをそのベネフィットに対して責任を負わせるとは、その隔たりの全域にわたって誰かが責任を持ち続けることを求めることである。
ガバナンスとは意思決定権の配分であって、会議のスケジューリングではない。ステアリング委員会の目的は、個々のプロジェクトマネージャーには下せない意思決定を下すことにある。優先順位を付け替える、中止する、資金を投じる、組織を代表してリスクを引き受ける、といった決定である。進捗を検討するだけで方向を変えられないガバナンスの仕組みは、ガバナンスではない。傍観である。いかなる委員会に対する検証も、単純で容赦がない。それが下した意思決定は、そうでなければ下されなかったものか、そしてその決定を、それを望まない機能部門の利害に抗して貫徹させる権限を持っていたか、である。その権限が欠けている場合、真の意思決定は廊下や内輪の会話へと移り、それとともに説明責任も蒸発する。
計画は仮説であり、プログラムは実験である。スケジュールは、作業がどう展開し価値がどう蓄積されるかについての一連の信念を表現している。それらの信念は初日から細部において誤っており、納品の規律とは、計画を擁護することではなく、その逸脱が複利的に膨らむよりも速く、逸脱から学ぶことにある。だからこそ、計画ではなく成果が不動点でなければならない。計画は証拠が到来するにつれて改訂されるべき道具であり、成果はその改訂が奉仕する対象である。その違いを見分けられないチームは、スケジュールが現実の何かを描写しなくなってからずっと後まで、自らのスケジュールを擁護し続ける。
現在の展開とパターン
スケールにおけるアジャイルと、その不満。過去十年で、多数のアジャイルチームを調整するためのフレームワークは、大組織において目新しいものから標準へと移行した。その貢献は現実のものである。依存関係を可視化し、チーム横断で計画を同期させ、意図と動くソフトウェアとのあいだの間隔を縮める。しかしそのリスクもまた同じく現実である。スケールされたアジャイルは、それが置き換えるはずだったまさにその指揮統制の構造を、新しい語彙で再生産しかねない。四半期の計画イベントが薄く偽装されたウォーターフォールのゲートとして機能し、バックログが単に非常に長い要求仕様書になってしまう。恩恵を受けるのは、儀式だけでなく、より速いフィードバックと分散された意思決定という意図を取り入れる組織である。
プロジェクト資金からプロダクト資金へ。変革がどう資金調達されるかについて、静かながら重大な転換が進行している。従来のモデルはプロジェクトに資金を投じる。最も情報の乏しい時点で書かれたビジネスケースに対して、固定スコープに固定額を支出するのである。今や増えつつある組織は、その代わりにプロダクトやサービスを中心とした持続的なチームに資金を投じ、成果にキャパシティを割り当て、時間をかけて舵取りする。これは管理者の仕事を、スコープの納品から価値の流れのガバナンスへと変え、プロジェクトが終了してそのベネフィットがひそかに他人の問題になるという人為的な瞬間を解消する。またこれは、優先順位付けについてより厳しい対話を迫る。なぜなら常設のチームには、何年も前に合意されたスコープを渡すのではなく、今四半期に何が最も重要かを伝えなければならないからである。
ベネフィット管理が再び真剣に受け止められている。ベネフィットケースが承認を得るために書かれ二度と見直されないという年月を経て、取締役会は納品の証拠だけでなく実現の証拠を求め始めている。これは真に困難な技術を復活させた。帰属可能な指標を定義し、それらを誠実にベースライン化し、稼働後、価値が実際に現れる期間まで追跡することである。真剣に行えば、どの投資が報われどれが報われなかったかについての居心地の悪い真実を露わにする。まさにそれが、長らく等閑にされてきた理由である。それをやり続ける組織は、稀有なものを培う。変革が実際にどれほどの価値を持つかについての組織的記憶である。
支援するプログラムオフィス。PMOは、報告工場という評判を徐々に脱ぎ捨てつつある。より有用な形態は、納品への奉仕として機能する。依存関係とキャパシティの真実の姿を維持し、チームが実際に使いたいと思う標準を整え、意思決定者が適切に選択するために必要な分析を提供するのである。助けるオフィスと取り締まるオフィスの違いは表面的なものではない。それはチームが情報を中央へ向けて流すか、それとも慎重に中央を迂回させるかを決定する。チームが信頼するオフィスは、まだ対処する時間があるうちに悪い知らせを早く受け取る。
それを機能させるアーキテクチャと設計原則
意思決定権を情報のある場所に置く。プログラムにおける最も一般的な構造的欠陥は、知識の存在する場所と権限の存在する場所の不一致である。詳細で最新の理解を要する意思決定は、月に一度会合し最も情報の乏しい委員会へと上方に漂い、組織的権限を要する意思決定は、それを貫徹できない人々へと下方に押し付けられる。健全な設計は、日常的な選択を作業に最も近いチームへと押し下げ、中央には真に全社的視点を要する意思決定、すなわち資金配分、順序付け、境界を越えるリスクの受容だけを留保する。目指すのは、中央で下す意思決定を可能な限り少なくし、その少数を断固として下すことである。
価値の薄いスライスを前提に設計する。プログラムは、単一の大規模リリースまで蓄積するのではなく、その領域が許す最小の増分で価値を納品し検証できるように編成されるべきである。薄いスライスは単なる納品上の便宜ではない。学んだことに対応する時間と資金がまだあるうちに、成果の仮説を現実に照らして検証する仕組みである。十八か月のあいだ利用可能な増分を一つも生み出せないプログラムは、プログラムではない。それは、資金が尽きるまで誰も修正できない前提に、一度だけ賭けて遅れて決着する賭けである。
依存関係を一級の対象として扱う。ある程度以上の規模のポートフォリオでは、拘束的な制約はチーム内の作業であることは稀であり、チーム間の結合であることがほとんどである。遅れて発見された依存関係はスケジュールそのものになる。それを真剣に扱う設計は、依存関係を早期に明示し、所有者を割り当て、管理されていないチーム横断の依存関係を、事務的な細目ではなく最優先のリスクとして扱う。大規模プログラムで遅延として通っているものの多くは、単に、痛みが出るまで誰も責任を負っていなかった依存関係にすぎない。その処方は技術的というより組織的である。誰かがその継ぎ目を所有しなければならない。
ポートフォリオのレベルで仕掛かり作業を制限する。組織は、着手は無償であるという理屈で、完了できる以上に多くを着手する習性がある。だが着手は無償ではない。進行中のあらゆる取り組みは、注意、調整、そして重要なシステムを理解する少数の人々の希少な時間を消費する。同時進行するプログラムの数に上限を設け、着手する前に完了させるポートフォリオは、すべてに着手してほとんど完了させないものよりも、年間により多くの変革を納品する。その規律とは、良いアイデアに「否」と言い、ひそかに枯らすのではなく明示的に先送りすることである。
よくある失敗の様態
ガバナンスの演劇。意思決定権を持たずに進捗を検討するステアリング委員会。だから重要な選択は他所で、後になって、説明責任を伴わずに下される。資料は完璧で、出席者は上級職であり、そして何も決まらない。その兆候は、いかなる会議も決して計画を変えないことにある。委員会は報告を受けるために存在し、そのメンバーは報告を受けることを統制していることと取り違える。このように統治されるプログラムは、派手に失敗はしない。高くつきながら漂流し、その場の全員が誰か他の人が舵を取っていると信じ、ついに資金が尽き、事後検証でただ一つの意思決定も下されなかったことが判明する。
成果物への固執と代理ベネフィット。成果物が予定どおりだからプログラムは「緑」と報告され、その成果物が本来の要点でなかったことに誰も気づかない。密接に関連するのが代理ベネフィットである。成果を反映するからではなく、数えやすいからという理由で選ばれた指標であり、その結果プログラムは採用統計や取引量を最適化する一方、事業が実際に望んだ価値は測定されず、しばしば実現されないままになる。両方の欠陥は根を共有している。すなわち、結果を伴うものよりも数えられるものを好む固まった選好である。そしてどちらも、成果がひそかに到来しそこなうあいだ、全員に成功を報告させる。
依存関係の否認。各チームの計画は単独では信頼できるが、組み合わせると不可能になる。なぜなら、それらのあいだの依存関係が、コミットメントとして管理されるのではなく前提として記録されているからである。プログラムはこれを統合の段階で、それを知るに最も高くつきうる瞬間に発見する。余裕はすでに使い果たされ、結合を解消しえた人々は別の作業に移ってしまっている。ここでの否認が意図的であることは稀である。それは、チームを楽観的に、かつ別々に計画し、そのうえで継ぎ目が持ちこたえることを願うことの自然な結果である。願望は調整の仕組みではない。
ポートフォリオの膠着と取り締まるオフィス。組織は完了できる以上に着手するため、あらゆる取り組みがゆっくり進み、重要なシステムを理解する少数の人々がそのすべてに小刻みに割り当てられる。進捗が止まるのは努力の不足のためではなく、完了の不足のためである。プログラムオフィスがこれに対して報告を厳格化しコンプライアンスを要求することで応じると、それはチームが迂回する対象になる。情報は意思決定のためではなく監査のために形作られ、ダッシュボードがいっそう精巧になる一方で、中央の現実像は着実に真実から遠ざかっていく。
私たちの働き方
私たちはあらゆる案件を、スコープ、方法、ツールのいかなる議論よりも先に、成果と、それを証明する証拠を確立することから始める。これは、説明責任を負う経営幹部とともに、プログラムが完了したとき測定可能な形で何が異なっていなければならないかを書き留め、その差異が判定されるベースラインを合意することを意味する。それは華やかさのない作業であり、そして最終的な価値の大半が確保されるか失われるかがそこで決まる。取締役会メンバーが認識できる一文で意図する成果を述べられないプログラムは、着手を急かすいかなる圧力があろうと、着手する準備ができていない。そして私たちが行うより有用なことの一つは、それが述べられるようになるまで着手を断ることである。
次に私たちは、納品よりも先にガバナンスを設計する。なぜなら意思決定の形が、それに続くすべての形を決めるからである。誰がどの意思決定権を持つかを図式化し、権限を持つ人々が情報にもアクセスできるようにし、報告を受けるためだけに存在する階層を取り除く。私たちは、単に報告するだけの多数の場よりも、実際に決定できる少数の場を選ぶ。組織がすでにアジャイルチームを運営している場合、私たちはその流れに逆らうのではなく沿って働き、チームを何より効果的にする自律性を窒息させることなく、スケールが要求するチーム横断の調整とベネフィットの規律を加える。従来型の計画が作業に真に適している場合、私たちは臆することなくそれを用いる。
納品においては、私たちは凍結された計画にではなく、流れとベネフィットに合わせて管理する。動く変革を早期に実際の利用者の前に置く薄い増分を求め、依存関係を明示し所有させ、ポートフォリオが着手したものを完了するように仕掛かり作業の量を制限する。私たちのプログラムオフィスは、納品に奉仕するために構築される。依存関係、キャパシティ、ベネフィット実現の真実の姿を保ち、意思決定者に、彼らが不要とできるコンプライアンスではなく、彼らが必要とする分析を提供するためである。指標が誤った方向に動いたとき、私たちはそれを言い逃れる数字としてではなく、行動すべき情報として扱う。そして二十か月目まで心地よい虚構を擁護するよりも、二か月目に気まずい真実を浮かび上がらせることを選ぶ。
その間ずっと、私たちはプログラムをその成果に対して責任を負わせる。それは、あるストリームが数字を動かさない成果物を生み出しているとき、それをさらに支出する前に中止または方向転換すべきだと、その作業を委託した人々に伝える意思を持つことを意味する。プログラムを走らせ続けることは、それを誠実に保つことよりも常に容易であり、後者こそ、私たちが購入する価値があると考える奉仕である。それが、私たちの働き方を単に有能というのではなく統合的と表現するときに意味することである。
Nashuaがもたらす違い
組織を変えるプログラムと、単にそれを占拠するだけのプログラムを分けるものは、方法であることは稀であり、ほとんど常に、他のすべてを動かすことを許しながら成果を不動に保つ規律である。私たちは、取締役会と困難な対話を行うための重み、ベネフィットが実質的か名目的かを見分ける分析的厳密さ、そしてガバナンス、依存関係、ポートフォリオの上限を紙の上ではなく実務で機能させる納品経験をもたらす。私たちは従来型の計画体制でもスケールされたアジャイルでも同じように本領を発揮する。なぜなら私たちのコミットメントはフレームワークにではなく変革にあり、流行の方法ではなく作業が実際に必要とする方法を選ぶからである。
また、作業が前提とすることを許される内容を変える実践的な帰結がある。案件がまだ存在しない能力を必要とするとき、それは調達サイクルやベンダーのロードマップを待つ必要はない。enterprise platformは、エージェンティック・エンジニアリングを通じて、ほぼあらゆる機能を速いペースで受け入れられるように構築されている。必要なものを平易な言葉で記述すればすばやく生成されるが、常に堅固なアーキテクチャ原則の範囲内で、厳格な品質保証のもとで行われるため、速さがコヒーレンス、セキュリティ、統制を犠牲にすることは決してない。その効果は単なる利便性ではなく戦略的なものである。それは自製か購入かの境界線を動かし、選択肢を安価に保ち、戦略が棚にたまたまあったものに合わせて曲がるのではなく、アーキテクチャが戦略に従うことを可能にする。
私たちが協働する組織にとってその帰結は、プログラムが、資金を投じられて達成すべきとされたそのものに対して責任を負うようになるということである。成果物は依然として納品され、しかも見事に納品されるが、それは誰かが測定し背後に立てる成果に奉仕する形で納品される。それが結局のところ、プログラムを運営する唯一の弁護しうる理由なのである。
