De Dream’

来源: BlogBus 原始链接: http://www.blogbus.com:80/blogbus/blog/diary.php?diaryid=220817 存档链接: https://web.archive.org/web/20050117192053id_/http://www.blogbus.com:80/blogbus/blog/diary.php?diaryid=220817

返回首页 | BLOGBUS 理想的软件交互情形 圣诞快乐 天价的GPRS计费 农园揭密 第一场雪 探猫记 记二三事 交互上下文 日出而作，日落而息 忙中备忘 IBM开发者大会 ＝＝＝＝＝＝＝＝＝＝＝＝＝ 关于作者 闲聊板（测试） 下面是来访地图签名： ～ <<<老江湖奋战了大半天 | 返回首页 | 天气更新>>> 客户是靠不住的 WindyJ 发表于 2004-06-13 接 <<<A计划，B计划 续 ， “虽然我已经有B计划啦，不过，我还想说，客户是靠不住的。”你从电脑屏幕前抬起头，对我说。 是啊，客户当然是靠不住的。靠不住的意思是说客户会经常变化（注：跟人品问题无关），最直接的体现是在客户需求上。 客户是人，而人是世界上最善于变化的动物，我们自己不就是吗，小的时候一根绿豆冰棍，一个花卷就可以认为是无上的美味（旁白： 这样的童年太灰暗了吧 －－林长治），现在，吃还是可以吃，但是找不到原来的感觉了。回头想想，你自己在这些年已经改变了多少？ 其次是时间，时间可以把红颜变成白发，把将军变成老朽，开发一个项目长则数年短则几周，黄花菜都干了，这样一段时间过去，客户的想法不变都奇怪呢：）因为同样是这一段时间，客户的领导可能出现变化，客户的客户可能出现变化，世界格局可能出现变化，全球经济出现变化，所有的东西都在变，哈，没有变的是几个月前那份需求文档，但是需求本身，已经在悄悄地变了。 在这些变化当中，有一些是有害的，小王在开发一个电子政务系统，有一位固执的客户主管非常喜欢蜘蛛，要求在每个界面上都放上一张不同的蜘蛛图片，又或者，他要求所有界面的比例一定要变成16：5，当然，他的需求必须满足，但是，你应该能马上意识到，这样的需求是非常脆弱的，如果换一个主管会怎么样？如果他自己的想法变了又会怎么样？这种有害变化来自具体客户的随意性需求。 另一种有害的变化是客户方内部管理上的不成熟，或者内部权力的争斗，假设小王在开发的过程中，客户那边几个部门的职责不断调整，负责人也一直在变化，每个人又提出一大堆不同的需求，这样开发的系统，如果不出意外，将来一定要困在需求变更的 焦油潭 里，然后你很无辜地受着难。 各种变化里面，也有一些是有益的，例如由于来自市民的呼声，小王的客户决定简化办事流程，原来繁繁复复的审批也简化了好多，也可能由于加大各地交流的需要，客户提供了一些新的服务，带来了需求变更，但这些都是正面的，有意义的需求变化。 有什么办法来应对这样“善变”的客户需求呢？ 可以对需求进行为正面和负面区分，正面的需求会发展进步，负面的需求会淘汰消亡，我这里只是这么方向性的建议啊，具体在开发的过程中怎么分可全靠自己斗智斗勇了：） 其次，客户爱变，那么我们比客户“变”得更厉害不就行了吗？刀来剑挡，火来水淹，如果自己走在客户前面，他自然赶不上你的变化。同样我们作为用户，微软当年以win95替代win32，不就是走在客户前面，从而掌握了变化的主动权么？这样泛泛地说好像很容易，实际上要真正做到是非常难的，所以我还是想在这里建议大家有耐心，在开发第一个项目或第一个版本的时候，不要要求太高，多付出一些，多走一些弯路也好，不要轻易放弃，在第二、第三个乃至后面的项目或版本的时候，我们才可能有机会顺利包抄到客户前面，在他们想要变化的路口，喝杯可乐，听首歌，或许可以等上那么一个片刻了。 2004-06-13 | Trackback( 0 ) 评论/Comments： 需求的变更是不存在正面和负面的，只有旧需求和新需求，旧的需求需要淘汰，新的需求需要在项目中得到实现。 WindyJ回复Peak Jing说： Peak百忙之中还过来读偶的码字，感动不已：） (2004-06-16 17:53) POST BY： [Peak Jing] www.iself.net @ 2004-06-15 13:44 建立需求变更管理流程、制度和权威！让客户为每一次需求变更付出代价，至少是良心上的代价啦 WindyJ回复anna_fangfang说： 跟客户商讨需求的时候，什么都可能发生，呵呵 (2004-07-08 11:12) POST BY： [anna_fangfang] anna-fangfang.blogbus.com @ 2004-07-05 09:17