需求分析挑战之旅(疯狂的订餐系统)(7)——变被动为主动
来源:互联网 发布:java中的final 编辑:程序博客网 时间:2024/05/16 14:44
摘要:
说教性质的需求分析理论,各位看了也白看,所以咱们就来一个真实个案——“订餐系统”体验一下。“订餐系统”貌似简单,但陷阱重重,各种需求分析的经典场景将会一一重现,各位做好准备接受这个挑战没有?我将分8篇为大家分享,全部内容超过1万1千字,而且有n多图片和思考题,请准备好盒饭边吃边看吧……
大纲:
1.某IT公司员工的吃饭问题
2.需求分析的大道理
3.背景-需要-需求规格
4.没完没了的“新需求”
5.领导“突发奇想”
6.榨干人脑汁的需求分析
7.变被动为主动
8.最后的疯狂
7.变被动为主动
大部分情况下,需求分析的工作总是比较被动的,总会有点被客户牵着鼻子走的感觉,为什么会这样呢?看看下图:
这个图表示了随着项目的开展,客户与项目组对本项目的需要的认知程度是怎样变化的,横轴是时间,竖轴是对需要的认知程度。这个图说明了这些问题:
1)项目最开始时,客户对需要认知程度比较高,而项目组只是有朦胧的认识。
2)随项目的开展,客户和项目组都逐步提高了认识。
3)整个项目开展过程中,客户对需要的理解程度总是比项目组要高。
以上该图反应了绝大部分项目的情况,这样的项目客户对需要的理解永远领先于项目组,这样项目就不可避免地会陷入被动的境地。项目组做出来的东西往往不是客户真正想要的,要反复多次,但做出来后,客户又会继续有新的要求,周而复始,没完没了,客户和项目组都相互不满对方的表现,最终项目很可能是“双输”。
如果是下面这个图呢?
在项目初期,客户对需要的理解程度是比项目组要高的,但项目组的学习能力比较强,对需要的理解很快就超越了客户,并且在后面持续领先于客户。
按照这样的曲线,项目成功的机会是很高的,只要项目组对需要的理解领先于客户,就能化被动为主动,最终达到双赢!
很多公司会接手很多新项目,这些项目之前是没有什么积累的,保证这类项目成功的关键,就是要提高项目组的整体水平,人的水平是决定因素,不要指望什么用过程大框框能改善项目情况,更加不要指望那些半桶水的QA来监督项目组。
下面这个图呢?
什么情况下会是这样?
产品化的项目!
产品化的项目才是公司持续盈利之道,所有公司都需要积累自己的业务与技术知识,将项目产品化。但凡产品化的项目,项目组对需要的理解要比客户深刻很多的,客户会很崇拜你、认可你,在项目开展过程中,项目组要不断地去提高客户的业务水平,同时学习项目中特有的产品中没有的东西,将这些新内容提炼到产品中来,为下一个项目服务。
变被动为主动的奥妙就在此!提高需求分析能力没有捷径,努力提高水平吧!
请看下一篇……
作者:张传波
创新工场创业课堂讲师
华为某团队高级顾问
《火球——UML大战需求分析》作者
www.umlonline.org 创办人
- 需求分析挑战之旅(疯狂的订餐系统)(7)——变被动为主动
- 需求分析挑战之旅(疯狂的订餐系统)(2)——需求分析的大道理
- 需求分析挑战之旅(疯狂的订餐系统)(8)——最后的疯狂
- 需求分析挑战之旅(疯狂的订餐系统)(4)——没完没了的“新需求”
- 需求分析挑战之旅(疯狂的订餐系统)(3)——背景-需要-需求规格
- 需求分析挑战之旅——疯狂的订餐系统
- 需求分析挑战之旅(疯狂的订餐系统)(1)——某IT公司员工的吃饭问题
- 需求分析挑战之旅(疯狂的订餐系统)(5)——领导“突发奇想”
- 需求分析挑战之旅(疯狂的订餐系统)
- 需求分析挑战之旅(疯狂的订餐系统)(6)——榨干人脑汁的需求分析
- 变被动为主动
- Nokia变被动为主动: 智能手机操作系统风起云涌!
- 银行已经变被动为主动,从被动地放假钞到ATM等你取,到现在的直接出钱
- 如何让自己化被动为主动、摆脱纠结郁闷——积极主动
- 订餐系统之地图订餐
- 订餐系统之地图订餐
- 化错误日志被动查看为主动提醒
- 订餐系统之微信点餐
- private,public,protected访问
- 机关作风
- ML source
- 92页 E7
- vim语法高亮的错误解决办法
- 需求分析挑战之旅(疯狂的订餐系统)(7)——变被动为主动
- 实战MEF(3):只导出类的成员
- curl 取网页源码
- Erlang 性能测试
- 关于数据库事务、隔离级别、锁的理解与整理
- phoneme 编译注意事项~
- 黑马程序员_继承extends、final修饰符、抽象类abstract
- 开源日志库<log4cplus+VS2008使用>
- lightoj 1031 - Easy Game