《构建之法》第8,9,10章读后感

第8章  需求分析

1. 在第六次作业中，我们组讨论完毕准备做一个关于零食推荐的网站，在开始动手打代码做网站之前，我们首先做的需求分析。也体会到了需求的重要性。在软件产品利益相关者中，我觉得对于零食推荐网站，真正会登录网站评论收藏的人相对比较少，而大多数使用该网站的人都是直接浏览网页而懒得登录（使用方法参考“礼物说”网站），这就感觉“登录/注册”功能需求相对来说不那么重要。于是，我们决定以后会使用第三方软件登录而取消注册功能。（当然对于网站功能目前还未完成，完成部分为前台界面布局。）
2. 软件团队需要设身处地为用户着想，于是在讨论需求分析的时候，我们采用了Cosplay的方法，再之，我们参考并使用了礼物说，等同类型不同主题的网站。
3. 在软件产品生命周期中管理需求，有些需求目前我们可能无法完成（比如链接数据库这方面课程刚刚开始），可能过一段时间我们才能得心应手做出来。我们根据需求变化等做出了一些改变。
4. 在用户调查方面。让用户使用软件完成一项任务的方法好赞。过些日子的调查可能会采取这样的方法。因为问卷调查的方式实在是又麻烦又讨人厌。每次弹出都只会一心想关闭它，而不会如何用心去完成。除非填完问卷之后有些什么诱人的奖励。或者问卷形式设置得友好吸引人一些（比如是以一个萌萌的动漫形象或宠物等像网站游客提出不多的问题）。不然一般游客哪有闲心为你做问卷。

第9章  项目经理

1. PM的能力很重要。有能力并且得到大家认可支持的PM才是一个优秀的PM。自省能力中的“拍屁股”走人是我最讨厌的事情，但是可能谁都有这么一种冲动。——“啊呀，我真做不出来，不做了。你们自己玩吧。”这种心态可能会有一时，但当你勇敢面对这些困难，并认真学习如何打败它时，你是个优秀的人。当你打败困难之后，你会有满满的自豪感。这种感觉比你放弃“拍拍屁股走人”的感觉好多了。再者，得到大家支持也很重要。一个无法得到团队成员支持的PM，大概也无法得到领导的支持。

第10章  典型用户和场景

1. 光看用户的表面语言和行动远远不够，所以我们要找到用户背后的动机。不然实现的功能总是无法取得用户的满意。以致于产品可能要多次“返工”。“返工”不仅仅考验软件开发团队，也考验用户的耐性。也许用户觉得这次在你的公司购买的软件这么麻烦，下次他会考虑换一家公司进行购买。
2. 我们的软件不是给所有人用的。每个人都想自己做的软件多一些使用者，但是在做软件的时候，我们不能考虑太多类人。需要考虑的是主要使用我们软件的典型用户，一些跟我们软件实际上并无交集的人并不能算为典型用户（比如吴石头）。