军衔: 三等兵
财产:
经验:
魅力:
来自: 不告诉你 :)
鉴定: 本功能已经被关闭
发帖: 5篇
注册: 2002-1-6

--------------------------------------------------------------------------------


各位：好
1、 如果在需求分析阶段，用户根本提不出有建设性的需求，从而影响了后续开发的工期，怎么办？
2、用户在使用了我们的系统一段很长时间以后，才有了更多的想法，思路，然后提出许多需求，我们又怎么办？

这些问题大家应该遇到

谢谢

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年1月31日 8:37:06 ]


meirain

军衔: 无军衔
财产:
经验:
魅力:
来自: 北京市
鉴定: 本功能已经被关闭
发帖: 3篇
注册: 2002-1-28

--------------------------------------------------------------------------------


早期作出个系统原型，象什么DEMO之类的东西，让用户去看看、用用，用户就会有些想法，提出些“需求”！

--------------------------------------------------------------------------------

金风玉露一相逢，便胜却人间无数。

--------------------------------------------------------------------------------
[ 本文发表于 2002年1月31日 9:22:23 ]


juliett

头衔:
军衔: 二等兵
财产:
经验:
魅力:
来自: 上海市
鉴定: 本功能已经被关闭
发帖: 82篇
注册: 2001-12-24

--------------------------------------------------------------------------------


说说我的观点，友部队的地方大家指正，需求分析的时候，作为乙方，最希望甲方提出明确的需求，而且最好提出sow以后也不再边，减轻自己的工作， 这是一个美好的愿望，但同时，作为乙方，一定要估计到甲方由于没有能力或其他原因无法提出清晰明确的需求，这时，乙方应派具备一下能力的人来谈需求：1。熟悉对方业务流程，2。善于沟通，3。能引导客户见不同层次的需求理顺，
然后如果有条件有时间的话，最好是像上面说的一样做个demo。
有的时候你感觉用户题不出有建设性的需求，不一定是没有，有可能是没表达出。

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年1月31日 9:35:56 ]


leon.wu

军衔: 三等兵
财产:
经验:
魅力:
来自: 上海市
鉴定: 本功能已经被关闭
发帖: 8篇
注册: 2002-1-25

--------------------------------------------------------------------------------


这个问题，在我现在的这个项目中体现的非常突出。这个项目分为一期和二期，今年还有个三期。
我们在做一期的时候，就是遇到这个问题。当时客户自己没有给出自己的需求，我们的调研人员对业务流程不是很精通，使得在开发阶段不停的有客户新的需求进来，很不舒服。
在做二期的时候，我们在熟悉客户需求和业务流程的基础上，利用一期的积累，快速作出了一个demo，然后和客户进行交流。所以，在二期的开发过程中，进度效果很好。

--------------------------------------------------------------------------------

Leon Wu

--------------------------------------------------------------------------------
[ 本文发表于 2002年1月31日 16:25:04 ]


bill

军衔: PMU初级一星
财产:
经验:
魅力:
来自: 北京市
鉴定: 本功能已经被关闭
发帖: 148篇
注册: 2001-12-17

--------------------------------------------------------------------------------


以上各位都讲的比较好！
这里面解决的方法我觉得：一是要求你必须懂得比客户多，去逐渐影响和引导客户。二是采用原型法,让客户了解系统的原型，使他产生有用的、需要的需求；三是采用分阶段工作的方法，将项目分为不同的版本（分期）来实现！

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年2月1日 10:47:24 ]


asdf

军衔: 二等兵
财产:
经验:
魅力:
来自: 北京
鉴定: 本功能已经被关闭
发帖: 115篇
注册: 2001-11-26

--------------------------------------------------------------------------------


bill将得很对，在现在的环境下，很有效的方法。

比较有经验的公司和项目实施人员，将深度挖掘用户需求作为一个极为重要的工作来做。前提是他们面对的用户比较成熟，而且他们与客户的关系是平等的。这样需求工程，原型法会极大的帮助项目走向成功。

