软件开发珠玑：穿越50年软件往事的60条戒律

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

1997 年起，Karl Wiegers 一直担任位于美国俄勒冈州欢乐谷的一家软件开发咨询和培训公司—Process Impact—的首席顾问。在此之前，他在柯达公司工作了 18 年，曾担任过摄影研究科学家、软件开发人员、软件经理及软件过程和质量改进领导。Karl 拥有伊利诺伊大学的有机化学博士学位。Karl 共著有十二本书，包括 The Thoughtless Design of Everyday Things、《软件需求》、More About Software Requirements、《成功软件项目管理的奥秘》、《软件同级评审》、《聪明的商业咨询师》及一本侦探推理小说 The Reconstruction。他还撰写了许多关于软件开发、管理、设计、咨询、化学和军事史的文章。Karl 有几本书获得了较高的奖项，最近一次是，他与Joy Beatty 合著的《软件需求》（第 3 版）获得了美国技术传播协会的卓越奖。Karl 曾担任IEEE Software 杂志编辑委员会的成员，以及 Software Development 杂志的特约编辑。在工作之余，Karl 热衷于品酒、在图书馆做志愿服务、为孤寡老人送餐、弹奏吉他、创作并录制歌曲，他还酷爱阅读军事、历史和旅行方面的资料。
死月（XadillaX），本名朱凯迪。字节跳动软件研发工程师，阿里巴巴前技术专家，Node.js Collaborator 之一。硕士毕业于浙江大学，退役 OI、ACM 竞赛选手。曾供职于花瓣网、大搜车、阿里巴巴。著作、翻译出版书籍《Node.js：来一打 C++ 扩展》、《精通 Vim：用 Vim 8 和 Neovim 实现高效开发》、《JavaScript 悟道》。

第1章　吸取经验教训…………………………………………………………………………….1

我的视角 ……………………………………………………………………………………………………………..1

关于本书 ……………………………………………………………………………………………………………..2

术语说明 ……………………………………………………………………………………………………………..4

你的收获 ……………………………………………………………………………………………………………..4

第2章　需求……………………………………………………………………………………… 5

何谓需求 ……………………………………………………………………………………………………………..5

不同的需求类型 ……………………………………………………………………………………………5

需求工程的子领域 ………………………………………………………………………………………..6

业务分析师 …………………………………………………………………………………………………..7

需求是基石 …………………………………………………………………………………………………..8

初体验 ：需求 ………………………………………………………………………………………………………8

经验教训 1　需求不对，项目要废 ……………………………………………………………………….9

何时 ……………………………………………………………………………………………………………..9

何法 ……………………………………………………………………………………………………………10

经验教训 2　需求开发成功，大家就都能懂 ………………………………………………………. 11

经验教训 3　涉众的兴趣点都“长”在需求上 ……………………………………………………13

涉众分析 …………………………………………………………………………………………………….13

仲裁人 ………………………………………………………………………………………………………..15

统一战线 …………………………………………………………………………………………………….15

经验教训 4　以人为本，用途为先 ……………………………………………………………………..16

哪儿来那么多多余的功能 ……………………………………………………………………………16

用途先行 …………………………………………………………………………………………………….17

关注用户故事 ……………………………………………………………………………………………..18

用途规则 …………………………………………………………………………………………………….19

经验教训 5　需求不赖，得看迭代 ……………………………………………………………………..19

渐进式完善细节 ………………………………………………………………………………………….19

突发功能需求 ……………………………………………………………………………………………..20

突发非功能需求 ………………………………………………………………………………………….21

经验教训 6　敏捷需求并无不同 …………………………………………………………………………21

角色与职责 …………………………………………………………………………………………………22

术语 ……………………………………………………………………………………………………………22

文档细节 …………………………………………………………………………………………………….22

活动定时 …………………………………………………………………………………………………….23

可交付形式 …………………………………………………………………………………………………24

优先级排序的时机 ………………………………………………………………………………………24

真有区别吗 …………………………………………………………………………………………………24

经验教训 7　好记性不如烂笔头 …………………………………………………………………………25

畏惧下笔 …………………………………………………………………………………………………….26

书面沟通之益 ……………………………………………………………………………………………..26

合理平衡 …………………………………………………………………………………………………….27

经验教训 8　需求就是要清晰沟通，不要用鬼话迷惑涉众 ………………………………….28

多涉众，多诉求 ………………………………………………………………………………………….29

择述术 ………………………………………………………………………………………………………..30

唠一唠 ………………………………………………………………………………………………………..32

经验教训 9　群众的眼睛是雪亮的 ……………………………………………………………………..32

多需求涉众 …………………………………………………………………………………………………32

需求质量检查单 ………………………………………………………………………………………….33

经验教训 10　需求越好，风险越渺 ……………………………………………………………………34

粒度尺寸 …………………………………………………………………………………………………….35

多少算够 …………………………………………………………………………………………………….35

经验教训 11　不是仅收集就完事了…………………………………………………………………….36

收集 vs 启发 ………………………………………………………………………………………………..36

何时启发需求 ……………………………………………………………………………………………..37

启发上下文 …………………………………………………………………………………………………37

启发技术 …………………………………………………………………………………………………….37

奠定基础 …………………………………………………………………………………………………….39

经验教训 12　客户的嘴，多听不亏 ……………………………………………………………………39

沟通途径 …………………………………………………………………………………………………….39

产品拥趸 …………………………………………………………………………………………………….40

其他需求沟通途径 ………………………………………………………………………………………41

缩小隔阂的桥梁 ………………………………………………………………………………………….42

经验教训 13　天眼不通，他心不通 ……………………………………………………………………42

来猜一下 ……