例のスパゲッティ案件が完了。寝ても覚めてもソースコードにうなされる日々、ジゴクでした。さっさとこんなクソ環境を削除して、アタマを切り替えたい。

その前に、この案件で痛烈に感じたことがあるので、最後にひとつ、
にぎりッペ。

入力項目やボタン・コンボが多い画面は、一見して「古いシステムだ」と感じます。たとえキレイに飾っていようとも、最新の技術を使っていようとも、古さを拭えない。

なぜそう感じるのか、この案件を通してようやくわかりました。
要は、発想がアナログなのです。

画面項目が多いシステムは、往々にして「提出日」や「承認日」などを、手入力できたりします。さらに、仮登録や本登録、本登録後の修正機能、などなど、いつまでもデータをコミット（意思決定）しない。

紙と鉛筆で業務をするのと、同じです。書いては消して、保管して、探すだけのシステム。こんなことに、何億円という投資をしている。
私が設計するなら、ファイルサーバとOfficeとGoogleデスクトップでもあれば、十分実現できる気がしますけどねｗ

項目が多くなると、かさむのは開発工費ばかりではありません。
教育コスト、入力コスト、改修コスト...などなど、じわじわとボディブローのように見えない経費がかかっています。項目数が 1.1倍に増えたら、トータルコストは２倍。そのくらいが妥当な数字でしょう。

ましてや度をこえた数になると、人のモチベーションは下がりますから、そのシステムは末路を辿ることになります（それを理解せずに安値で丸投げ改修してるから、あんな醜い案件になってしまうわけで）。

投資対効果の良さそうなシステムは、一見してスッキリした画面だったりします。必要なことができて、余計なことはさせない。スキがない。

この違いは何か？と言えば、ルールが確立しているか否か。だと私は思います。「日付」を例に挙げれば、

という企業コンプライアンスが確立していれば、日付の入力・修正なんていう機能はいらないハズ。

機能を「増やそう増やそう」と考えてるときは、なんとかしてルールの穴をかいくぐろうとしているわけです。要件定義がやたら膨らんだり、膨大な工費がかかるシステムは、たいていこのパターンにハマッているのではないでしょうか。

「減らそう減らそう」と考えていくべきなのです。設計が終わった後でも、もっと減らせる項目がないか、徹底的に検討してみてはどうでしょう。結果的に、ルールが確立するはずですから。

どうしても増えてしまう場合はどうしたら良いか？・・・
答えは簡単。無理にシステム化しないことです。紙と鉛筆と人件費の方が、安上がりで効率的です。

「システム」という言葉が、話をややこしくしているように思います。
システムとは、本来、人・環境・ルールなどの実世界の組織のことです。コンピューター用語ではありません。

ＩＴ（情報技術）という言葉の定義は、

たったコレだけですよ。どうやら、ＩＴが業務や企業経営をしてくれるわけではなさそうです。

まずはシステム化！。その次にＩＴを使って自動化。
そうやってできたＩＴシステムは、きっと、安くて長く使える効果絶大なモノになるでしょう。