产品经理应该熟悉的软件需求工程.docVIP

产品经理应该熟悉的软件需求工程 / 一、需求工程 需求分析的重要性毋庸置疑。在20世纪80年代，逐步形成了软件工程的子学科——软件需求工程。90年代后，需求工程成为软件界研究的重点之一。从1993年起，每两年举办一次需求工程国际研讨会（ISRE）；1994年起，每两年举办一次需求工程国际会议（ICRE）。一些关于需求工程的工作小组相继成立，使需求工程的研究得到了迅速进展。 1.1 需求的定义 IEEE软件工程标准词汇对需求的定义： 用户解决问题或达到目标所需的条件或能力； 系统或部件要满足合同、标准、规范或其他正式规定文档所需具有的条件或能力； 反映上述的条件或能力的文档说明（SRS，软件需求规格说明书）。 业界对需求的通俗解释 ： 需求来源于用户的一些“需要”； 这些“需要”被分析、确认后形成完整的文档； 该文档详细地说明了产品“必须或应当”做什么。 需要说明的是：并没有一个清晰的、无二义的“需求”术语定义存在。真实的“需求”实际上在人们的脑海中，甚至在脑海深处自己都不知道。 “任何文档形式的需求（比如：需求规格说明书）都只是一个模型/一种叙述。” ——Lawrence 1998 我们需要确保的是所有项目风险承担者（stakeholders，干系人）在描述需求的文字的理解上务必达成共识。 1.2 需求的三个层次 业务需求是高层用户（即客户）提出的，比较笼统、宽泛，在项目视图与范围文档中说明。 用户需求是最终用户（实际使用者）提出的，已经比较具体了，在实例文档或方案脚本中说明。 产品需求是开发团队需要的（甲方监理也需要），定义了开发人员要实现的软件功能，使得用户能完成他们的业务，从而满足业务需求。 业务需求和用户需求都是用通俗语言描述的，即用户能看懂的语言；产品需求是用技术语言描述的，是开发人员能看懂的语言。用户和开发人员是在用不同的视角观察需求的，他们看到的内容是不一样的。就软件而言，这里的产品需求就是软件需求。 这样的解释可能还不容易理解，我来举个“咖啡店新老板要更换定制咖啡杯”的例子。 业务需求： 咖啡店老板要订做一种咖啡杯。 找高层用户调查和确认需求是一件痛苦的事，因为他们不关注需求具体内容，甚至常常不知道具体需求，他们关注的是“高屋建瓴”的比较务虚的内容，例如：咖啡杯要好用、要漂亮之类的。 真正去调研需求，需要先识别出产品的最终用户群，选出用户代表，对用户代表进行调研。这里的用户代表为：消费者，喝咖啡；服务员，端咖啡；洗碗工，洗杯子。针对消费者调研可以采用问卷调查的方式来获取用户需求；针对服务员和洗碗工可以采用用户访谈的方式来获取用户需求。 用户需求： 消费者希望“杯子不能烫手”。消费者反馈：原来的杯子手柄很短，杯身隔热效果很差，拿杯子的时候，手指容易被烫。 服务员希望“杯子在托盘上要稳，不容易滑倒”。服务员反馈：原来的杯子瘦且高，杯底很滑，用托盘端盛满咖啡的杯子时，杯子在托盘上容易打滑或倾倒。 洗碗工希望“杯子要容易清洗”。洗碗工反馈：原来的杯子内壁不够光滑，咖啡渍很难清洗。 这样的用户需求似乎很清楚了，但是你得明白这只是针对用户侧，对开发人员来说还是不清楚，因为这是自然语言描述的内容，不是技术语言描述的内容，开发人员无法针对此开展工作。 你还需要把以上内容翻译成为技术语言描述的产品需求： 采用隔热材料，导热率λ 1.22 W/(m.K)，厚度 5mm。经过原型测试，采用了这样的材料和厚度做成的杯子，加入100℃的热咖啡时，杯子外壁的温度大约50℃，轻微触碰时不会感觉烫手。 杯底的静摩擦系数 μ 0.5，满杯的重心高度 h 10cm。经过原型测试，符合这种要求的杯子在装满咖啡时，不容易打滑或倾倒。 杯内壁表面粗糙度 Ra 1.0。经过原型测试，符合这样要求的陶瓷表面不容易附着咖啡液体，很容易清洗。 拿到这样的产品需求，开发人员就可以开展工作了： 根据产品需求1，开发人员可以从工厂常用的陶瓷材料里选择符合要求的，然后把杯子设计为略高于指定厚度。 根据产品需求2，开发人员可以把咖啡杯的底座设计为条纹或其他形式来加大摩擦系数，然后把咖啡杯设计为较矮、较宽的外形，以满足在满杯时的重心要求。 根据产品需求3，开发人员可以对咖啡杯的内壁采用某种抛光或镀釉的工艺来达到表面比较光滑的要求。 这就是需求的三个层次：高层用户关注业务目标的实现，最终用户关注业务执行的效率和使用体验，开发人员关注产品需求是否准确和清晰。 产品经理就比较惨了，需要从多种角度去描述需求：高层用户视角的需求，即市场需求文档MRD；最终用户视角的需求，即业务需求文档BRD；开发人员视角的需求，即产品需求文档PRD（或软件需求文档SRS）。 “需求”，这是所有人都可以说上几句的话题。但最专业的，还是产品经理描述的需求，这正是产品经理的价值所在。 1.3 需