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

第8章  需求分析

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

 

第9章  项目经理

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

 

第10章  典型用户和场景

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