「最強のものづくり集団を目指す」bravesoftの最強エンジニア社長こと菅澤英司さんが、プロジェクトを炎上させてしまうPM（プロジェクトマネージャー）やSE（システムエンジニア）がやりがちな行動を5つあげているよ。いわゆる「あるある」なので、思わず笑ってしまうけど、よく考えると恐ろしい内容が並んでいる。

項目をあげるとネタバレになるので、詳しくは動画を見て欲しいけど、5つの行動を「症候群」と呼んでいる。DXプロジェクトやITエンジニアの問題だけど、純粋な技術上の問題ではなく全部コミュニケーションの問題というところが興味深い。

そうそう。それが一番怖い問題だから。結局、プロジェクトって人間が集まってする仕事だから、大きな問題はデジタルやITとはあまり関係ないところで起こるんだね。もちろん、プログラミングとかITって、外から目に見えない部分もあるから、特にそういう側面があるのかもしれないけど。

ちなみにコミュニケーション上の問題は、クライアントとの間で発生するものと、プロジェクト内で発生するものの両方が、炎上の原因になりうる。5つの症候群は、それをうまくカバーしているし、炎上の予防策にも言及しているよ。

要望を聞き損なう根本的な問題もあるけど、断片的な要望をすべて受け入れてしまうことによる問題もバカにできない。動画では「言いなり症候群」と呼んで、エンジニア側がプロとしてクライアントと一緒に作り上げていくことの大事さを指摘しているよ。

意思疎通の問題もあるけど、現状認識をきちんと共有して、問題が起きたり、起きそうになったりしたとき、まだ芽の小さいうちに潰すことの大事さを感じたね。誰も潰せないほど問題が大きくなってしまうことを「炎上」というわけなので。

例えば「ポジティブ症候群」というのは「ちょっとヤバいけど、まあ行けるっしょ！」みたいな、根拠のない楽観思考に陥ってしまうことを指しているけど、その対策が「意思決定する人が実行もして、その後の責任も取れる環境を作ること」というのは興味深かった。

そうそう。社長が「できます、やります」と言っておきながら、「でも責任は現場が取ります。現場に責任取らせますから。やり切るんで、現場が」なんて無茶振りする形で発生しやすいんだよね。「行けるよ！」みたいな楽観論は。

つまり、意思決定者と責任者がバラバラだと、決める人は無理で決めて、決めた後は何もしないことになりがち。かつ危機をポジティブ症候群で乗り切ろうとする。炎上を避けるためには、現場が「やれます」「やれません」を決めて、やれるんだったらきちんと実行するように、意思決定と責任を一致させることが大事だということだ。

このほかにも“奇跡は絶対に起きない”と繰り返す「ミラクル症候群」なども面白かったので、ぜひ動画を見て、プロジェクトメンバーと共有することをおすすめするよ。