读《构建之法》第8、9、10章有感

标签：

第8章  需求分析

软件需求

用户的需求五花八门，作为一个软件团队要准确而全面地获取这些需求主要有以下四个步骤：

1. 获取和引导需求。这一步骤也被叫做“需求捕捉”。软件团队需要为用户着想，设身处地，为用户引导出需求。
2. 分析和定义需求。从各个方面获取的需求进行规整，定义需求的内涵从各个角度将需求量化。
3. 验证需求。软件团队要跟利益相关者沟通，通过分析报告、技术原型、用户调查或演示等形式向他们验证软件团队对于这些需求的认知。
4. 在软件产品的生命周期中管理需求。

竞争性需求分析的框架：1.N（需求） 2.A（做法） 3.B（好处） 4.C（竞争） 5.D（推广）

所以我个人觉得，想要获得成功，必须要做好需求分析这一模块。因为需求分析就像黑暗中的明灯，我们通过它，才能够快速地找准我们正确的前进方向，

不至于让我们走太多的弯路，以免浪费不必要的时间和精力，能够让我们更好更快地抢占先机，快人一步。

第9章 项目经理

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

所以我觉得，PM是促进一个团队快速工作，高效率的重要角色，是团队的核心。

第10章  典型用户和场景

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

读《构建之法》第8、9、10章有感

标签：

原文地址：http://www.cnblogs.com/14fzf/p/5532699.html