『需求的10个事实』:
1、需求其实并非在谈需求。本质上说,需求与编写需求无关,而是发现要解决的问题。
2、如果我们必须构建软件,那么它必须为拥有它的人提供最理想的价值。
3、如果软件不必满足要求,那你怎么干都行。但是,如果它打算满足要求,你就必须知道要求是什么,才能构建正确的软件。
4、构建一个软件和解决一个业务问题之间,存在巨大的差别。前者不一定实现后者。软件就是要解决一个业务问题,所有开发工作都必须从问题开始,而不是从看到的解决方案开始。
5、需求不一定要写下来,但构建者必须知道它们。某些情况下,口头沟通需求更有效,在另一些情况下,必须永久地记录下需求。
6、客户不一定总能给你正确答案。有时候客户也不可能知道什么是对的,有时候他就是不知道需要什么。需求分析师要记录客户要求、说服客户、从客户解决方案中导出需求,提出创新得到更好的解决方案。
7、需求不是偶然得到的,要通过某种有序的过程得到。所有重要的努力都需要有序的过程,参与这个过程的人必须看到,为什么过程中不同的任务是重要的,哪些任务对项目最重要。
8、你怎么迭代都可以,但仍需要理解业务的需求。任何开发技术都需要发现需求,这是认真开发的先决条件。
9、没有银弹。所有方法和工具都无法弥补糟糕的想法和糟糕的手艺。需求活动一点儿也不简单,要想成功,就需要需求分析师的思考和理解。分析师使用最重要的工具:头脑、眼睛和耳朵。
10、要想成功的实现需求,需求就必须可度量、可测试。如果你不能为需求找到测量指标,那它就不是需求,只是一种无根据的想法。
11、作为业务分析师,你将改变用户思考这个问题的方式,不是现在就是将来。你的一部分工作就是帮助人们尽早理解和质疑他们的需求,这样他们就可以帮助你发现他们真正的需求。
『什么是需求』:
需求就是产品支持其拥有者的业务所必须完成的事,或让拥有者接受并感兴趣所必须具备的品质。
『需求重要性』:
软件开发的错误中,有50%~50%源自于需求和设计活动。大约5%的错误源自于开发的编程阶段。消除需求错误所需的返工量通常占了软件开发成本的50%。
『需求分析师的定位』:
需求分析师既不属于业务,也不属于开发团队,他是中立的渠道。
『需求分析师的价值』:
1、帮助用户分析和理解业务问题
2、帮助开发者理解用户的需求
3、在用户和开发者之间建立、分析和追踪业务考虑和技术考虑之间的联系
『为什么做需求分析』:
需求分析师没有项目经理那样的控制和权力,也没有开发者那样的具体技能。即便如此,身处所有事情之中让这项工作最为有趣。个人认为,这也是最关键的工作。
『需求分析师的任务』:
1、观察和学习目前的工作,从拥有者的角度来理解它。当与用户一起工作时,研究他们的工作并询问他们正在做什么,为什么要这样做。
2、解释该项工作。虽然用户是这部分工作的专家,但他对工作的描述并非总是事实。分析师必须对用户的描述进行过滤,跳出当前的技术,从而揭示工作的实质,而不是它的具体形式。
3、用利益相关者能理解的分析模型记录结果。分析师必须确保它与利益相关者对产品的理解是一致的。
posted on 2014-05-05 20:49
cheng 阅读(1286)
评论(0) 编辑 收藏 所属分类:
需求分析