正しいシステムを作ることがゴールである

この“正しい“という意味をちゃんと定義しなくてはいけないのだが、これも一見”正しい“ように思えます。ここには二つの間違いが潜んでいます。その正しいののは誰にとって正しいのかということと、作ることが目的なのかということである。

前者の誰のために正しいかについては、往々にして作り手側すなわち開発ベンダーや開発者にとってではないでしょうか。データベースの設計は技術基準にしたがってやりました、コードは社内のコード標準であり、プロジェクト管理はPMBOKに則りやりましたとなる。

そして、ユーザの要求からシステム要件に落としてその通りに開発をして、テストでも問題ないことを確認しましたである。ここには、そのシステムが役に立つものであるのか、ビジネス要求に応えるものであるのか、事業に貢献できるもにになっているのかという視点がないのである。だから、正しいではなく役に立つシステムを作らなくてはいけないということである。

次に、ゴールですが、今の話にもあったように、役に立たない正しいシステムを作ったって何もならないのはお分かりだと思います。それと何といってシステムというのは、それが動いてこそ効果を生み出すわけですから、作って終わりではないのです。

ところが、プロジェクトの終わりはシステムが稼働してすぐに解散です。まあそれでもいいのですが、ビジネスにおける成果をみる、もっと言えば継続的に事業貢献ができることを確認していくことがシステムに要求されていることです。

まあ、現実的にはずっとプロジェクトを継続するわけにはいかないでしょうから、開発が終わって本番が稼働してという段階で終わらすのでしょうが、どうも今のやり方では非常に大がかりな開発プロジェクトを立ち上げるくせに、戦略やビジネスモデルの立案とか、稼働後のパフォーマンス確認、向上といったフェーズに対する傾斜が弱いということを指摘したいのである。

なぜそういうことが起きているかというとあまりにも開発に時間とリソースをかけ過ぎるという側面もあるように思う。これからは、システムの開発はごく簡単にすませ、もっと戦略的なところや、オペレーショナルなところの重要性を自覚してプロジェクトを運営していくことが大切なことではないでしょうか。
　　
システム開発は、”正しいシステムを作ること”ではなく、”役に立つシステムを正しく作ること”でなくてはいけないのです。ここを間違ってはいけません。