疯狂的订餐系统软件需求分析挑战之旅4

特别声明:
如需转载此文,请给出指向本网站的连接,如下:
作者:张传波
摘自:http://www.umlonline.cn
如不能按此要求,请不要转载此文。

1.6 榨干人脑汁的需求分析
 
需 求分析最核心的问题就是搞清楚客户到底想要什么!客户通常只会有朦胧的大概的想法,他们提出来的需求,往往只是表面的、不全面的,甚至是匪夷所思、互相矛 盾的,我们需要透视它的本质。如果我们能说出客户内心深处真正想要的,而客户又不能直接表达出来的东西,我们才能真正做到“为客户带来价值”!
 
有 很多方法能帮助我们搞清楚客户真正之需要,如问卷调查、访谈、用例图、用户故事等,还有前文介绍的“需求分析大道理”,事实上这些都不是提高需求分析能力 的根本方法。需求分析的大道理、方法论这些最多让你开阔了研究,但基本上难以帮助你解决项目中需求分析的实际问题。上文的订餐系统,看上去简单,但也足够 让你抓狂!没有深厚的功底,是难以做好需求分析工作的。
 
要具备怎样的技能才能成为需求分析高手呢?
 
图5 需求分析高手
 
需求分析能力的提高,依靠长期的积累,长期的实践!以下是一些建议:
1)不要以为学过了一些需求分析知识,就以为自己很厉害,也不要用这些大道理来指导项目组工作,不仅对项目组毫无实际帮助,还会帮倒忙。
2)不要一毕业就直接投身需求分析的工作,最好还是从编码开始,另外也可以考虑做测试、实施。
3)要不断地积累业务知识、技术知识。
4)学习面向对象分析、面向对象设计,并在实际工作中运用,面向对象分析与设计的方法,会从本质上提高你发现问题、分析问题、提炼问题、解决问题的能力。从这点上说,从开发开始是最好的选择。
5)把握一切能提高你表达能力与理解能力的机会,和别人沟通要及时表达出你对别人说话的理解,平时多写文章、博客之类的,提高你的书面表达能力。
6)为什么强调要有丰富的管理和被管理的经验呢?订餐系统中其实我们看到很多跟管理相关的问题,很多问题是需要管理办法去解决的,缺乏管理和被管理的经验,就会难以理解客户的问题,更加是无从从管理上提出具体的解决办法。
 
需求分析是榨干人脑汁的活,超具挑战性的工作!要站在比客户更高的角度把握住客户的需要,然后将客户的这些需求转化为软件可实现的需求规格,与此同时还需要为客户提供与软件相匹配的管理意见。你做好准备迎接这样的挑战了吗?
 
特别声明:
如需转载此文,请给出指向本网站的连接,如下:
作者:张传波
摘自:http://www.umlonline.cn
如不能按此要求,请不要转载此文。

1.7 变被动为主动
 
大部分情况下,需求分析的工作总是比较被动的,总会有点被客户牵着鼻子走的感觉,为什么会这样呢?看看下图:
这个图表示了随着项目的开展,客户与项目组对本项目的需要的认知程度是怎样变化的,横轴是时间,竖轴是对需要的认知程度。这个图说明了这些问题:
1)项目最开始时,客户对需要认知程度比较高,而项目组只是有朦胧的认识。
2)随项目的开展,客户和项目组都逐步提高了认识。
3)整个项目开展过程中,客户对需要的理解程度总是比项目组要高。
 
以 上该图反应了绝大部分项目的情况,这样的项目客户对需要的理解永远领先于项目组,这样项目就不可避免地会陷入被动的境地。项目组做出来的东西往往不是客户 真正想要的,要反复多次,但做出来后,客户又会继续有新的要求,周而复始,没完没了,客户和项目组都相互不满对方的表现,最终项目很可能是“双输”。
 
如果是下面这个图呢?
在项目初期,客户对需要的理解程度是比项目组要高的,但项目组的学习能力比较强,对需要的理解很快就超越了客户,并且在后面持续领先于客户。
按照这样的曲线,项目成功的机会是很高的,只要项目组对需要的理解领先于客户,就能化被动为主动,最终达到双赢!
 
很多公司会接手很多新项目,这些项目之前是没有什么积累的,保证这类项目成功的关键,就是要提高项目组的整体水平,人的水平是决定因素,不要指望什么用过程大框框能改善项目情况,更加不要指望那些半桶水的QA来监督项目组。
 
下面这个图呢?
什么情况下会是这样?
产品化的项目!
产 品化的项目才是公司持续盈利之道,所有公司都需要积累自己的业务与技术知识,将项目产品化。但凡产品化的项目,项目组对需要的理解要比客户深刻很多的,客 户会很崇拜你、认可你,在项目开展过程中,项目组要不断地去提高客户的业务水平,同时学习项目中特有的产品中没有的东西,将这些新内容提炼到产品中来,为 下一个项目服务。
 
变被动为主动的奥妙就在此!提高需求分析能力没有捷径,努力提高水平吧!
原文地址:https://www.cnblogs.com/garfield211/p/2263179.html