コードの改修を割としてよいところで、自社開発でずっと同じものを作っているところ、という開発限定ですね。 短期開発ではむしろ納期を圧迫するだけです。

ウォーターフォールかどうかというより、対象システムの規模感（＝システムに直接関わるステークホルダーの規模）によるかなと感じています。 例えば1ユーザーにシステム生存が依存するような小規模システム（例えば、ある地方の商店向けに売上システムをスクラッチ開発する場合だとか、事業特性としてスケールしないような官公庁向けの庁舎内システムなど）に対してはドメイン駆動設計はオーバースペックとなることが多いかなと感じています。 逆に1ユーザーにシステム生存が依存しない中～大規模システム（例えば、複数の法人をターゲットにした売上管理システム（提供形態はパッケージもしくはSaaS）だったり、官公庁・公共事業向けでも、県内全域の図書館の書籍検索や貸出管理、子育て世帯×教育現場,保育施設×官公庁の３者を繋ぐ子育て支援のための相談プラットフォームなど）だと、ステークホルダー圏が大きくなるので、ユビキタス言語の策定をはじめとしたドメイン駆動設計のメリットが充分に活かせるのかなと思っています。

ツールは特にこだわっておりません。

参考にしていただきありがとうございます。バリューチェーンを構成する活動領域の図は、企業の活動をベースにこちらでまとめたものです。活動領域の考え方については「バリューチェーンはどう設計するか？」という動画を御覧ください。

ありがとうございます。