银川治疗白癜风医院 http://baidianfeng.39.net/a_wh/131225/4316566.html
为什么我们从来没时间把事情做好，却总有时间返工呢？有资料显示：产品中发现的缺陷有40%~50%是在需求阶段埋下的“祸根”，需求阶段的问题不但造成了大量的无效工作，也间接影响了团队的士气，降低了产品质量和业务价值。为什么会出现这种情况呢？我们可以试着从需求的定义来找一找原因。关于需求的定义，有两个比较有代表性：其一是《探索需求-设计前的质量》这本书中，作者把需求定义为「一个试图发现人们对新产品的期望的过程。」其二是《需求工程：良好实践指南》这本书中，作者把需求定义为「需求是对我们应当执行的任务的规范说明。它描述系统的行为特性或属性，可以是一种对系统开发进程的约束。」无论是哪个定义，需求涵盖了来自客户视角的外部系统行为以及来自开发人员视角的一些内部特征。正是因为接口和过程的多样性，给需求管理带来了不确定性和含混性，而产品开发是一门精确的学科，如果我们自己都不知道想要什么。那么开发过程越精确，其结果偏离越大。本文结合自己踩过的坑，汇总一下探索需求的过程，以及如何尽量减少需求分析过程中含糊不清的地带，达到「明白自己在做什么」的目标。有四个部分可以概括探索需求的内容，本文主要讲人性因素、含混性来源和消除含混性的方法。一、人性因素在产品和系统开发方面有经验的人可能有这种体验，产品成功的关键越来越依赖于人的因素，所以他们会花更多的时间来与人打交道，而花较少的时间在技术任务上。人与人不同需求的产生，我们可以理解为：某些人会提出一些想法，并觉得某些特性应该设计到产品中并通过技术手段去实现。在这个过程中，如果是我们自己的一个想法或许不会产生什么问题，但因为「人」来自不同的群体，针对同样的事情看法可能截然不同，认识到这个差异性是我们探索需求的起点。比如，有一名大学院长说：“我们需要吸引更多的学生”，如果仅仅理解字面意思，“更多学生”可能是指学生数量，也可能意味着招收更多的优等生等。实际上院长需求背后的动机是，提高申请者的拒绝比例来增加拨款。我之前遇到过一种情况，领导和客户代表沟通后说，希望通过一个智能分析算法实现道路车流量检测，统计出一定时间段内道路通行车辆计数功能。然后工程师就把分析算法当做核心工作开始了开发，等做得差不多了的时候去和客户再次沟通，才发现：客户并不关心算法，他

转载请注明:http://www.aideyishus.com/lkyy/6204.html