构建之法第8，16章总结与感悟

第8章 需求分析

8.1软件需求

1.获取和引导需求

1 软件团队引导利益相关者表达出真正的需求。

2 分析技术的发展趋势以及产业的变化，社会发展的大趋势，推测用户产生哪些新的需求。

感悟：我认为软件需求分析十分重要，一个外行的客户并不会说出一些具体的内容，往往他的脑海中只有一个概念。“想要什么干什么”，这样对于程序员来说比较难掌握究竟如何去做，所以需要引导出客户的真正的需求。
关于第二点，我认为一个好的程序员需要有高度的嗅觉，时时关注社会发展的大趋势，进而来推测出新的需求，然而这些做出的功能满足的新需求可能会带来巨大盈利，为公司保持竞争力。

2.分析和定义需求

3.验证需求

4.在软件产品的生命周期中管理需求

对需求的划分：1 对产品功能性的需求 2 对产品开发过程的需求 3 非功能性需求 4 综合需求

8.2软件产品的利益相关者

 用户 顾客 市场分析者 监管机构 系统/应用集成商 软件团队 软件工程师

感悟：软件利益相关者众多，几乎人人参与。即使是软件工程师也会受使用软件的约束影响工作效率，并不是我学习前想的用户和软件公司那么简单，利益几乎一环扣一环。所以客户需求应弄清楚这些人“想从软件中获得什么”，有的时候用户和工程师之间可以相隔很多环。

8.3获取用户的需求——用户调研

几种常见的用户调研方式：

1.焦点小组

2.深入面谈

3.卡片分类

4.用户调查问卷

5.用户日志研究

6.人类学调查

7.眼动跟踪研究

8.快速原型调研

9.A/B测试

感悟：还是觉得很神奇，为了客户需求，工程师们总结归纳出这么多方法。目前我所知道了解的只有焦点小组，看了本章了解到这个方法可能会有一些善于表达的人控制讨论议程的倾向，以及组织此小组需要很强的组织能力等等。平时我们面对用户调查问卷，包括许多学校内的问卷，经常会心不在焉，乱填一气。交任务似的提交。其中的措辞也是大有门道。书中提出的人类学调查中的《社交网络》一例令我醍醐灌顶。如此简单的一个小问题解决了很多人的需求，想了解“对方是否有女朋友”。

8.4竞争性需求分析的框架

书中介绍了NABCD模型

8.5功能的定位和优先级

杀手功能/外围功能

必要需求/辅助需求

但由于资源有限 有5种方法：维持 抵消 优化 差异化 不做

8.6计划和估计

第一步确定目标 估计和决心 第二步 找出估计后面的假设

1.找到一个主持人 2.主持经过几轮讨论，确定大家对目标有统一理解，统计，找到合理假设。

提高估计能力的招数：快速原型法——用一两个先锋去探路。

感悟：粗粗的计划和估计对于软件的生成是非常不利的，即使是估计，看了这一章，我明白应该更细节更具体化。做出目标估计和决心。

8.7分而治之
感悟：希望能够更理解本篇内容。

第16章 IT行业的创新

16.1创新的迷思

1.1灵光一闪现，伟大的创新就紧随其后

1.2大家都喜欢创新

1.3好的想法会赢

1.4创新者都是一马当先

1.5要成为领域的专家，才能创新

1.6技术的创新是关键

1.7成功的团队更能创新

感悟：本章内容生动有趣，介绍了现在人们对创新的误解，因为中国缺少创新人才就一味的倡导创新。还有各种各样之前我认为挺有道理，而现在幼稚可笑的观点。比如大众喜欢创新等等，我对于科技还是比较守旧的，比如我现在还是不喜欢智能机，我认为手机就应该打电话发短信。其余功能会使我们变得更加浮躁。思考过后我想创新是需要，世界推动着产业发展。答案应该在下几章内被解释一点。

16.2创新的时机

书中介绍了技术成熟曲线

感悟：从书中一开始的黄金点游戏开始，这一章节就详述了创新时间等等的理论知识。让我明白了当一个公司出了热门股之后，详细了解这支股票位于哪个阶段，大众看到了创新还是投机？

16.3创新的招数

1.SWOT分析框架

2.动量和加速度

3.技术产品的发展周期

4.效能过剩和竞争的各个局阶段

5.影响产品竞争的各个因素

6.四个象限划分产品

7.打出组合拳和套路

16.4魔方的创新

此为一个用魔方做的实例

16.5创新和作坊

1.自己手工劳动，做出产品

2.人不多，师傅带徒弟，或家传手艺

3.只做某种行业，不太改行，商业技巧比较缺乏

4.不太做广告，主要靠扣扣相传，容易被技术进步淘汰