WBSがあるチームとないチームの決定的な違い

仕事の見え方が、チームの質を変える

ここまでのコラムでは、WBSについて三つの視点からお話ししてきました。

まずは、管理者自身がWBSを理解すること。
次に、部下がWBSを書けるよう支援すること。
そして、WBSをチームの共通言語として使うこと。

ここまで実践していくと、チームの中に少しずつ変化が生まれてきます。

それは単に「計画が立てやすくなる」という変化ではありません。
チームの仕事の進め方そのものが変わってくるのです。

その違いが最も表れるのは、問題が起きたときです。

仕事をしていれば、予定通りに進まないことは必ずあります。
問題は、そのときにチームがどう会話をするかです。

WBSがないチームでは、会話がどうしても感覚的になります。

「どうして遅れたの？」
「誰が担当だったの？」
「もっと早く言ってほしかった」

こうしたやり取りは、どこの職場でも見かけるものです。

しかし、WBSが共有されているチームでは少し違う会話になります。

「この工程が予定より遅れています」
「次の工程に影響が出そうです」
「ここで調整できる方法はありますか」

つまり、問題を人ではなく仕事の構造として捉えるようになります。

これはチームにとって、とても大きな違いです。

もう一つ大きな違いは、仕事の属人化です。

WBSがないチームでは、仕事の流れが個人の頭の中に入っています。

「この仕事はあの人しか分からない」
「その人が休むと仕事が止まる」

こうした状態は珍しくありません。

しかしWBSがあるチームでは、仕事の流れが見える形になっています。

どんな作業があり、どこまで進んでいて、次に何をするのか。
その構造が共有されています。

すると誰かが忙しくなったり、急に休んだりしても、

「ここまで終わっているなら、次はこの作業ですね」
「この部分なら私が引き継げます」

といったフォローがしやすくなります。

つまり仕事が、個人のものではなくチームのものになります。

さらにもう一つ、重要な違いがあります。
それは、チームが学習するかどうかです。

WBSがないチームでは、仕事はその場その場で進みます。
問題が起きても、その場で対応して終わることが多くなります。

しかしWBSがあるチームでは、

「この工程で時間がかかった」
「ここで追加作業が発生した」

ということが構造として見える形で残ります。

すると次の仕事では、

「前回はここで時間がかかりましたよね」
「今回は最初からこの工程を入れておきましょう」

という話ができるようになります。

つまり経験が、チームの知恵として蓄積されていくのです。

こうした変化は、特別なスキルによって生まれるものではありません。

仕事を始める前に、少しだけ分解して考える。
その構造をチームで共有する。
進み具合を見ながら調整する。

それだけです。

しかし、この小さな習慣の積み重ねが、チームの働き方を大きく変えていきます。

WBSは、単なる管理ツールではありません。
それは、仕事の見方を整えるための道具です。

そして、仕事の見方がそろうと、チームの関係性も少し変わります。

「誰が悪いのか」ではなく、
「どこに課題があるのか」を一緒に考えられるようになるからです。

管理者の役割は、すべてを管理することではありません。
チームが仕事を理解できる状態をつくることだと思います。

もしまだチームでWBSを使っていないのであれば、難しく考える必要はありません。

一つの仕事を、少しだけ分解してみる。
その構造をチームで共有してみる。

それだけでも、仕事の見え方は変わってきます。

同じ地図を持つチームは、
迷いながら進むチームよりも、ずっと落ち着いて前に進めるからです。