需求变更是软件开发过程中的常态？

       又开了一天的会,但是到底在说什么呢?

       很多问题,在项目行进过程中,已经反复在讨论了,没完没了地......有点不耐烦了.早上的会,老董似乎在演讲.有个同事说,听她说,好想睡觉!她在说什么?难道为了证明她既懂业务,又懂技术?不过,说实话,她说的问题,不是开发项目里头,应该研究的问题.或者更确切地说,应该是管理阶层的问题.有的同事,都睡着了.有的干脆不听,出去透气.只有偶这样的,还傻傻地听着。提外话一下:她老人还真厉害.有5,6十岁了,退休了又创业,会开车,经常开车出去.朋友多,圈子广.不晓得偶到她这样的年龄会不会这么厉害.羡慕.

     早上开完会,以为下午可以切入修订工作,说不清楚为什么,下午又被拉去开了一个下午.说什么,老调重弹.5月中旬说好的前台页面的布局,明明是他们敲定的了,现在又出尔反尔.郁闷到了极点.重要的是,那个本不该是开发组的活,而是美工的事情,因为功能都实现了,就是界面不那么好看，布局没有合理.偶只能对着辛辛苦苦弄出来的界面,默默然傻笑.又不能反抗什么.除非,把他们开除了.

     以前不写文档的,现在又不知道吃了什么药,开始猛补文档.为什么一开始提议的时候,都不听呢?现在又变.如果一开始,就很规范地按照软件工程的整个的项目流线规范地行事,现在的修补也就不要那么辛苦了........

     不曾想过,自己的工作会是这样地行进着.有些落寞,有些失落.虽然需求变更是软件开发过程中经常有的常态,但是,三天两头地变,那也太无常了吧....更重要的是前期都没有文档.后期恶补.感觉,无处呻吟地疲倦.很多事情,都没有统一和规范起来,难过死了.偶不知道自己该怎么办了.最大的困惑,莫过去天花乱坠地情景描绘,以及可以学到的知识,让自己矛盾.

   最近的精神状态超级糟糕,晚上睡不着,白天上班想睡觉.晕死了...无数的质疑又开始爬满纷乱的思绪............

   

评论

33 楼 gigix 2007-06-06  

ray_linn 写道

这种变更事实上可以体现到成本上的,而且也很容易估算出花了多少成本,有了数据之后,就容易说服别人.

可以，并且应该，并且必须
做每件事情都应该体现到成本上
因为只有这样，客户才有参考标准，来选择“最重要的事”
如果有几件事情的成本（在客户看来）都是0
那么他就没有办法衡量这几件事情中间哪一件比较重要

32 楼 ray_linn 2007-06-06  

gigix 写道

zhuixinjian 写道

gigix 写道

zhuixinjian 写道

gigix 写道

zhuixinjian 写道

我现在已经学会了，注释掉变更的代码，重新写，而不是以前的需求变更就删掉！我已经经历几次，需求变过去，又变回来！

那个，有种东西叫版本控制……

那个，ClearCase不好用的说，还不如注释掉！

那个，还有种东西叫subversion……

这个版本控制工具的选择不是我所能左右的。中行那么大，我说话根本不算什么！

好吧，退一万步，你必须用clearcase
那么你仍然应该把修改之后的东西check in
需求又变回来了，你可以再revert到以前的版本
如果这样很麻烦，那是提出需求变更的人应该负责承担的成本
如果你没有做这些事情，那么一个需求变了，你改了，又变回来，你又改回来，这在版本控制中是没有任何记录的
等于说，你自己把这部分的成本承担了
为什么很多人认为需求变更是一件痛苦的事情
根本的原因就是：他们承担了不该自己承担的责任
不要以为承担更多的责任就是对工作负责
你承担不该你承担的责任，客户在提出需求时就无法有效衡量需求的成本
这对于任何人都没有好处

这种变更事实上可以体现到成本上的,而且也很容易估算出花了多少成本,有了数据之后,就容易说服别人.

31 楼 Ashela 2007-06-06  

hurricane1026 写道

BirdGu 写道

让学生产生“需求变更是软件开发工作中的变态”的误解是学校软件工程教学的最大罪过。

恩，有道理。。。。软件工程软件工程，软件暂时来说有几个是类似工程的而不是作坊的？

我觉得不能用工程和作坊来描述软件开发，传统意义上的工程和作坊是用来描述制造业的，不适合于软件开发。

30 楼 gigix 2007-06-06  

zhuixinjian 写道

gigix 写道

zhuixinjian 写道

gigix 写道

zhuixinjian 写道

我现在已经学会了，注释掉变更的代码，重新写，而不是以前的需求变更就删掉！我已经经历几次，需求变过去，又变回来！

那个，有种东西叫版本控制……

那个，ClearCase不好用的说，还不如注释掉！

那个，还有种东西叫subversion……

这个版本控制工具的选择不是我所能左右的。中行那么大，我说话根本不算什么！

