非エンジニアサイドに技術的負債や設計を説明するノウハウ - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? こんにちは、リファクタリングが大好きなミノ駆動です。 この記事は READYFORアドベントカレンダー2022 、10日目の記事です。 これはなに？ ろくに設計せずにシステム開発を進めると技術的負債が蓄積し、変更が難しくなってしまいます。 しかし設計を推進しようにも、周囲が設計is何を知らないと、なかなか理解を得られません。特にビジネス側や経営側はプログラムの内部構造を知らないわけですから、輪をかけて説得が困難です。 この記事は、ビジネス側や経営側など、非エンジニアサイドに対して技術的負債や設計を分かりやすく説明するための例えや手法をま

[saikyo_tongaricorn]

収納とソースコードの例えで伝わるなら苦労しないんだよなあ

[dorapon2000]

“開発速度の鈍化は、すなわち開発コストの高騰です。バケツに穴が空いた状態です。 継続的に利益が減衰してしまいます（ココ重要）。”

[masa8aurum]

技術的負債がある状態を「収納がぐちゃぐちゃになっており、スムーズに物を取り出せない」と喩える