software development

1. 導入：システム思考との出会い 技術的負債が10倍困難になった理由 過去のプロジェクトで、印象的な経験がありました。 3ヶ月前なら1日で修正できたはずの問題が、今では2週間の見積もりに。周辺のコードが複雑に絡み合い、影響範囲を特定するだけで数日かかる状態でした。 なぜ、こうなったのか？ 同じコードベースなのに、時間が経つほど修正が困難になる。この「加速度的な悪化」には、何か構造的な理由があるはずでした。 その答えを見つけるヒントが、意外な1冊の本にありました。 エンジニアリングマネジメントの名著が推奨する一冊 ウィル・ラーソン著「エレガントパズル」は、エンジニアリングマネジメントの実践書と…