我们经常面对的情况是客户是大爷，而且不十分成熟。所以能够影响和引导他们将非常有利于项目成功。分阶段进行有利于需求变更的处理，需要注意的是激励团队士气和内部需求变更的管理。

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年2月1日 18:00:29 ]


darkdragon

军衔: PMU初级一星
财产:
经验:
魅力:
来自: 北京市
鉴定: 本功能已经被关闭
发帖: 52篇
注册: 2001-12-13

--------------------------------------------------------------------------------


是啊，如果你在这个行业有很深的经验，就可以引导别人去做。如果介入了一个新的领域，只好找一家关系比较好的、承受能力强的企业，去做试点了，在不断的摸索过程中与客户一起成长，最重要的是积累行业经验，下次你就可以引导别人了。

--------------------------------------------------------------------------------

心静随处净土，
闭门既是深山。

--------------------------------------------------------------------------------
[ 本文发表于 2002年2月4日 11:26:23 ]


fireice

军衔: 三等兵
财产:
经验:
魅力:
来自: 北京市
鉴定: 本功能已经被关闭
发帖: 6篇
注册: 2001-12-29

--------------------------------------------------------------------------------


在我们项目中,需求变更或者说项目客户化工作是比较正常的,除了要有善于与用户沟通的成员,更重要的是要诱导、引导用户，提出问题，达成共识。
沟通无限

--------------------------------------------------------------------------------

活着就是幸福;生活就要灿烂

--------------------------------------------------------------------------------
[ 本文发表于 2002年2月7日 11:31:42 ]


JohnsonLiang

军衔: PMU初级一星
财产:
经验:
魅力:
来自: 广东深圳市
鉴定: 本功能已经被关闭
发帖: 109篇
注册: 2002-2-10

--------------------------------------------------------------------------------


首先你要对客户的行业需求要有了解，这样你就可给客户提出他的需求，然后他根据这份需求再提出他们自己特色的需求，这样就OK了。

--------------------------------------------------------------------------------

错了，不羞，继续问；对了，不傲，继续学。

--------------------------------------------------------------------------------
[ 本文发表于 2002年2月27日 13:01:08 ]


jim0124

军衔: 下士
财产:
经验:
魅力:
来自: 北京
鉴定: 本功能已经被关闭
发帖: 98篇
注册: 2002-2-25

--------------------------------------------------------------------------------


1、 如果在需求分析阶段，用户根本提不出有建设性的需求，从而影响了后续开发的工期，怎么办？

用户暂时提不出建设性的需求无所谓，哪怕在需求分析阶段花多些时间，根据上面各位大虾的经验（了解用户行业需求的分析师、原型法等）形成用户需求规格说明书，但要求用户一定签字认可，以作为第一阶段的结束。本阶段结束后，在这一版本的产品中将暂时不接受新的需求。这样一来，后续工期就有了一个保障的基础。这要求在合同中明确，第一版的产品将以双方签字认可的功能规格为验收标准，并建立一整套的变更流程（如果你不希望某种变更发生，尽可以将该变更流程弄得复杂一些）。

2、用户在使用了我们的系统一段很长时间以后，才有了更多的想法，思路，然后提出许多需求，我们又怎么办？

看需求实现的负责程度，以及合同中的服务条款（关于功能适应性的免费维护服务，最好确定一个工作量的上限），如果工作量不大就免费替他做了，但一定要走一个流程，并有记录和存档。如果工作量很大，就跟他再签一个合同。

如果用户根本就不同意跟你走流程，非要拿上帝的名义来压你，我建议是惹不起，躲得起，走远点。还如果由于其它原因非要做，那就准备赔吧，借用小小转贴的一篇文章，不妨拿用户当儿子，所谓老子再亏，也不能亏儿子呀。

这里有许多已经拿到PMP证书的大佬，何不就这个典型的变更控制问题（实际上确实会经常遇到），多指点几招。我这里权当是扔晚了的砖头吧：）

--------------------------------------------------------------------------------

你是如何面对现实的

--------------------------------------------------------------------------------
[ 本文发表于 2002年2月27日 14:19:07 ]