「データモデルなきアジャイル」の危うさ - 設計者の発言

例によってこれは「業務システム」に関する議論である。ゲームソフトでも組込み系でもＢ２Ｃサイトでもサービス系でもなく、販売管理システムや生産管理システムといった基幹系業務支援システム（ＤＢ構造が複雑なシステムといってもいい）に限った話だ。その種のシステムをアジャイル開発しようと考えるのであれば、それまでにシステム全体の「あるべきデータモデル」が確立されていなければならない。 業務システムを「身体」に喩えるなら、データモデルは「骨格の設計図」に相当する。いっぽうアジャイル開発で導き出せるのは身体の表面上の諸問題、すなわち「皮膚のぐあい」とか「顔つき」のようなものだ。そういった特徴についていかに緻密に決定できても、それらから「あるべき骨格の姿」は導けない。 ＤＢ構造のそういった特性を公知させたのが、前回記事で説明した「ＤＯＡ（データ中心アプローチ）」だった。機能のあり方を確立したうえでデータのあ

[kiririmode]

ＤＢ構造の継続的なリファクタリングなしにスプリントゴールの達成を第一義に捉えてしまうと技術的負債が積み上がる

[drumsco]

設計って、複雑な無数のパラメーターを要件と意匠によって拘束していって、競合した箇所を再調整して。また競合した箇(ry 最終的に落ち着かせる作業だと思う。

[airj12]

規模と寿命と用途によって相応しい開発方法が違うのは当然