知识卡片
小步引入架构
内容
团队没时间做架构时，可以先识别缺架构造成的问题和风险，再用小步改善证明价值。发散：修一处混乱配置、补一张高层图、记录一个关键决策，都比等待三个月重构许可更现实。
参考来源
- 位置：《程序员必读之软件架构》第66章《初识软件架构》（源文件：OEBPS/text00000_split_081.html）
- 结论依据：原文明确建议以身作则、逐个修复具体问题（如混乱配置、缺高层文档）来小步引入架构，而非停工数周做大重构，直接支持卡片论点。
- 原始内容："以身作则，发现并解决问题，包括缺乏技术文档、解决问题的方法不一致、架构层过多、不一致的组件配置等。……我不是说要放下工具停工几个星期……我的意思是，分解问题逐个击破，一步步改变处境。"