 |
||||||||||||
|
||||||||||||
| 1 2 3 次のページ | ||||||||||||
|
||||||||||||
| はじめに | ||||||||||||
|
最近、システムの要求に関する話題がいろんなメディアで取り上げられています。 「システムをいかに作るか」については、様々なフレームワークや開発プロセスなど、多くの実績や研究が存在しており、かなり充実した状況になりつつあります。 そうなると、次に考えることは「どんなシステムを作るか」ということになります。 いくら品質がよく、性能もよいシステムだとしても「顧客に求められていないシステム」では意味がありません。 とはいっても「どんなシステムを作るか」については、それ程簡単な答えが用意されているわけではありません。「どんなシステムを作ればよいか」という疑問を突き詰めれば「そのシステムに関係する多くの顧客を幸せにするにはどうすればよいか」ということになるのです。 以下のような異なる状況では、それぞれにおける「幸せになることの意味」が違ってきます。つまり同じシステムでも状況によって、顧客が幸せになれるシステムだったり、幸せになれないシステムだったりするわけです。
表1：システムを取り巻く様々な状況 非常に簡単な例をあげてみましょう。例えば日常の作業として帳票をチェックし、内容に誤りがなければ印刷した上で上司に回覧する、という仕事をしている人がいたとします。この人物は、チェックの自動化や回覧のシステム化（ワークフロー化）に対して強い要求を持っていると思われます。 ただし、上司が確認した記録をファイリングするような仕事をしている人にとっては、チェックの自動化もワークフロー化も特に興味はないと考えられます。記録保持のためにファイリングが必須の業務だとすると、電子化によってファイリングするための印刷作業が増える分だけ、電子化に反対するかもしれません。 要求というものは立場や状況が異なれば、その内容がまったく違ったり、要求の強弱も異なってしまいます。そんな中で関係者（システムを使うエンドユーザだけではなく、システムに関係する人。今後ステークホルダと呼びます）すべてが「よいシステムだ」と納得するのは難しい課題なのです。 |
||||||||||||
|
1 2 3 次のページ |
||||||||||||
|
|
||||||||||||
|
|
||||||||||||
|
||||||||||||
|
|
||||||||||||
|
||||||||||||
|
|
||||||||||||
|
||||||||||||
-
-
連載