好吧，退一万步，你必须用clearcase
那么你仍然应该把修改之后的东西check in
需求又变回来了，你可以再revert到以前的版本
如果这样很麻烦，那是提出需求变更的人应该负责承担的成本
如果你没有做这些事情，那么一个需求变了，你改了，又变回来，你又改回来，这在版本控制中是没有任何记录的
等于说，你自己把这部分的成本承担了
为什么很多人认为需求变更是一件痛苦的事情
根本的原因就是：他们承担了不该自己承担的责任
不要以为承担更多的责任就是对工作负责
你承担不该你承担的责任，客户在提出需求时就无法有效衡量需求的成本
这对于任何人都没有好处

29 楼 simohayha 2007-06-06  

建行现在也是全部使用cc地说，那玩意真是不好用.

28 楼 zhuixinjian 2007-06-06  

gigix 写道

zhuixinjian 写道

gigix 写道

zhuixinjian 写道

我现在已经学会了，注释掉变更的代码，重新写，而不是以前的需求变更就删掉！我已经经历几次，需求变过去，又变回来！

那个，有种东西叫版本控制……

那个，ClearCase不好用的说，还不如注释掉！

那个，还有种东西叫subversion……

这个版本控制工具的选择不是我所能左右的。中行那么大，我说话根本不算什么！

27 楼 winterwolf 2007-06-06  

这就是我学习xmldb的原因   

26 楼 gigix 2007-06-06  

zhuixinjian 写道

gigix 写道

zhuixinjian 写道

我现在已经学会了，注释掉变更的代码，重新写，而不是以前的需求变更就删掉！我已经经历几次，需求变过去，又变回来！

那个，有种东西叫版本控制……

那个，ClearCase不好用的说，还不如注释掉！

那个，还有种东西叫subversion……

25 楼 zhuixinjian 2007-06-06  

gigix 写道

zhuixinjian 写道

我现在已经学会了，注释掉变更的代码，重新写，而不是以前的需求变更就删掉！我已经经历几次，需求变过去，又变回来！

那个，有种东西叫版本控制……

那个，ClearCase不好用的说，还不如注释掉！

24 楼 gigix 2007-06-06  

zhuixinjian 写道

我现在已经学会了，注释掉变更的代码，重新写，而不是以前的需求变更就删掉！我已经经历几次，需求变过去，又变回来！

那个，有种东西叫版本控制……

23 楼 zhuixinjian 2007-06-06  

我现在已经学会了，注释掉变更的代码，重新写，而不是以前的需求变更就删掉！我已经经历几次，需求变过去，又变回来！

这个项目完全没有详细的设计，有的只是业务人员无穷的想象力，和我们对业务人员想象力的超强理解力！

22 楼 gigix 2007-06-06  

hurricane1026 写道

BirdGu 写道

让学生产生“需求变更是软件开发工作中的变态”的误解是学校软件工程教学的最大罪过。

恩，有道理。。。。软件工程软件工程，软件暂时来说有几个是类似工程的而不是作坊的？

在这之前，另一个重要的问题：
工程是什么？
整天把工程挂在嘴边的人
有没有好好去研究一下丰田汽车的制造流程？

21 楼 BirdGu 2007-06-06  

让学生产生“需求变更是软件开发工作中的变态”的误解是学校软件工程教学的最大罪过。

20 楼 gigix 2007-06-06  

maoxiaolu2000 写道

需求变更就是很不爽的事情
支持发牢骚、吐口水

从容面对面对前题是你还有时间可以可改，如果12小时必须上线的东东，让你大改你怎么从容。延误上线后产品部和策划部才不会来把责任拦走。

需求变更是我们所有人还有工作的原因
如果软件的需求都不会变
哪里还有软件可以留给我们来做
二十年前就做完了
如果12小时必须上线的东东
那就要把变更的责权利说清楚
临时变更的风险那么大，必定要有人来take risk
谁受益，谁负责
如果执行这次变更不能给你带来那么大的利益，你为什么要傻呼呼的去take risk（and/or responsibility）？

19 楼 maoxiaolu2000 2007-06-06  

Qieqie 写道

      

lz726 写道

