需求实务理论:互联网需求分析

简介: 摘要:需求分析的方法总结:  一、需求的关注  二、需求的原则    三、需求的获取  四、需求的分析   五、需求的变更   六、需求的管理 说明:需求分析是公司研发方面最为重要的工作,只有需求正确了,整个产品研发才会正确,只有产品正确了,公司的发展才会走向正确。
摘要:需求分析的方法总结:
  一、需求的关注
  二、需求的原则
    三、需求的获取
  四、需求的分析 
  五、需求的变更 
  六、需求的管理 

说明:需求分析是公司研发方面最为重要的工作,只有需求正确了,整个产品研发才会正确,只有产品正确了,公司的发展才会走向正确。为了有效把握整个局势,我们要把握住对需求的分析。 
   
一、需求的关注 
需求甚至可以是一句话。但在关注需求时,我们必须清晰地看到,提出需求的人有其关注的点,这些关注的点与需求提出者自身的业务目标、发展期望密切相关。需求是他所期望得到的一种结果,而这种结果与他当前所处的环境密切相关,以此为前提,我们才能更好地为客户或者为公司的发展去做分析他们的心理,才能更好地得到准确的分析结果。

通常,我们从最简单的需求里也可以解析到需求提出者如下方面的内容:
  1、达到何种目标
  2、实现何种功能
  3、得到何种数据
  4、具有何种要求

  比如:让发布活动变得简单。
  从字面上,我们就可以这句话所蕴含的意思:他们需要建立一个活动系统,该系统要实现活动的发布功能,他希望通过简便但有效的操作让活动发布出来给活动参与者看。
  而如果结合提出者所处的环境再来看这句话,我们可以将意思理解得更为透彻,假如该提出者是XX沙龙负责举办活动的人。我们可以分析如下:他们认为发布活动不简单,是因为他们觉得发布活动很麻烦,他们烦恼,正说明活动对于他们来说是非常重要的,正说明一个简便有效的活动发布系统对他来说是比较重要的;他们所烦恼的是活动发布,但有些隐性的东西可能蕴含在活动之中并没有体现出来,活动是最为外在的表现,而在这层外衣之下还有引起活动发布不简单的更深的原因;当前他可能有一个活动发布系统,可是发布起来比较麻烦,我们可能有现成的东西来参考以知道他为什么觉得发布麻烦;而他是亲自操作活动的人,一定是非常熟悉活动的流程的,因此,他一定有意识怎样才能让活动变得简单,我们可以知道他有什么样的想法;他负责举办活动,因此,这个系统将来是否能通过验收的左右权一定在于他,因为他在这方面最具权威,而他也是将来直接操作这个系统的人,所以,如果我们能让他满意,那么我们就一定能让XX沙龙满意,而对他的分析,就很大程度上是对整个客户的分析;之所以由他来进行XX沙龙系统需求的交涉,则此人一定会具有相当的决策参考权,说服他就能为我们免去很多由于他的上级关注而引起的不必要的麻烦。……
  由此可见,我们经过分析能够把握住客户的心理行为,这为我们制定正确的策略来进行开发,为我们免除客户无理要求,减少开发的额外负担,合理进行功能规划有着非常重要的意义。
  需求关注的要点就是:他希望得到什么样的结果,我们能以什么样的结果来满足他。在这个前提下,我们才可以继续往下与客户进行下一步需求的探讨。

二、需求的原则
  需求必须要要满足以下几点我们才能进行需求分析:

1、准确
  需求必须明确提出来要什么,如果客户也不清楚要什么,那么我们必须让他弄明白他要的是什么才能进行需求分析.

2、可靠
  需求的提出来源必须可靠,必须得到确认,否则不能进行需求分析。

3、可行
  需求提出来必须是可行的,否则即使进行了需求分析也是没有意义的,判断一个需求是否可行有多方面的依据,如:当前自身具有的系统能否满足需求;客户的需求从技术上来说是否可以达到,达到的代价如何;市场上有否同类或类似的系统可供借鉴;等等。

4、符合我们的目标
  因为我们不是外包公司,所以无论是客户的需求或是我们自身进行产品设计的需求,我们都要认清这一点:一定要符合我们发展的目标,不符合我们发展目标的需求,我们不需要关注,或者说我们让这种需求转换成符合我们目标的需求再继续进行关注。

  这几点都非常重要,正确处理这些对需求分析至关重要。

三、需求的获取
  进行需求分析,我们必须获得需求。需求通常来源于客户或者自身发展的要求,但除此之外,需求还有很多的来源途径:

