[ITmedia エンタープライズ] 「現行機能保証」はなぜ“悪魔の言葉”になったのか PM歴40年の筆者が解説

皆さんは、会社で使っているシステムが新しくなる、と聞いて「便利になるぞ！」と期待する一方で、「今までの機能はちゃんと使えるのかな？」と不安に思ったことはありませんか？特に、長年使われてきた基幹システムを新しいものに切り替える際、この「現行機能保証」という言葉が、実はプロジェクトを大きく揺るがす“悪魔の言葉”になりがちだ、という話が、IT業界で長く活躍されてきた方から語られています。

「現行機能保証」とは、新しいシステムに移行する際に、古いシステムでできていたことは全て新しいシステムでもできるようにします、という約束のことです。一見すると当たり前で、ユーザーにとっては安心できる言葉ですよね。しかし、これがITプロジェクトを難航させる大きな原因になることがあるのです。なぜでしょうか？

その背景には、IT業界特有の構造や、システムの「見えない部分」の複雑さがあります。長年使われてきたシステムというのは、まるで古い家屋のように、設計図にはないけれど実際には機能している「増築部分」がたくさんあるようなものです。開発当初の設計にはなかったけれど、業務の変化に合わせて後から追加された機能や、特定の部署だけが使っている裏技のような機能。これらはドキュメントに残されていなかったり、担当者しか知らなかったりすることがほとんどです。

システムを開発したベンダーであっても、担当者が代わったり、時間が経ったりすると、そうした「隠れた機能」の全容を把握するのは非常に困難になります。古いシステムのコードを一つ一つ読み解いていくのは、膨大な時間とコストがかかりますし、それでも見落としが発生するリスクは常にあります。その結果、「現行機能保証」を掲げてプロジェクトを進めても、いざ新しいシステムが稼働すると「あれができない」「これが動かない」といった機能漏れが多発し、追加開発や手戻りが発生して、予算も期間も大きく膨らんでしまうわけです。

この問題は、ITシステムが企業活動の血液とも言えるほど重要になった現代において、ますます深刻化しています。古いシステムを使い続けることのリスク（セキュリティ、メンテナンスコストなど）は高まるばかりですが、刷新しようとすると「現行機能保証」の壁にぶつかる。この悪循環を断ち切るためには、単に「全てを保証する」という曖昧な言葉ではなく、本当に必要な機能は何かを明確にし、優先順位をつけ、段階的に移行していくといった、より現実的なアプローチが求められています。また、ソフトウェア開発の標準化を進め、システムの全体像を誰もが理解しやすい形で残していく文化を育むことも、この“悪魔の言葉”に立ち向かう上で非常に重要になってくるでしょう。