Digital Heroes: Guide to IT World

システムを終わらせるとは？ システム導入は華やかなスポットライトを浴びる場面ですが、 実は、その “終わらせる” 瞬間こそ、最も神経を使うのがシステム屋の仕事。 私がこれまで関わってきたプロジェクトの中でも、いちばん難しかったのは、 長年使われてきたシステムを終了するタイミング でした。 「終わり方」が問われる時代に 新しいシステムを導入するベンダーは多いですが、 古いシステムを“きちんと終わらせる”サポートをするベンダーは少ない のが実情です。 特に注意しなければならないのは、契約まわり。 システムの稼働を止めて、「はい、終わり」とサーバを落としたはいいけれど、 あとから気づくのです。 「あっ、保守契約が残ってた…！」 動いていないのに、毎月の支払いだけが続いている—— そんな事例は珍しくありません。 システムの“ユーザー”という壁 でも、それよりもっと難しいのが、 利用者を説得すること。 長く使われてきたシステムには、 必ず“愛用者”がいます。 「このシステム、私の業務には欠かせなくて…」 「新しいシステムで、ちゃんと私のやっていることができるんですよね？」 言っていることは、よく分かります。 でも、物理的に 全く違うものに置き換わる こともある。 それはまるで、 ガラケーからiPhoneへ 黒電話からスマホへ 手紙からメールへ 機能の代替性だけでは説明しきれない“感覚の違い” があるのです。 どこで止める？開発“前”か、“後”か？ 難しい判断がもう一つあります。 それは、「いつ止めるか」というタイミング。 システム開発前 に止めると、触れていないので代替の完成度が分からず不安を煽る システム開発後 に止めると、「ここが違う、あれが足りない」と不満が噴出 しかも要件定義の段階で 「これはもう不要ですね」と言っていた機能も、 いざ止めようとすると… 「やっぱり、これ無いと困るんですけど」 なんて声があがる。 システム屋に求められる「終わりの交渉術」 だからこそ、システム屋には “交渉の技術” が必要です。 相手の不安を汲み取り、 新システムの利点を噛み砕いて伝え、 未来の使い方に希望をもたせる。 単なる置き換えではなく、 “働...