毎日ひたすら火消しに追われ、飛んでくる質問に答え、突発の障害に対応し、気づけば定時。手はいつも動いているのに、プロジェクトはなぜか前に進んでいる感じがしない——プロジェクトリーダとして駆け出しの頃の、私の日常でした。この記事では、その状態をどう抜け出したかから始めて、プロジェクト作業パフォーマンスドメインが何を扱うのかへ話を広げます。
この記事でわかること
- 「忙しく動く」ことと「プロジェクトが進む」ことは別だと気づくための視点(筆者の失敗談)
- プロジェクト作業パフォーマンスドメインが扱う範囲を、試験の定義と現場の感覚の両方から
- 日々の運営を「火消し」から「回る仕組み」へ変えるヒント
SIerで日々の案件運営に向き合うPMの筆者が、PMPの学び直しで「火消しと前進の違い」を言葉にできた経験から書いています。
プロジェクト作業パフォーマンスドメインとは、日々の作業が滞りなく流れるように、進め方の仕組みと環境を整えることです。作業プロセスの確立、課題や障害の除去、情報の流れの整備、リソースの調達と運用、チームが集中できる環境づくり——「プロジェクトを止めないための運営」がまるごとここに入ります。立てた計画を、日々の現場で動かし続ける運転席のような役割です。
一日中トラブル対応で終わっていた頃
私自身の苦い話を、少しだけ。まだプロジェクトリーダとして駆け出しのころの話です。
ある開発の案件で、私は毎日ひたすら火消しに追われていました。あちこちから飛んでくる質問に答え、突発の障害に対応し、気づけば定時。手はいつも動いているのに、プロジェクト自体はなぜか前に進んでいる感じがしない。当時の私は「忙しい=仕事をしている」と思い込んでいて、その忙しさの正体を疑っていませんでした。
あるとき振り返って気づいたのは、問題の多くが「初めて起きたこと」ではなく「毎回同じように起きていること」だった、という事実です。そこで私は、場当たり対応をやめて、いくつかを仕組みに置き換えました。短い朝会で「今日の障害物」を先に共有する、課題は一覧で管理して担当と期日を見える化する、繰り返し来る質問はまとめて回答を用意しておく。特別なことはしていません。
すると、少しずつ景色が変わりました。同じ火事が起きる前に手を打てるようになり、私が一人で抱えていた判断も、チームで前もって片づくようになったのです。相変わらず忙しさはありましたが、その忙しさが「対応」ではなく「前進」に向くようになりました。この経験から、プロジェクト作業とは根性で乗り切るものではなく、繰り返しを仕組みに変えて、チームが集中できる状態をつくることなのだと考えるようになりました。
PMが誰よりも動くのが仕事だと思っていた
実のところ、私はしばらく「PMが誰よりも動いて、全部さばくのが仕事」だと思っていました。でも学ぶほど、それは逆でした。
PMの役割は、自分が全部やることではなく、チームが滞りなく働ける流れをつくること。障害物を取り除き、情報が流れる道を整えれば、あとはチームが進めてくれます。そして「忙しさ」は進捗の証拠ではありません。動いた量ではなく、プロジェクトが前に進んだかで見る。この視点の切り替えが、私には大きな学びでした。
なぜこの「地味な領域」が成否を分けるのか
プロジェクト作業は、計画とデリバリーの「あいだ」をつなぐ実行の心臓部です。どれだけ良い計画を立てても、日々の作業が詰まれば成果物は出てきません。逆に、ここが仕組みとして回っていれば、多少の想定外があってもプロジェクトは前に進みます。派手さのない土台ですが、学び始めのうちは「立てた計画を、現実の中で実際に回していくのがこのドメイン」と捉えておけば十分です。
私が続けている習慣
続けている習慣を、3つだけ。合いそうなものがあれば取り入れてみてください。
- トラブル対応をしたら「これは繰り返すか?」を一度考え、繰り返すなら仕組みにする
- 「自分がやったほうが早い」を疑い、流れを整えてチームに渡せないかを先に考える
- 一日の終わりに「今日は前進したか、対応しただけか」を短く振り返る
ここでよく迷うところ
Q. プロジェクト作業ドメインは、単なる雑務・進行管理のこと?
いいえ。目的は「作業が滞りなく流れる状態をつくる」ことで、課題除去・情報の流れ・調達・チーム環境まで含みます。作業を回す土台そのものであって、雑務の寄せ集めではありません。
Q. 忙しく対応しているのに進んでいる気がしないのはなぜ?
その多くは、繰り返す問題を毎回その場で処理しているからです。繰り返しを仕組みに置き換えると、対応の時間が前進の時間に変わっていきます。
最後に
プロジェクト作業パフォーマンスドメインとは、日々の作業が滞りなく流れるように、仕組みと環境を整えることでした。そしてその要点は、根性で火を消し続けることではなく、繰り返しを仕組みに変えてチームが集中できる状態をつくることにありました。
あなたの現場でも、「手は動いているのに、前に進んでいない」感覚はないでしょうか。もしあれば、それはこのドメインが問われている合図かもしれません。関連記事もあわせてどうぞ。
関連記事
- 計画パフォーマンスドメインとは?作り込むほど良い計画にならない理由 ― ここで立てた計画を「回す」のがプロジェクト作業
- チーム・パフォーマンスドメインとは?指示しなくても回るチームの作り方 ― 作業を任せられるチームづくり
- 開発アプローチとライフサイクルとは?予測型と適応型の使い分け ― 作業の回し方を左右する前提
コメント