ここまでの規模だと歴史に残るプロジェクトになると思うので逆に火消しに混ざりたいなと思ってます。転職はタイミング的に考えてないのですが副業的な感じで関われないかな、みたいな笑

多分テスト(ITとかSTとか)の段階でかなりエラーが出てたのかと思います。それを日程に合わせるため強行&隠蔽した結果、こうなったのかと思います。

PMは正直気が気でなかったんじゃないでしょうか…

PMは知らなかった(開発ベンダがエラーを検知できていなかったor隠蔽していた)可能性もありますね。

その時点でPM失格な気はしますが...

オフショアだと誤魔化したり嘘の進捗報告をされたりすることも多いので、エビデンスをしっかり提示させないと炎上します笑

この規模だと1人で全ては把握できませんので、本当に誰も気づいていなかったという事も考えられますし、予算も期間も大幅に当初計画をオーバーランしていたようですから、プロジェクトチームは気がついていてエスカレーションしていたが、「これ以上のリプランは一切認めない。品質は多少目を瞑ってでも納期と予算は死守せよ。とにかく本稼働してから直せ」という責任者レベルの理屈のない判断があったのかもしれません。特に株主を見ている上場企業のサラリーマン社長にありがちな判断で、私も何度か経験しています。

残念ながら、万全な状態で本稼働を迎えられる大規模基幹システム更改プロジェクトは超レアケースであり、その要因はただ運が良かっただけだと思えるレベルです。ERPが広まって十数年経ちますが、もう随分前から人間がコントロールできる許容量を超えていると思う今日この頃です。

銀行、鉄道、航空業界で一部を除いてここまでこのような状況が発生していない事を考えるとやはり主管に問題があったのかと思ってしまいます。