|
在分析、转换客户需求的时候，要特别注意客户提出的限制条件和假设条件。因为这两类条件往往是客户的最大需求或隐形需求，一定要将其显性化，最好可以成为客户需求。项目管理者联盟文章
客户的需要、客户需求、产品需求都要进行跟踪以保证需求的可追溯性。这个可以从需求管理PA中明确。项目管理培训
SP 2.1 建立产品和产品组件需求
前面说过，客户的需求是用人的语言描述的业务如何实现，现在产品需求则是用系统的语言(标准技术的语言)来描述什么样的产品可以达到客户的需求。比如，客户会要求有个网站登陆的功能，在产品需求中就要明确要用用户名、密码、验证码以及对这些字段的长度要求和容错能力要求等等。这就是从人到系统产品视角转变的过程。项目管理者联盟
在这里需要把在客户需求阶段无法转换的限制或假设条件进行转换成产品需求，当然有些限制或假设条件可能还要在设计阶段进行转化。比如：我2000年参与开发过一套人事系统，这套系统要卖到全国各省。但是当时有个省使用的还是FOXBASE系统，和我们的SQL Senver系统对接不上，但是要买给他们这套软件必然要解决这个问题，所以数据库迁移就成了一个限制条件，我们在产品需求中单独分析出了一个数据清洗和置换的中间件解决这个问题。项目经理圈子
当然，产品需求的制定还可能要考虑到采购、测试、生产、工程等方面的需求，已保证产品开发出来是可行的，这些往往是在客户需求阶段捕获不到的。成本也是需要考虑的内容之一。项目管理者联盟
产品和组件的开发可以参照以下内容：项目管理者联盟文章
1.用专业术语来开发、制定产品和产品组件的需求。talent.mypm.net
这些专业数据应在开发团队中是达成共识的。《需求规格书》不是什么程度都可以叫的，我们一般写的都是《需求说明书》。什么可以达到规格书的标准，我原来听一个牛人说，用特定达成一致的符号、公式表达每一个需求，每个需求有一定字数限制。这种表示出的需求书方可叫做《需求规格书》，可怕吧。项目管理论坛
2.根据设计决策派生需求。项目管理论坛
这里我们还应该注意到，在我们选择技术途径时也可能产生附加的需求。比如我们在做视频的产品中选择某种可以将桌面内容分享的技术，那这个产品可能就会添加线上培训等的大量需求甚至可能会产出新的一类产品。项目管理者联盟
3.建立并维护产品需求间的关联关系，以便在需求变更时容易找到会影响的需求。这种关联关系至少要明确上级需求与下级需求之间的关系以及同级需求之间的关系(比如：性能需求和功能需求的关系)。项目管理者联盟
欢迎各位扫描作者微信二维码进行交流项目管理论坛
 项目管理者联盟
本书连载为作者授权在项目管理者联盟网站及项目管理者联盟微信公众号发布，谢绝转载。项目管理者联盟 项目管理论坛
本文为项目管理者联盟联盟会员原创文章，授权发布，非经同意不得转载！
|
