仕事や人生で「ここが限界だ」と感じる瞬間は誰にでもあると思います。そんなとき、安易な近道を選ぶのか、困難と正面から向き合うのかが問われます。
アニメ『ジョジョの奇妙な冒険』第3話では、ディオが人間を捨てる決断をし、ジョナサンは極限の状況で覚悟を試されます。
この記事では、52歳現役エンジニアの現場経験をもとに、困難を「小さく分解」して突破する思考法と背水の陣での判断力について具体的にまとめます。大きな壁にぶつかっている方のヒントや判断材料になれば幸いです。
関連：
若い日の後悔と誇りを守る生き方｜ジョジョ第1話に見る人間讃歌
「闇の誘惑」に負けない想像力のブレーキ
ディオは野望のために「道徳」と「誠実さ」を捨て、人外の存在になる道を選びました。
現実のビジネス社会でも極端な例ではないにせよ、目の前の利益や評価のために「不誠実な道を選びそうになる誘惑」は確かに存在します。
現場でも、納期や評価を優先し、本来必要な確認を省きたくなる場面はよくあります。
安易に省略し、信用と時間を同時に失う
例えば、私が過去に関わったプロジェクトで、納期が予定を大幅に超過していた時のこと。スケジュールをこれ以上伸ばさないために、私は「主要機能さえ動けば、周辺機能の細かいテストは省略しても致命的にはならないはずだ」という、今思えば極めて甘い判断を下しました。
しかし、その「はず」という期待は、それからわずか3日後に崩れ去りました。
納品直前の負荷試験で、省略したはずの周辺機能が原因となってシステム全体が停止するという、あり得ないような重大な不具合が発生したのです。
結果、顧客からの信頼は地に落ち、炎上した現場の鎮火のために私は本来予定していなかった2ヶ月間を深夜残業と謝罪行脚に費やすことになりました。
何より辛かったのは、私の判断のせいで、懸命に開発を続けてきたチームメンバーの士気が目に見えて崩れ落ちていくのを、リーダーの立場でただ見つめるしかなかったこと。
あの時の「信頼を失うのは一瞬だが、取り戻すには気の遠くなるような努力と時間が必要だ」という教訓は、今も私の判断基準の根底に深く刻まれています。
短期より長期的な視点に勝つこと
他にも印象に残っているのは、ある大規模システム改修で、コスト削減を強く求められた時のこと
顧客から「まずは予算内に収めるために、例外処理やログ出力を極限まで削った『簡易版』でリリースしてくれないか」と打診されました。
コスト削減に腐心していた当時の私にとっても、渡りに船という感じで、その提案に思わず飛びついてしまいました。
- 「今の要件だけ満たせば動くし、何より顧客の予算要求に応えられる。」
- 「今はこれでプロジェクトを終わらせて、評価を勝ち取った方が得策だ」
苦しい状況を打破するため、頭のどこかで、妥協を正当化する自分がいました。しかし、それでもその瞬間頭をよぎったのは、簡易版をリリースした半年後の「地獄絵図」でした。
それまでの経験上から容易に想像できましたが、例外処理を削れば、運用現場は些細なエラーでも原因特定ができずにパニックになる。ログがなければ、障害発生時に私たちは深夜のログ解析で途方に暮れることになる。
その「後で必ず発生する手戻り」のコストは、今の開発費削減分など一瞬で吹き飛ばすほどの規模になることは明らかでした。
私は結局、「この仕様では運用が回りません。将来的な保守コストを考えれば、今正しく作る方が結果的に安上がりです」と、短期的な評価を捨てて正しい仕様を貫く判断をしました。
結果、当時のコスト削減を期待していた上層部からの評価は明らかに下がりました。それでもリリース後、システムが安定して稼働し、保守の工数が劇的に低減したことで、最終的には「あの時、正しい決断をしてくれてよかった」という深い信頼を得ることができました。
一線を越えた先に何が待っているのか。
その代償として何を失い、その後どうなってしまうのか。
ディオのような「後戻りできない決断」を下す前に、その先の景色を鮮明に描き出すこと。その冷静さこそが、エンジニアが自分自身とプロジェクトを守るための、最後のブレーキになるのだと思います。
限界に直面したとき「外の力」を借りる勇気
「人間の能力には限界がある」と絶望したディオ。
エンジニアとして、あるいはリーダーとして仕事をしていると、自分一人の力ではどうしても解決できない「壁」にぶつかることがあります。
その際、私は「外側の力」に頼ることも一つの正解だと考えています。
見栄よりも成果を優先する
たとえば以前、ある金融機関向けの基幹システム刷新プロジェクトで、納期が極端に短い（残り3週間）状況に陥ったことがありました。社内の知識だけでは到底間に合わず、外部の専門技術者に協力を依頼し、既存ツールを組み合わせることで何とか納期に間に合わせました。
自分の力だけに固執していたら、確実に納期遅延と品質低下でプロジェクトが失敗していたでしょう。
私がそこで重視したのは、「自分で全部やること」ではなく、「期限内に品質を落とさず形にすること」でした。見栄よりも成果を優先する。その判断ができるかどうかが、現場では意外と大きな分かれ目になります。
ただ、自分の人生という長いスパンで考えるなら話は別です。
仕事では「外の力」を積極的に借りて成果を出す一方で、プライベートでは1年、2年と時間をかけて新しい技術を自分の地力にしていく。その切り分けが、エンジニアとして長く走り続けるための大切なコツだと実感しています。
背水の陣での「困難の分解」
燃え盛るジョースター邸で、退路を断たれたジョナサンは吸血鬼に立ち向かいました。ビジネスの世界でも、プロジェクトの炎上や予期せぬトラブルで、まさに「背水の陣」といえる極限状態が訪れることがあります。
そんな時、焦って闇雲に動いても事態は好転しません。大切なのは、目の前の巨大な困難をそのまま見つめるのではなく、冷静に「小さな困難」へと分解することです。
私が以前担当した大規模システム移行プロジェクトが炎上したときも、同じことを実践しました。「システム全体が動かない」という問題をそのまま抱えるのではなく、以下のように整理・分解していきました。
| 直面した問題 | まずやること |
|---|---|
| システムが動かない | 原因を切り分ける（ネットワーク・DB・アプリ層ごとに調査） |
| 誰が何をやるか曖昧 | 担当者を明確に整理する |
| すぐに止血が必要 | 暫定対応を入れる（手動運用で対応） |
| 同じことを繰り返したくない | 本修正を設計する |
こうした整理・分解をしていくと、最初は怪物のように見えた問題でも、実際には「一つずつ処理できる仕事」に変わっていきます。
1つをクリアし、また次へ。
その執拗なまでの積み上げこそが、圧倒的な困難を鎮める唯一の方法なのです。
競合他社も参考にしていた「細部へのこだわり」
ジョナサンは不死身の怪物に対し、屋敷の構造という「既存の環境」を工夫して戦いました。私も大きな競合他社に対抗する際、自分たちが持つ「仕様と工夫」を武器にしてきました。
他社製品を徹底的にリサーチし、さらにその先を行く工夫を盛り込む。地道で細かな作業ですが、その「こだわり」は確実に伝わります。
後に私が勤めていた会社が他社と合併した際、合併相手の社員から「あなたたちが作った商品を、当時何度もリサーチして参考にしていた」と打ち明けられたことがありました。
競合に立ち向かう知恵
その商品は、特に派手な新機能があるわけではありませんでした。むしろ「入力画面の操作手順を最小限にし、ユーザーが迷わないようにする」「エラーが出にくいバリデーションを細かく入れる」など、地味な部分を徹底的に詰めていました。
結果としてそのジャンルで人気ナンバーワンの商品になり、競合他社からも「この部分は真似したい」と認められるレベルになりました。
かつての敵が、こちらの執念を認めてくれていた。これほどエンジニア冥利に尽きることはありません。
圧倒的な「怪物」のような競合に立ち向かう知恵は、常に自分の現場での「徹底した細部へのこだわり」の中に隠されているものだと思います。
今回のまとめ
今回の話を、仕事での学びとして整理すると次のようになります。
| ジョジョ第3話の学び | 現実の仕事での意味 |
|---|---|
| 小さな困難に分解する | 問題を切り分け、タスク単位で対処する |
| 細部へのこだわり | 使いやすさ・運用性まで詰めた品質を作る |
| 背水の覚悟 | 炎上プロジェクトでも逃げずに原因に向き合う |
人間を捨てたディオと、人間として誇りを守るために戦うジョナサン。極限状態の中で問われるのは、結局のところ「自分はどうありたいか」という覚悟一つです。
「小さな困難に分解して、1つずつ超えていく」
「細部にこだわり、相手の度肝を抜く」
ジョナサンが炎の中で見せた知恵と勇気は、現場の大きな困難にも通じる、普遍的な勝利のセオリーなのかもしれません。
次回は、傷ついたジョナサンの前に現れる奇妙な男、ツェペリ男爵。彼から教わる「呼吸」と、新しい技術の習得について、52歳の学び直しという視点から語ってみたいと思います。
コメント