業務システムの再定義－閑話休題（３） (mark-wada blog)

役に立つためのシステムがもつべき要件 これまでビジネスの役に立たないシステムを作り続けたというようなことを書いたが、役にたたないシステムとはどんなものを指しているのだろうか。逆に役に立つシステムの要件とは一体何なのだろうか。 そこで一応つぎの3つを上げることにしている。 1．ビジネス要求をはじかないこと 2．とにかく安いこと 3．継続的な改善ができること 最初の「ビジネス要求をはじかないこと」というのは、こうしてほしい、こんな機能があるといいと言ったのにできあがったら実現できていなかったので使わないといったことがないようにという意味である。 ここには2つの問題があって、要求定義をしてもそれがどう実装されているのかを確認するのがずっと先になるということと、実現手段がないことがあるということである。実現手段がないならないと言わないといけないし、実現手段があったとしてもすぐに見せなくてはいけない

[nobeans]

"投資絶対額が低いから経営も承認しやすい"/"最初から100点を狙うから、がちがちのウオーターフォールでやらざるをえないし、要求仕様が決められないと言ってなげく"

[imai78]

気をつけたい悪循環