第24話(最終話)｜そして、保守へ｜東央ソリューションズ―― 実務統合型PM論・連載小説

朝の会議室は、久しぶりに静かだった。

壁際に積まれていた段ボールが運び出され、障害対応室として使われていたホワイトボードも、元の会議室へ戻されている。

数日前まで鳴り続けていた電話も、今日はほとんど鳴らない。

高梨は、最後の引継ぎ資料を閉じた。

「それでは、本日をもって保守チームへ正式に引き継ぎます。」

向かいに座る保守チームのリーダーが静かに頷く。

「既知課題は一覧のとおりです。運用手順、監視項目、障害時の連絡フローも資料へ反映しています。」

質疑応答も、驚くほど短かった。

数か月前。

あれほど終わりが見えなかったプロジェクトが、静かに終わろうとしていた。

会議室を出ると、神谷が待っていた。

「高梨。」

振り返る。

「今回は本当に助かった。」

少し照れくさそうに笑う。

以前なら、

「次も頼むぞ。」

その一言だけだっただろう。

しかし今日は違った。

「現場の話、もっと早く聞くべきだったな。」

高梨は少し驚き、

そして笑った。

「営業も大変でしたよ。」

神谷も苦笑する。

「お互い様だな。」

短い会話だった。

だが、その一言には、この半年分の重みがあった。

廊下を歩いていると、白石が資料を抱えて近づいてきた。

「高梨さん。」

「お疲れさまでした。」

「お疲れさま。」

白石は少し考えてから口を開く。

「DXって、新しい技術を入れることだと思っていました。」

「でも違いました。」

「人を変えることでもなく。」

「人が協力できる構造を作ることなんですね。」

高梨は少し笑う。

「私も、今回初めて分かりました。」

白石は深く頭を下げた。

「また、一緒に仕事をしてください。」

「もちろん。」

その表情は、初めて会った頃より少しだけ柔らかく見えた。

受付前では、田辺が帰る支度をしていた。

「高梨さん。」

「今回はいろいろありがとうございました。」

「こちらこそ。」

田辺は笑う。

「正直、何度も終わったと思いました。」

「私もです。」

二人は顔を見合わせて笑った。

顧客とベンダー。

そんな立場を忘れるほど、一緒に悩み、一緒に走った。

固く握手を交わす。

「また次の案件で。」

「その時は、もっといいプロジェクトにしましょう。」

「はい。」

夕方。

開発フロア。

黒田は、自席で静かに資料を閉じていた。

高梨が近づく。

「黒田部長。」

「終わりました。」

黒田は頷いた。

「そうか。」

しばらく沈黙が流れる。

「今回は、本当にありがとうございました。」

黒田は首を横に振る。

「礼を言われることはしていない。」

高梨は少し首をかしげる。

黒田は窓の外を見ながら続けた。

「止められなかった。」

「もっと早く止めるべきだった。」

「もっと早く言うべきだった。」

「もっと早く構造を変えるべきだった。」

静かな声だった。

自分を責める声ではない。

事実を受け止める声だった。

高梨は答える。

「でも、最後まで一緒に走ってくれました。」

黒田は少しだけ笑う。

「次は。」

「もっと早く動こう。」

「はい。」

それだけで十分だった。

夜。

誰もいなくなった大会議室。

高梨は一人、ホワイトボードの前に立っていた。

消し忘れた文字が薄く残っている。

・未対応課題

・進捗確認

・担当

・本番移行

・障害対応

何度も見た景色だった。

高梨はイレーサーを手に取る。

ゆっくりと、一つひとつ消していく。

文字は消える。

しかし、この数か月が消えるわけではない。

最後にホワイトボードは真っ白になった。

高梨は静かに電気を消す。

会社を出る。

夜風が少しだけ心地よかった。

社員証を外し、バッグへしまう。

ようやく終わった。

スマートフォンが震える。

画面には神谷の名前。

少し迷ってから開く。

『高梨。来月から新しい大型案件がある。』

思わず苦笑した。

空を見上げる。

返信は、すぐにはしなかった。

誰も悪くなかった。

営業には営業の事情があった。

開発には開発の事情があった。

品質には品質の正しさがあった。

顧客にも焦りがあった。

だからこそ、

誰も止められなかった。

プロジェクトを壊したのは、

誰か一人ではない。

積み重なった小さな判断と、

変えられなかった構造だった。

もし、この物語が、

誰か一人の考え方や行動を少しだけ変えられるなら。

もし、その結果として、

未来のどこかで一つのプロジェクトが救われるなら。

この半年は、

決して無駄ではなかった。

東央ソリューションズ。

この物語は終わる。

だが、

構造を変える挑戦は、

きっと、これからも続いていく。

ケーススタディ

小説では、プロジェクトが終わりました。

本番障害は収束し、保守チームへの引継ぎも完了しました。