1、客户提出的要求,我们进行分析,形成需求
2、通过研究其他竞争对手的产品或类似产品,获得需求
3、公司内部发展所产生的问题,为解决这些问题而获得需求
4、基于对某些想法、建议的研究而产生的需求
5、基于对现有系统功能改进而产生的需求
6、由社会中的某些现实需求而产生的需求

 在进行需求分析之前,我们心里必须清楚需求一旦出现,我们就能用什么样的方式去切合客户的这种需求,这就要求我们在进行分析之前对各种各样的需求处理方式能有所把握,这种把握能力来自于对需求处理方式的掌握,来自于不断获取各种需求并加以思考而得来的积累。有所积累是进行需求分析的重要前提。

四、需求的分析
  需求分析是整个需求生命周期中最为重要的环节。

  需求分析所要做的是将客户的业务方式转化为可用系统实现的方案。需求分析是一个结合业务模式和系统模型的过程。进行需求分析的一个基本要求就是:需要熟知业务,也需要熟知系统,要有缜密的思维,而在这中间还穿插了和客户的交流以及和技术人员的交流,甚至需要配合开发人员进行项目管理,因此需求分析人员的要求是比较高的。
  进行需求分析除了个人的素质之外,也有一些方法可以使需求分析变得简便一些。
  首先我们要清楚的是,需求分析是为着一个目的而进行的,这个目的就是:以合适的方式建立高效方便的系统以实现业务目标,所有需求分析都不能脱离这个目标,这是我们能以各种方式来进行需求分析的核心。
  这个目的的三个核心要素就是:
  l、合适的方式
  2、高效方便的系统
  3、实现业务目标

  以下方法,围绕着这三个核心目标,从不同的角度来切入,以达到实现业务目标的目的。
  1、模型法(从结构入手的方法)
  模型法就是我们依据业务目标建立一个基础模型,该模型能满足业务目标的需要,从该模型引申出发,我们逐步把我们所需要的功能添加到主干上去,形成分叉,在分叉上再继续添加功能又形成更多分叉,这样我们便逐步地构建了一个完整的系统。

  模型法是从业务目标角度出发一种需求分析方法,该方法最为重要的是:该模型可以满足业务目标的需要,随后的功能都不会偏离业务目标的发展,牢牢地把握住了目标,这对于保证公司正确的发展是非常重要的。
我们XXX体系建立的分析方法就属于这样一种基础建模方法。这种方法适合于需要保证走向的重要系统,对于以产品立企的公司来说,是尤其重要的方法。
  2、参照法(从系统入手的方法)
  参照法就是我们根据之前建立的系统,通过改造旧系统以达到新业务目标实现方法。
  该方法的前提是有已有系统,并且该系统能实现当前所需要的类似业务功能。这种方法是从系统角度出发的一种需求分析方法,该方法最大限度地利用现有系统所实现的功能,以最简要的方式来实现业务目标。这对于快速建立系统,尤其是客户系统是非常重要的方法。如若将来,系统平台化,或智能化,这种参照纯粹成为一种操作的时候,客户系统的建立便可以成为一种客服方式了。

  这种方法是到一定程度之后,实现快速发展的重要方式。
  我们参照XX峰会系统搭建XX沙龙系统就是通过参照法来实现快速改造的。

  3、分析法(从流程入手的方法)
  对于比较复杂的系统,我们无法简单通过参照法来实现,我们也无法通过模型法来定义一个清晰的模型再逐步引申,那么我们只能通过对其进行客观深入的分析以了解到其细微的结构,形成一个清晰体系,再在这个体系的基础上来形成系统结构,一次性达到系统设计的目的。

  这种方法通常对应的是系统逻辑非常复杂的系统,其实现的业务目标也许非常简单,但要实现这种业务目标的途径却并不太容易把握,我们需要对其进行深入了解和分析,以最佳的方式来实现业务目标。
  分析法最为重要的应用领域是创新领域,这类创新以新的流程达到了其他系统所实现的目标,是引发产品变革的一个重要方法。
  我们XXXXXX模式的需求文档便是以逐步分析深入而得到的。
  4、归纳法(从性质入手的方法)
  当一个系统的需求是非常零碎的需求的时候,我们需要通常需要对其进行归纳,将其形成一些共性的部分和特性的部分,再依据这两部分规划出功能的模块,再加以补充形成体系。

  归纳法最重要的是把零碎的需求定性,通过整理归纳合并发现实现业务目标的方式。
  通常我们的客户系统均是需要使用归纳法才能发现到底要如何建立系统的。

  5、借鉴法(从应用入手的方法)
  借鉴法指我们从应用的角度出发,如果我们所要开发的系统已经有一个同类的相对成熟的系统存在着,我们可以从这些成熟系统上借鉴他们的处理方法和逻辑结构以达到我们的目的。

  通常借鉴法容易被指为抄袭,而抄袭也是容易阻碍我们发展壮大的,所以我们必须要谨慎地使用借鉴,借鉴法只能借鉴其优秀的思想和设计思路,而不能全盘照抄。全盘照抄的结果就是使得系统无特色可言,不容易长久下去。
  如XXXXXXXXXX系统,我们进行需求分析便是多方参考各种成熟的XXXXX系统,综合我们的目标,而分析得到的。
  这五种方法通常也不是单独运用,很多时候都需要综合,只是在运用的时候一定会有所偏重,因为每个系统的建立目标是不同的,其建立的方式就会有所差异。虽然理论上来说这些方法比较的抽象,但在实际运用中,需求分析的方法无出其外。

