本书像牡蛎一样，去芜存菁，将作者五十年来在软件工程领域摸爬滚打得来的经验教训凝结为软件开发珠玑。它围绕需求、设计、项目管理、文化与团队合作、质量、过程改进几个方面，在软件工程的各个角落中挖掘出也许对大家有用的经验教训，让大家在自己的相关职业生涯（包括但不限于研发各领域的工程师、产品经理、设计师、项目经理等）中少走一些弯路，更能如鱼得水。

卡尔·魏格斯（Karl Wiegers），博士，Process lmpact独立创办人，该公司设立在俄勒冈州的欢乐谷，迄今已有25个年头。卡尔供职于柯达公司的18年中，先后担任过摄影技术研究科学家、软件开发人员、软件经理、软件流程与质量改进的负责人。卡尔著作等身，代表作包括《软件需求》（技术传播学会优秀奖）系列版本，《成功软件项目管理的奥秘》《软件同级评审》《打造软件工程文化》（《软件开发》杂志Jolt大奖得主）。他发表过200多篇以软件开发与管理、化学和军事历史为主题的文章。写过一部法医推理小说《重建》以及一本生活回忆录。他还是《IEEE软件》的编委会成员和《软件开发》杂志的特约编辑。可以通过网站www.processimpact.com或www.karlwiegers.com联系他，只要他不在弹吉他，也不在开车送外卖的路上或者在图书馆担任志愿者，他都会回复你的。

第1章 吸取经验教训
我的视角
关于本书
术语说明
你的收获
第2章 需求
何谓需求
不同的需求类型
需求工程的子领域
业务分析师
需求是基石
初体验：需求
经验教训1 需求不对，项目要废
何时
何法
经验教训2 需求开发成功，大家就都能懂
经验教训3 涉众的兴趣点都“长”在需求上
涉众分析
仲裁人
统一战线
经验教训4 以人为本，用途为先
哪儿来那么多多余的功能
用途先行
关注用户故事
用途规则
经验教训5 需求不赖，得看迭代
渐进式完善细节
突发功能需求
突发非功能需求
经验教训6 敏捷需求并无不同
角色与职责
术语
文档细节
活动定时
可交付形式
优先级排序的时机
真有区别吗
经验教训7 好记性不如烂笔头
畏惧下笔
书面沟通之益
合理平衡
经验教训8 需求就是要清晰沟通，不要用鬼话迷惑涉众
多涉众，多诉求
择述术
唠一唠
经验教训9 群众的眼睛是雪亮的
多需求涉众
需求质量检查单
经验教训10 需求越好，风险越渺
粒度尺寸
多少算够
经验教训11 不是仅收集就完事了
……
第3章 设计
第4章 项目管理
第5章 文化与团队合作
第6章 质量