これまでの業務システム開発はいろいろな意味で限界が来ているように感じて、このようなタイトルで議論してきましたが、やはり重要なことは、技術だとかメソドロジーだとかもあるのですが、思想とかコンセプトだと思うのです。最後にそのあたりを考えてみます。

一番感じるのは、システムとは人間が使うものでありながら、それに使われている感じを変えたいということなのです。“仕事をやらされている感”を払しょくできないのかということです。ITを使って楽しく、気持ちよく仕事をしたいのです。

そうした思いから今のシステムを眺めるとどうも不十分であると思うのです。その理由は何かと、いろいろな角度からゼロベースで、どこが間違っているのか、どこを変革しなくていけないのか考えたのがこれまでのエントリーでもあったのです。

その主張のざっくりとした答えは、「重心をデータベースアプリケーションからプロセスアプリケーションへ」ということかもしれません。データベースへの出し入れが基本の仕組みももちろん大事ですが、そのデータベース間をつなぐプロセスがおろそかになっていると感じています。そこを中心に据えたらどうかという提案です。

それと、シンプルという意味も考えさせられました。シンプルにという概念は非常に重要ですが、それはへたするとすべてを単純化してしまうというワナにはまる可能性があるということです。実は、業務システムというのは非常に複雑でかつ重層的なものであるから、単純に括れないということであって、簡単にこんなものですとは言えません。

ですから、大事なのはちゃんと構造化をして、それぞれの部位での特徴や性格を見極めて、そこで定義することが大事なのです。この構造化というのは「抽象化」とういうことも含んでいます。抽象度を間違わないように設定して、それぞれの抽象度レベルで概念化することがとても重要です。

そうして、構造化、概念化された中で、それぞれの領域や要素では極力シンプルに考えることが要求されます。このシリーズでも、例えばプロセスのレベルによってその機能の性格が違うとか、ソフトウエアの開発とアプリケーションの構築は、手法も違うといったこと盛んに言ったのはこのことです。

どうもそういうことを一緒くたにして議論する人が多く、かみ合わないことがあります。こうした前提をきちんと共有して議論したいものです。いちおう。このシリーズはこれで終わりますが、またいろいろと勉強して、頭のなかが“整いました”らまた暫時エントリーしていきたいと思います。