五、需求的变更
  需求是变化的,只能有一个短暂的稳定时期,这是由业务目标是变化的决定的。因此需求变更应视为一种正常状态。

  我们将需求变更与系统开发需求区分开来,其重要标志是:需求变更只是为了更好地实现之前的业务目标,而不是为了实现新的业务目标。
    需求变更是对原有需求有所修改的,从性质上来说,他属于一种新的需求,只是这种新的需求是要变更之前需求的流程以更好地实现同样的目标。

  需求变更的处理是对原有需求的一种局部处理,这种局部处理由于微小,我们容易忽视,所以我们要对需求变更进行记录。(注:需求变更有专文描述)

六、需求管理
  需求是公司发展的根本动力,也是公司的愿景所在,需要进行良好管理,以更好延续公司的一贯策略,实现在发展的过程中积累经验。 

  需求管理是一个非常重要的方面,有关需求管理的方面,详见《XXXXXX》(注:需求管理有专文描述)。
目录
相关文章
|
6月前
|
设计模式 算法 测试技术
【软件设计师备考 专题 】标准化知识:意识和发展(一)
【软件设计师备考 专题 】标准化知识:意识和发展
97 0
|
6月前
|
新零售 人工智能 大数据
推三返一互助系统开发|成熟案例|模式分析
他们更重视购物过程体验,希望与品牌商及零售商建立交易关系之上的信任感和亲密感
|
6月前
|
安全 网络协议 网络安全
2024年甘肃省职业院校技能大赛信息安全管理与评估三阶段理论样题一
2024年甘肃省职业院校技能大赛信息安全管理与评估三阶段理论样题一
|
6月前
|
监控 安全 网络安全
宝鸡陇县中学弱电系统集成设计方案_kaic
宝鸡陇县中学弱电系统集成设计方案_kaic
|
6月前
|
网络协议 算法 安全
【软件设计师备考 专题 】标准化知识:意识和发展(二)
【软件设计师备考 专题 】标准化知识:意识和发展
46 0
|
存储 安全 数据可视化
PMP备考之路 - 敏捷实践第六讲(关于项目敏捷性的组织考虑因素)
PMP备考之路 - 敏捷实践第六讲(关于项目敏捷性的组织考虑因素)
128 0
|
监控
CMMI落地中PQA实施的苦恼
CMMI一直强调组织愿景,组织战略,一切目标的制定,活动的裁剪都是围绕着“战略”二字展开。因此不同角色的定位和工作内容也由高层的战略指导方向而定,那么QA能做到什么样,老大的理解、定位、投入是很关键的。
CMMI落地中PQA实施的苦恼
|
应用服务中间件 HSF
阿里毕玄:系统设计之系统建设的目的
在前面[聊聊系统设计的套路]这篇文章里聊了下做系统设计的一个思考框架,这篇展开讲系统设计的第一步,就是分析清楚系统建设的目的。
1768 0
|
监控 测试技术
六年测试之精华分享:产品质量应从哪些方面提高
今天就说说近期大家比较关心的话题,根据自己多年的测试经验,对于一个企业能否很好的生存下去,有四个核心指标,产品质量Q、服务质量S、产品价格P、响应时间T,在我看来,属于技术范畴的2个最核心的指标是:一是产品质量、二是响应时间,怎样更好的保障产品质量,为一线的销售保驾护航好产品,就显得尤为重要...
1403 0