第 9 章：务实的项目
系列：程序员修炼之道 · 第 9/9 章
一句话总结
务实交付：小团队、可工作软件、真实进度、任务清单与自豪感——敏捷是价值观而非仪式，拒绝借口文化。
核心观点浓缩
- 小团队：沟通成本随人数陡增
- 无借口：对交付与质量负责
- 务实的敏捷：迭代、反馈、可工作软件；反仪式敏捷
- 任务清单：可追踪；完成定义清晰
- 在作品上签名：工匠骄傲与责任
- 先勿伤害：改动不伤害用户与队友
- 上下文切换：保护专注时间
关键概念 / 金句
- 「Agile is not a noun」——敏捷是你怎么做
- 签名作品 = 对质量背书
本章在全书中的位置
全书收束，把个人习惯上升到协作与交付。读后宜回看第 1 章「沟通」与第 8 章「需求」。
个人思考与启发
发布前 checklist：连接、导出、上传、删 staging 目录——任务清单化，减少遗漏。
代码评审与结对是沟通，不是挑刺；「签名」文化鼓励对模块长期负责。
拒绝「测试会补」「文档以后写」类借口，与第 7 章测试观一致。
与《软件设计的哲学》对照
- 务实交付 ↔ 战略编程不矛盾：迭代中持续降复杂度
- 任务清单与红旗清单可结合做发布评审
- 小团队利于深模块所有权清晰
重点与注意
重点：可工作的软件与真实进度胜过文档表演。
重点：敏捷是价值观（反馈、沟通、勇气），不是固定仪式。
重点：在作品上签名培养责任感与质量意识。
注意：工具（Jira 等）是仆人，不是流程本身。
注意：先勿伤害：上线改动要有回滚与数据安全网。