頼まれたのは、新しい機能だった

頼まれたこと

LINEを使ったサービスを運営している、サービス業のお客さまの案件だった。

前の開発会社が作ったシステムを引き継いで、新しい機能を作ってほしい。それが依頼だった。

ところが、資料が何も残っていなかった。

どういう構成なのか。手元でどうやって動かすのか。どうやって本番に反映するのか。どれも、書いたものがない。

新しい機能を作る前に、まず手元で動かすところで、つまずいた。コードとクラウドの設定を一つずつ読んで、中身を確かめていくしかなかった。正直、ここがいちばん大変だった。

中身がわかってくると、いろいろなことが見えてきた。

それほど大きなシステムではないのに、クラウドの費用がやけに高い。調べていくと、使われていないキャッシュ用のサーバーやデータベースが動いていた。実際に使っているデータベースも、このシステムには高性能すぎるものだった。

逆に、アプリを動かすサーバーは、いちばん低いスペックのままだった。そのせいで、たびたび落ちていた。

最初に作ったときは、とにかく動くことが優先だったのだと思う。お金をかけすぎているところと、かけなさすぎているところが、同じシステムの中にあった。

使っていないものは止める。大きすぎるものは小さくする。足りないものは足す。

費用の見直しを提案して、クラウドの費用は半分になった。落ちていたサーバーも、原因を調べて増強した。

費用の見直しは、頼まれていなかった。

でも、毎月払っている費用が高いのか安いのか、お客さまには判断できない。中身が見えないのだから、当然だと思う。

依頼の言葉どおりに作るだけなら、新しい機能を足して終わりだった。たぶん、それでも感謝はされた。

ただ、中身を見られる人が見て、気づいたことを、わかる言葉で伝える。それも、引き継いだ人の仕事だと思っている。

頼まれたことと、本当に困っていることは、いつも同じとは限らない。