《构建之法》8~10章读后感

第八章，需求分析：

获取需求时需求还可以来自技术团队本身是我没想到的，一直认为客户给需求，然后就按照客户需求做，没想到团队本身的需求，团队在考虑软件的代码、架构、所依赖平台的长期演化的时候，会提出技术性的

需求，包括代码的迁移、架构的演化、平台的变化，或者引入新的技术。

在各种调查时用户调查问卷这个方法我觉得不太适用，是现场发给客户问卷还是网上以弹窗的形式发给客户？无论哪一种客户都不会喜欢，就算填的时候也有可能瞎填，使客户的真实想法无法反应在问卷上。同

时问卷本身可能会带来一系列的问题。NABCD模型竞争性需求的框架，了解每一点的作用，最后那个概括图我们的产品，他们的产品，用户需求做了比较，非常明确。

 

第九章，项目经理：

讲了项目经理是怎么来的，项目经理跟其他经理的区别。

要成为一个团队的项目经理，要有学习能力，理解能力，管理能力。

写了项目经理的具体任务。

 

第十章，典型用户和场景

给了VS的典型用户例子，各种用户的造型和特点，算是归类了，自己以后可以依据这个经验给客户分类。给了典型场景的模板，有些场景描述了成功的结果，有些场景描述了失败的结果，用户和系统有成千上

百种可能的交互情况，写场景要有针对性。因此给的模板只能当做例子吧，还得根据不同场景有针对地做。

“写好规格说明书的秘诀不多，只有以下三点：实践，实践，再实践” 用真实的事情写用户如何用软件，简明扼要不长篇累牍。