部下の目の前で、開発会社や協力会社を怒鳴りつける。「使えない」「レベルが低い」と吐き捨てる。あなたの職場にも、こういうリーダーはいないだろうか。品質や納期の問題を厳しく指摘するのは、たしかにリーダーの仕事だ。だが、感情をぶつけて相手を罵倒するのは、指摘とはまったくの別物である。
今日は「システム部を任される人物の資質」という視点で、元金融系エンジニアとして数多くのプロジェクトを率いてきた立場から整理していきたい。
部下の前でベンダーを罵倒するという光景
進捗会議の場で、リーダーがベンダー(発注先の開発会社)の担当者に向かって声を荒げる。部下たちはうつむき、会議室の空気が凍りつく。こうした場面は、残念ながら珍しくない。
問題の本質は「厳しいこと」ではない。品質が低い、納期を守らない、技術力(テクニカルスキル)が不足している。こうした事実は、むしろはっきりと指摘しなければならない。曖昧にすればプロジェクトは沈む。問題なのは、その指摘が「事実の共有」ではなく「感情の放出」になっている点だ。
厳しさと感情的な攻撃は、まったく別の行為である。前者はプロジェクトを前に進めるが、後者はプロジェクトと人間関係の両方を壊す。この線引きができるかどうかが、リーダーの資質を分ける最初の分岐点になる。
なぜリーダーの罵倒が問題なのか
部下の前での罵倒がなぜ深刻なのか。表面的な「感じが悪い」という話ではない。プロジェクトの構造そのものを蝕んでいく。主な弊害を整理する。
| 起きること | プロジェクトへの影響 |
| 部下がお手本を誤解する | リーダーの言動は、良くも悪くも部下の基準になる。罵倒が「仕事のやり方」として次世代に受け継がれてしまう。 |
| ベンダーとの信頼が壊れる | 協力会社は「言われたことだけやる」防御的な姿勢になる。提案も改善も止まり、成果物の質はむしろ下がる。 |
| 本当の原因を見失う | 怒りで場を支配すると、遅延や不具合の真因を冷静に分析できなくなる。犯人探しに終始し、再発防止にたどり着かない。 |
| 部下が萎縮する | 「報告したら怒られる」と感じた部下は、悪い情報を隠すようになる。手遅れになるまで問題が上がってこなくなる。 |
とくに最後の「悪い情報が上がってこなくなる」は致命的だ。システム開発の失敗の多くは、技術の問題そのものより、問題が共有されなかったことに起因する。恐怖で人を動かすマネジメント(管理手法)は、短期的には効いているように見えて、最も重要な情報の流れを止めてしまう。
元請けという勘違い、天下りという落とし穴
よく見かけるのが、大手システム開発会社(エスアイヤー)出身で、発注元に転じた人物のケースだ。プロジェクトマネージャー(統括責任者)として入ってきたものの、「自分は発注する側だ」という意識が抜けきらない。開発会社や協力会社を、対等なパートナーではなく「下請け」として完全に見下す態度を取る。
発注元と受注先には、契約上たしかに立場の違いがある。しかしそれは「偉さの序列」ではなく「役割の分担」だ。カネを払う側だから何を言ってもいい、という発想は、システムの品質にとって百害あって一利なしである。
見下される側は、必ずそれを察知する。人は、敬意を払われていない相手のために本気を出さない。これは精神論ではなく、現場で繰り返し観測される事実だ。技術者の力を最大限に引き出せるかどうかは、発注元の態度に大きく左右される。
優秀なリーダーはどう振る舞うか
では、力量のあるプロジェクトマネージャーや情報システム部長は、同じ状況でどう動くのか。罵倒するリーダーとの違いを対比してみる。
| 場面 | 未熟なリーダー | 優秀なリーダー |
| 人前での態度 | 相手のメンツを潰し、見せしめにする | 人前では相手を立て、面子を守る |
| 問題の伝え方 | 感情と主観で「ダメだ」と決めつける | 事実とデータをもとに冷静に話す |
| 厳しい指導 | 全員の前で吊るし上げる | 必要なら個別の場で、明確に厳しく伝える |
| 問題発生時の視点 | 「誰のせいか」を追及する | 「何が原因で、どう直すか」に集中する |
| ベンダーとの関係 | 上下関係で従わせる | 対等なパートナーとして信頼を築く |
要点はシンプルだ。人前では相手を立て、問題は事実ベースで話し、必要なら個別に厳しく指導する。この三つを使い分けられる人物は、周囲から自然に信頼を集める。逆に、この使い分けができない人物は、地位が上がるほど組織に害を及ぼす。
元金融系エンジニアからの忠告
ここからは、金融システムの現場で数多くのプロジェクトを率いてきた立場からの意見を述べたい。金融の世界には、システムを設計するうえで守られてきた原則がいくつもある。それは、そのままリーダーのあり方にも当てはまる。
障害を局所化せよ、人を局所化するな
金融システムでは、障害の影響範囲を小さく閉じ込める設計が鉄則だ(障害局所化)。ところが罵倒型のリーダーは逆をやる。一つのミスを個人攻撃に拡大し、影響範囲をむしろ広げてしまう。閉じ込めるべきは障害であって、人の尊厳ではない。
最小権限の原則を、態度にも適用せよ
システムには、必要以上の権限を与えないという原則がある(最小権限)。人間関係も同じだ。「発注元だから」という立場は、相手を罵倒する権限までは含んでいない。契約上の立場を、態度の傲慢さの根拠にしてはいけない。
監査証跡は、あなたの言動にも残る
金融システムでは、すべての操作に記録が残る(監査証跡)。リーダーの言動も同じで、部下の記憶とベンダーの評判という形で、確実に記録されていく。人前で誰かを罵倒した瞬間は、その場では気づかれなくても、あなたへの評価として静かに蓄積されていく。
最後に一つ。リーダーの本当の力量は、順調なときではなく、トラブルのときに現れる。追い込まれた場面で、感情に流されず、事実を見据え、相手の面子を守りながら問題を解決に導けるか。これができる人物こそ、システム部を任せるにふさわしい。怒鳴り声の大きさは、能力の大きさとは何の関係もない。
これからシステムの現場を仕切っていく人へ。反面教師は、意外なほど身近にいる。その姿を見て「ああはなるまい」と静かに心に刻むこと。それが、優れたリーダーへの第一歩になる。
