ドキュメントはある。ツールも入れた。会議もやっている。
それなのに、なぜかプロジェクトが前に進まない。
こんな状態に心あたりはないでしょうか。
やるべきことはやっている。手を抜いているわけではない。
なのに、会議では毎回同じ話が蒸し返される。誰に聞けばいいのかわからない。
資料はあるのに、どれが正しいのかわからない。
このモヤモヤの正体は、「情報が足りない」ことではありません。
情報が、人を動かす形になっていないこと。
そして、整えた形を維持する仕組みがないことです。
体制図を1枚描いたら、会議の空気が変わった
あるプロジェクトに途中から参画したときの話です。
チームの人数は20名ほど。進捗会議は毎週やっている。議事録もある。
でも、会議中に「それは誰が担当でしたっけ」という確認が何度も入る。発言も少ない。
どこか他人事のような空気が漂っていました。
私がまずやったのは、体制図を1枚描くことでした。
特別なものではありません。
誰が何の責任を持っているか。
誰がどのチームに属しているか。
報告ラインはどうなっているか。
それをA3用紙1枚に整理して、会議室のホワイトボードに貼りました。
ただ、貼っただけでは何も変わりませんでした。
最初の会議では、誰もその体制図に触れなかった。
それでも、課題の確認や役割分担の場面で、私はそのたびに体制図を指しながら話しました。
「この部分の担当はここですよね」と。
何回か繰り返すうちに、少しずつ変化が出てきました。
「ここは自分の担当範囲です」と手を挙げる人が出てきた。
「この部分はAさんと連携が必要ですよね」と、横の繋がりを意識した発言が増えた。
情報は以前からあったのに、それまで誰も「自分がどこにいるか」を俯瞰できていなかったのです。
ただし、これには続きがあります。
数ヶ月後、メンバーの異動があったとき、その体制図は更新されていませんでした。
会議では再び「それは誰の担当？」が飛び交い始めた。
体制図があったことは覚えている。
でも、誰も更新しなかった。
つまり「あると便利」とは感じても、「自分たちで維持するもの」とは思われていなかった。
「誰が、何を、いつまでに」が見える状態を作る。
それだけで、人の動き方は変わります。
チャットの散乱を止めたら、「楽になった」と言われた
別のプロジェクトでの話です。
そのチームでは、チャットツールを導入していました。
情報共有のスピードは上がったはずでした。
でも現実には、重要な連絡が雑談の中に埋もれ、確認したい情報が見つからない。
「あの件、どこに書いてありましたっけ？」というやり取りが一日に何回も発生していました。
チャンネルの数を確認すると、使われているのかいないのかわからないものが大量にある。
一方で、本来分けるべき話題が1つのチャンネルに混在している。
最初は、段階的に整理しようとしました。
一部のチャンネルだけ新しいルールに移行し、残りは後から対応する予定でした。
結果、「この話題は新旧どちらのチャンネルに書けばいいのか」という混乱が生まれ、整理前より状況が悪くなりました。
そこで一度立ち止まり、チャンネル全体の設計をやり直しました。
「このチャンネルには何を投稿するか」を明文化し、技術的な課題はここ、スケジュールの相談はここ、雑談はここ。
シンプルなルールを決めてから、一気に切り替えました。
現場の反応は、「楽になった」の一言でした。
この運用は、今も続いています。
なぜ続いたのか。
後から振り返ると、「一気に切り替えたこと」が大きかったと思います。
段階的にやろうとしたときは、「どこに書けばいいか」の迷いが最後まで残った。
一気に切り替えれば、迷う余地そのものがなくなる。迷わないから、続く。
そういうことだったのだと思います。
やったことは地味です。
でも、「どこを見ればいいかわからない」という状態は、想像以上に人を疲弊させます。
可視化の効果は、情報がきれいに整うことではありません。
人が迷わなくなること。それが一番の変化です。
つまずく場所は、いつも同じ
30年近くこの仕事をしてきて気づくのは、プロジェクトがうまくいかなくなるパターンは、時代が変わっても同じだということです。
ツールは進化した。手法も増えた。
でも、「誰が何をやるのか曖昧なまま走り出す」「決めたことが共有されない」「課題を放置する」
——つまずく場所はいつも同じです。
結局、プロジェクトは人の営みだからです。
先ほど紹介した2つのエピソードも、そこが分かれ目でした。
体制図は、描いた時点では効果があった。
でも「自分たちで維持するもの」と思われなかったから、メンバー異動の瞬間に形骸化した。
一方、チャンネル整理は、迷いなく使える設計にしたから、運用が続いた。
違いは、「続く仕組み」を最初から組み込んだかどうかです。
可視化は作った瞬間がピークで、そこから静かに形骸化していく。
放っておけば、必ずそうなります。
続ける仕組みを先に設計しなければ、いくら整えてもいずれ元に戻る。
可視化は一度やれば終わりではありません。
体制が変われば体制図を更新する。
新しいメンバーが入ればルールを共有する。
課題管理表は毎週見直す。
運用し続けて初めて機能します。
つまり可視化とは、仕組みではなく習慣です。
日々のあたりまえの積み重ねが、プロジェクトを前に進める力になります。
まず1つ、可視化してみる
ここまで読んで、「うちのプロジェクトにも当てはまるかも」と感じた方へ。
まず明日からやってみること、行動を起こすことが肝心です。
たとえば、チームの体制図を1枚描いてみる。
チャットのチャンネル構成をシンプルに見直してみる。
あるいは、次の会議の後に決定事項を3行で共有してみる。
始めることと続けることは別の話です。
この記事で繰り返し書いてきたように、可視化は作った瞬間がゴールではありません。
更新し、共有し、習慣にする。本番はそこからです。
まずは小さく始めてみる。
そして、続ける仕組みまで考えたくなったら、一人で抱え込まず、周りの人の視点を入れてみるのも手です。
