2009(大阪府)要求開発する目的はシステム開発をちゃんとやるため。エンジニアリング(ex.きちんとオブジェクト指向で構築するなど)をちゃんとやってもお客さんにそれを認めてもらえず苦戦した。エンジニアリングはメンテナンスの段階で初めて価値がわかるものだから。3者間にそれぞれ壁がある。それを突き崩すためにみんなで一緒にコタツに入って話を進めていく「コタツモデル」。見える化しているだけ。システム要求というのは業務要求から導出されるものであるにもかかわらず業務要求は隠されている(発注や2次受けの業界構造)。システム要求はハードでしかないということ。ドキュメントなど紙だけではダメで、プロトタイプや画面フローなどでシミュレーションし早期のフィードバックを得ることが大切である。beを早く見せること。ビジネスオペレーションはユーザー企業が作成できない領域であり、ITエンジニアが進出すべき領域である。「本当に必要な」ドキュメントだけを作成すべきである。要求開発はトップダウンのように見えて実はボトムアップであり、トップはそれを承認するだけ。論理的に説明できないものを形にすることができるようになるべきである。論理を追求しすぎると虚像になる。(象牙の塔ってことですね。)懇親会カオスでしたwwてつ。関西Javaエンジニアの会の代表/発起人です。JVMやJavaについて書きます。(51)スターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。