私が要求開発やコンサルティングなどを行っているとき,UMLのクラス図によるモデリングについてよく聞かれることがあります。それは,「どうやったらモデリングが上手くなりますか?」という質問です。 そうした場合,私は「プログラムを書いたらいいですよ」とか「モデルを理解するためにも,プログラムを書いてみましょう」といったたぐいのことを,よく言います。 しかし,こう回答すると,とても嫌な顔をされることがあります。「実装はプログラマのやることだろ」とか「プログラムを書かずにうまくなれないですかね~」などと言われたりします。確かにTFP分割によるモデル図などは,ユーザー系の方でも「読めたり」または「書けたり」するので,プログラミングまでする必要はないかもしれません。 誤解のないよう,ここで要求開発に携わる人の役割を定義しておきましょう。ビジネスユースケースや要求ツリー,業務フロー,TFP分割図(読み書き
![ITアーキテクトの要求開発力向上作戦](https://cdn-ak-scissors.b.st-hatena.com/image/square/bed39b5962a5d552c95b6d796db8f55e72d32943/height=288;version=1;width=512/https%3A%2F%2Fxtech.nikkei.com%2Fimages%2Fn%2Fxtech%2F2020%2Fogp_nikkeixtech_hexagon.jpg%3F20220512)