又开了一天的会,但是到底在说什么呢?

       很多问题,在项目行进过程中,已经反复在讨论了,没完没了地......有点不耐烦了.早上的会,老董似乎在演讲.有个同事说,听她说,好想睡觉!她在说什么?难道为了证明她既懂业务,又懂技术?不过,说实话,她说的问题,不是开发项目里头,应该研究的问题.或者更确切地说,应该是管理阶层的问题.有的同事,都睡着了.有的干脆不听,出去透气.只有偶这样的,还傻傻地听着。提外话一下:她老人还真厉害.有5,6十岁了,退休了又创业,会开车,经常开车出去.朋友多,圈子广.不晓得偶到她这样的年龄会不会这么厉害.羡慕.

     早上开完会,以为下午可以切入修订工作,说不清楚为什么,下午又被拉去开了一个下午.说什么,老调重弹.5月中旬说好的首页的布局,明明是他们敲定的了,现在又出尔反尔.郁闷到了极点.偶只能对着辛辛苦苦弄出来的界面,默默然傻笑.又不能反抗什么.除非,把他们开除了.

     以前不写文档的,现在又不知道吃了什么药,开始猛补文档.为什么一开始提议的时候,都不听呢?现在又变.如果一开始,就很规范地按照软件工程的整个的项目流线规范地行事,现在的修补也就不要那么辛苦了........

     不曾想过,自己的工作会是这样地行进着.有些落寞,有些失落.虽然需求变更是软件开发过程中经常有的常态,但是,三天两头地变,那也太无常了吧....更重要的是前期都没有文档.后期恶补.感觉,无处呻吟地疲倦.很多事情,都没有统一和规范起来,难过死了.偶不知道自己该怎么办了.最大的困惑,莫过去天花乱坠地情景描绘,以及可以学到的知识,让自己矛盾.

   最近的精神状态超级糟糕,晚上睡不着,白天上班想睡觉.晕死了...无数的质疑又开始爬满纷乱的思绪............

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

几乎天天能够看到lz726在javaeye发牢骚、吐口水， 基本没有什么建设性的观点

抗议！

需求变更再正常不过了，不要上升到“出尔反尔”高度去，况且如果仅是首页的变更，这才是芝麻点小的事啊

弄个界面也很辛苦，说明你该提高效率了，该想想自己的问题了，而不是花时间来这里闲逛，浪费时间

这样说吧，整套页面变更对我来说我都不惧怕，业务逻辑变更我亦能从容面对！

我劝这位ID，现在不要去质疑别人，先质疑自己先

需求变更就是很不爽的事情
支持发牢骚、吐口水

从容面对面对前题是你还有时间可以可改，如果12小时必须上线的东东，让你大改你怎么从容。延误上线后产品部和策划部才不会来把责任拦走。

18 楼 lz726 2007-06-06  

谢谢异常..

恩,因为修改的东西太多,而且是动怒了数据库层,不简单地只是改改表面,所以,心理有些说不出来的滋味.而且,不只是这一次.这一次更夸张了.
不过,调整好心态,反正都是要改,习惯了就好.谢谢大家.
我想,我要学的东西,真的还很多。包括自身的一些想法. 

17 楼 抛出异常的爱 2007-06-06  

lz726 写道

ddd 写道

ozzzzzz 写道

看来lz726小mm在学校一定是好学生啊，软件工程一定是100分的。

多么简单的一句话，但要有多久的修炼，多大的包容，多深的人生智慧，才能在这种时刻说出如此令人动容的一句话。

感觉充满了讽刺的味道,在这样已经硝烟四起的口水站中....



本来只想简单地记录下,自己在这个项目开发过程中，遇到的不爽的问题,还以为自己只是小小小小鸟,总是担心,会不会自己的运气不好，碰到的是最糟糕的团队,最不可理喻的公司理念....然后又多了一点私心,想在论坛大家探讨下，是否也是这样的经过.没想到,成这样......

软工课讲的是如何才能写出不会被变更的需求与设计。。。。。
事实上这点达不到。。。
你作你的事，用自己的脑子思考。。。让别人说去吧，不要妄想改变别人对你的态度。
如果连面对别人的指责这点勇气都没有。。。劝你还是不要想作项目经理了。
用冷眼看着别人的指责，作你认为对的事，不作你认为错的事，
其它人的话中只有你没有考虑到的事才对你有意义。

16 楼 dennis_zane 2007-06-06  

zerker 写道

lordhong 写道

写完文档他们就不需要你了...程序员适当的时候要留一手...

这个想法不是很正确吧，我觉得应该是毫无私心的分享，不要说我装清高

有什么好留一手？汗，这又不是古代家传武功，是技术，只要你想学，总能学会

15 楼 zerker 2007-06-06  

lordhong 写道

写完文档他们就不需要你了...程序员适当的时候要留一手...

这个想法不是很正确吧，我觉得应该是毫无私心的分享，不要说我装清高

14 楼 lz726 2007-06-06  

ddd 写道

ozzzzzz 写道

看来lz726小mm在学校一定是好学生啊，软件工程一定是100分的。

多么简单的一句话，但要有多久的修炼，多大的包容，多深的人生智慧，才能在这种时刻说出如此令人动容的一句话。

感觉充满了讽刺的味道,在这样已经硝烟四起的口水站中....



本来只想简单地记录下,自己在这个项目开发过程中，遇到的不爽的问题,还以为自己只是小小小小鸟,总是担心,会不会自己的运气不好，碰到的是最糟糕的团队,最不可理喻的公司理念....然后又多了一点私心,想在论坛大家探讨下，是否也是这样的经过.没想到,成这样......