経営や業務に関する諸々の話

Navisで今年度2回目の『システム分析・設計技法』を開催します。

私が担当して2年目ですが、これまで好評ということもあり、年度内に2回開催というのは初の試みです。

「2回目も開催したい」というお話を頂いた時は、「東北というか、仙台近郊の方が中心になると思うので、開催できるか厳しいかな？」と思っていたのですが、何とか開催の運びです。

要件定義から、システム設計までの講義ですが、経営の視点と技術の視点の両方入った講座です。（ただし、システム設計は外部設計までで、内部設計は言語依存のところもあるので含んでいません）

「経営戦略から見た要件とは？」もあれば、「システム設計の書き方とは？」も含まれています。間に論理的な考え方の練習もあります。

2日間ですが、内容は盛りだくさんです。

まだお席に余裕があるとのことなので、是非ご検討ください。

NTTデータのホームページにある「非機能グレード検討会」から非機能要求の合意に役立ちそうなツールが公開されています。

先日、これの内容について話題になったのですが、ざっと見ても細かく書かれすぎて、「これでは重いな～」という印象をもたれた方も多いようです。

確かに、全て決めるのは大変なので、実際には簡素化したり省略するものもあるでしょう。

が、逆にあれだけでは物足りないところもあります。

何を省略してよいか、何を掘り下げるべきかは一意に決まるものではなく、そのシステムの特性に応じて決まります。

この「非機能要求グレード」で公開されている成果物は、絶対的な基準ではありません。

「非機能要求で何を決めるか」を洗い出すための参考資料として扱うのがよいのではないかと思います。

情報システムの開発において、最初に行われる要件定義。

最近は書籍やネット上の情報も充実している。様々な手法も紹介されており、今更ながら感心させられることもある。

が、要件定義工程の実態を見ると、顧客が「これで良い」と言ったら、それで終わりというケースが非常に多い。

DFDを書いたり、ブレーンストーミングをやったり．．．そういうテクニックを使うことで満足しているのではないか。

そのようなITベンダーは、顧客側が開発工程に入ってから要件を変更すると、「仕様変更なので、費用をいただきます」と言うことに恥じることもない。

それを恥じる美学もなければ、反省もない。

これを読んだところで、何を言っているのか理解できないだろう。

小手先のテクニックだけの中途半端な技術者が多すぎて、腹が立つ。