黑锅论

现在的各种软件工程方法,都提出这样一个目标:要捕获客户的真正需求.
可是现在的问题往往是:客户的许多要求是无理要求,怎么办??????
我认为当客户提出无理要求时,不妨直接告诉他,这个要求办不到.这种最直接的方法,才是最有效的.
有一次我和另一个工程师谈到这个问题,他说,那可不行,客户就是上帝,你这样说他会不高兴的.
我回答道,既然是无理要求,那么很可能是无法满足的,是办不到的,既然是办不到的,你今天回绝他,他是今天不高兴;你以后回绝他,是以后不高兴,反正他是不会高兴的,你又何必回避这个问题呢?
我个人认为,这些问题的出现,就在于对于客户尊重得过了头了,现在程序员变成了客户的跟屁虫,唯恐一句话说不对,被客户投诉,可是这样的话,客户会得寸进尺,越来越提出无理的要求,最后系统完蛋了,再推到程序员的头上.
于是项目经理说,要实行软件工程,科学管理,研究需求分析.
唉,采用这种办法来解决问题,就象医生不问病因胡乱下药一样,怎么能够治好病人的病呢???
我们都说,软件工程,软件危机,可是却没有想一想,产生软件危机的真正原因何在呢?如果原因不在程序员身上,却要把药下到这里让程序员来担责任,这样真的可以解决问题吗???
软件,虽然是由程序员写出来的,可是客户也是非常重要的一部分;如果问题是由客户引起的,那么就不要责怪程序员了.
程序员在很多情况下,是代人受过,替客户来背黑锅,这就是我的观点.
而且我也曾经背过这样的黑锅,也看到越来越多的人在为客户背黑锅.
而且更可怕的是,程序员现在已经背太久了,已经意识不到自己在背黑锅!!!

系统分析员为客户背黑锅.这是黑锅产生的根本.
然后系统分析员把黑锅交给了设计人员.
设计人员把黑锅交给了编程人员,
编程人员把黑锅交给了测试人员,
测试人员把黑锅交给了客服人员,
客服人员背着黑锅和客户交互,最后一肚子苦水,
可能再把黑锅传递给编程人员.
然后有人说,要采用软件工程,......
可是黑锅并没有消失,只是黑锅的存在更加隐蔽,大家都忘记了黑锅的存在.
这有何必呢?
与其有了黑锅去找原因,为什么不在源头把问题消除掉???
亡羊补牢虽然不够好,总强过羊已经丢了,却在一起讨论:以后当羊丢了,我们要采用什么样的工程化办法来找羊???
我不是说软件工程没有用,而是说,在研究怎样使用软件工程前,最应该做的事情,是分析我们现在的问题出在那里?不知道得了什么病,怎么去用药?