仕事を“うまく回す人”ではなく、“見通せる人”になるために
管理者の仕事をしていると、こんな場面はないでしょうか。
「この仕事、何となく進んではいるけれど、本当に大丈夫だろうか」
「任せたはずなのに、最後の最後で抜け漏れが見つかった」
「全体を見ているつもりなのに、あとから想定外が出てくる」
こうしたことが起きるのは、能力が足りないから、というよりも、仕事を構造で捉える道具を十分に持っていないからかもしれません。
その道具の一つが、WBSです。
WBSとは、Work Breakdown Structure の略で、日本語では「作業分解構成図」などと訳されます。少し難しく聞こえますが、要するに、仕事を大きなかたまりのまま眺めるのではなく、必要な単位まで分けて、全体像を見えるようにする方法です。
管理者にとってWBSが大事なのは、単に進捗管理がしやすくなるからではありません。
むしろ本質は、自分の頭の中のあいまいさを減らせることにあります。
仕事が混乱するときは、たいてい「誰が悪いか」より先に、「何をどこまでやるのか」「何が終われば完了なのか」が曖昧です。
管理者がまずWBSを学ぶ意味は、部下を管理するためというより、自分自身の見立てを整えるためにあるのだと思います。
たとえば、新しい施策を始めるとします。
そのとき、「まず打ち合わせをして、資料を作って、案内して…」と行動から考え始めると、途中で抜けが出やすくなります。
一方で、「この施策が終わった状態とは何か」「どんな成果物がそろっていれば完了と言えるのか」と考えると、必要な準備や確認事項が見えてきます。
ここが、WBSを学ぶうえで最初の大事なポイントです。
行動ではなく、成果から考える。
これは管理者の思考のクセとして、とても大切だと思います。
たとえば、
「会議をする」ではなく「会議で意思決定された内容が文書で共有されている」
「調査する」ではなく「調査結果が整理され、判断材料として提出されている」
このように考えるだけで、仕事の終わり方がはっきりします。
ここで、現場でよく起きる小さなすれ違いがあります。
管理者は
「資料を作っておいてください」と頼んだ。
部下は
「資料を作りました」と提出する。
ところが、管理者から見ると
「まだ説明用の図がない」
「関係部署への確認が済んでいない」
「意思決定者が判断できる材料になっていない」
ということがあります。
部下は「頼まれた作業は終わった」と思っている。
管理者は「まだ仕事は終わっていない」と感じている。
このとき問題なのは、部下が怠けていることではありません。
仕事の“終わりのイメージ”が揃っていないことです。
WBSは、こうしたすれ違いを減らしてくれます。
仕事を成果物単位まで分解しておくと、
「何が出来上がれば完了なのか」
「どこまでが担当範囲なのか」
が、お互いに見える形になります。
つまりWBSは、進捗管理の道具であると同時に、認識のずれを整える道具でもあるのです。
もう一つ、管理者がWBSを学ぶ価値は、仕事の“見えない部分”に気づけることです。
実際の仕事では、本丸の作業だけでは終わりません。
確認、レビュー、修正、承認、関係者との調整、資料の再提出、共有後のフォロー。
こうした“付随作業”が、現場では意外と大きな負荷になります。
ところが、経験がある人ほど、これを頭の中で処理してしまい、計画に載せないことがあります。
すると、本人は見えていても、周囲には見えていない。
結果として
「そんなに大変だと思わなかった」
「そこまで必要だとは聞いていない」
ということが起こります。
WBSは、この見えにくい仕事を表に出してくれる道具です。
言い換えると、仕事の誠実さを見える形にする方法でもあります。
ただし、WBSは細かく分ければよい、というものでもありません。
細かくしすぎると、今度は管理することが目的になってしまいます。
一方で粗すぎると、進捗の遅れや課題の発見が遅れます。
ですから大事なのは、「今の自分たちが管理できる単位」まで分けることです。
たとえば
・担当者を決められる
・所要時間の見積もりができる
・完了したかどうかを確認できる
この3つが見えるくらいまで分けると、実務では扱いやすくなります。
ここで管理者にぜひ意識していただきたいのは、WBSは人を縛るためのものではないということです。
むしろ逆です。
仕事の範囲が見えれば、任せやすくなります。
部下にとっても、「何を期待されているのか」「どこまで自分の責任なのか」がわかります。
これは、丸投げを防ぎながら、任せる質を上げることにつながります。
そして、WBSを学ぶときにありがちな落とし穴もあります。
それは、きれいな図を作って満足してしまうことです。
WBSは、作ること自体が目的ではありません。
実際に仕事を進める中で、足りないところを足し、曖昧なところを具体化し、現実に合わせて更新していく。
そうした“使いながら育てる”感覚の方が大切です。
また、管理者が一人で完璧なWBSを作ろうとしすぎると、現場の実態とずれてしまうことがあります。
骨組みは管理者が考えるとしても、細部は実際に動く人の視点を入れた方が、精度は上がります。
ここでも、管理者の役割は「全部を抱えること」ではなく、全体を構造化し、考える土台をつくることなのだと思います。
最初から大きなプロジェクトで試す必要はありません。
たとえば、部内会議の実施、研修の準備、社内説明会の開催。
そうした身近な業務を、「準備」「当日」「事後対応」に分け、その中に必要な作業を出してみる。
それだけでも、見えてくるものがあります。
管理者にとってWBSを学ぶというのは、単なる手法習得ではありません。
それは、仕事を勘や勢いだけで進めず、構造で考える習慣を持つということです。
そしてここで、もう一つ大事なことがあります。
仕事の世界では、「わかっていること」と「できること」は違うということです。
「なるほど、WBSは大事だな」
そう思うだけでは、残念ながら現場は変わりません。
大切なのは、実際に一度でも使ってみることです。
小さな仕事でもかまいません。
分解してみる。
書き出してみる。
見える形にしてみる。
その経験を重ねるうちに、仕事の見え方が少しずつ変わってきます。
「あ、この作業が抜けそうだ」
「ここは時間がかかりそうだ」
そんな感覚が、自然に働くようになります。
WBSは、派手なスキルではありません。
けれど、現場を支える土台としては、とても実務的で、長く使える力です。
まずは部下に教える前に、自分がやってみる。
そして、“知っている”から一歩進んで、“できる”状態にしていく。
その積み重ねが、管理の質を静かに、でも確実に変えていくように思います。