メンバーはそれぞれの部署へ戻り、日常が戻っていきます。

しかし、本当に終わったのでしょうか。

東央ソリューションズで起きた出来事は、決して特別な話ではありません。

「忙しかったから。」

「誰かがやると思った。」

「今さら止められなかった。」

そんな小さな判断の積み重ねが、やがて大きな問題へとつながっていきます。

この連載では、受注前から保守引継ぎまで、プロジェクトの一生を描いてきました。

最後にもう一度、振り返ってみてください。

このプロジェクトを壊しかけた本当の原因は、何だったのでしょうか。

ケーススタディ

Q1

このプロジェクトは、どのタイミングで最も大きな分岐点を迎えていたでしょうか。

一つだけではなく、複数の場面を思い返しながら考えてみてください。

A1｜解答例

多くの人は、本番障害やリリース判定を思い浮かべるかもしれません。

しかし、実際にはもっと前から兆候は現れていました。

例えば、

• 第3話「詳細は受注後に詰めましょう」

• 第7話「それ、誰が決めるんでしたっけ？」

• 第8話「何も書かれていない」

• 第10話「上げるほどではない」

• 第13話「レビューは順調です」

• 第16話「WBSはありません」

• 第17話「高梨さんじゃないとわかりません」

どれも、その場では致命傷ではありませんでした。

しかし、小さな判断の積み重ねが、第20話以降の混乱につながっていきます。

炎上プロジェクトは、一つの大きな失敗で生まれるものではありません。

小さな見逃しや、小さな妥協が積み重なった結果として生まれるものです。

Q2

もしあなたが、このプロジェクトのPMだったら、最初に変えたい「構造」は何でしょうか。

A2｜解答例

正解は一つではありません。

例えば、

• 営業・開発・顧客が共通認識を持てる場を設ける

• RACIなどを活用し責任分界を明確にする

• WBSを全員が見える状態にする

• 定量的な品質管理を行う

• エスカレーションルールを整備する

• レビューを承認ではなく品質確認の場へ変える

• 属人化を防ぎ、チームで意思決定できる仕組みを作る

など、多くの改善策が考えられます。

重要なのは、

人を変えようとするのではなく、構造を変えることです。

優秀な人が頑張る組織ではなく、

誰が担当しても回る組織を作ること。

それこそが、PMに求められる本当の仕事なのです。

Q3

この連載を通して、あなたが最も印象に残った出来事は何でしたか。

そして、その学びを、自分の現場でどう生かしますか。

A3｜解答例

この問いに正解はありません。

レビューの形骸化だったかもしれません。

責任分界の曖昧さだったかもしれません。

PMへの属人化だったかもしれません。

本番障害対応だったかもしれません。

大切なのは、

「小説を読んで終わること」ではありません。

明日、自分のプロジェクトで、一つ行動を変えることです。

会議の進め方を変える。

議事録を残す。

WBSを全員で確認する。

不安を感じたらエスカレーションする。

レビューで本当に中身を見る。

その小さな一歩が、

未来の炎上プロジェクトを防ぐ最も確実な方法になります。

このケースで本当に学んでほしかったこと

この連載では、受注前から保守引継ぎまで、一つのプロジェクトのライフサイクルを描いてきました。

技術は進化します。

開発手法も変わります。

AIも、これからさらに進化していくでしょう。

しかし、

プロジェクトを成功へ導く本質は、大きく変わりません。

共通認識を作ること。

責任を明確にすること。

品質を見える化すること。

進捗を管理すること。

リスクを早く共有すること。

そして、

人に頼るのではなく、構造で人を守ること。

この物語には、明確な悪人はいませんでした。

営業には営業の事情がありました。

開発には開発の事情がありました。

品質管理にも、顧客にも、それぞれの正しさがありました。

全員が部分的には正しかった。

だからこそ、

誰も止めることができませんでした。

プロジェクトを壊したのは、

誰か一人ではありません。

小さな判断の積み重ねと、

変えられなかった構造でした。

だからPMに求められるのは、

「誰が悪いか」を探すことではありません。

「なぜ、この構造になったのか」を問い続けることです。

もし、この連載が皆さんの現場で、

一つでも改善のきっかけになったなら。

一つでも炎上を防ぐヒントになったなら。

そして、一人でも救われるPMがいたなら。

この物語を書いた意味は、きっとそこにあります。

最後に

ここまで『東央ソリューションズ ― 実務統合型PM論・連載小説』を読んでいただき、本当にありがとうございました。

この物語は終わります。

しかし、皆さんのプロジェクトは、明日も続いていきます。

どうか、この物語を「小説」として終わらせないでください。

明日の会議で。

次のレビューで。

新しい案件で。

今日感じた違和感を、ぜひ思い出してください。

あなたのプロジェクトでは、同じ構造が生まれていませんか。