刚开始以为编程序很困难，到后来发现做设计才是重点，接触客户了，才发现原来需求才是一道坎，正所谓：为系统而生，为框架而死，为bug奋斗一辈子！

下联：吃符号的亏，上大小写的当，最后死在需求上。

日期：2014-09-17 17:53:40

当攻城狮们日夜加班，终于完成所有功能，拿给客户一看。客户大骂，这根本不是我想要的！

攻城狮只能是大骂做设计的：我们这么辛苦，你是怎么设计的，做出来了，才说不是这样，设计要修改？

做设计的只能大骂做需求调研的：妈的，什么烂需求，我当时可是按照你的需求说明书去设计，明明是这样子的。最后做需求的只能是骂销售了：这能怪我吗？当时做需求的时候已经说好的，那销售为了签合同，竟然额外答应客户这么要求，这个我怎么解决？

销售业在那里大骂：老子起早贪黑，喝得胃出血，才能把合同拿下，你们这班整天坐在空调房间的高材生竟然一点都不体谅，竟然拿出这么烂的系统给客户。怎么做事情的，不就答应客户加多点功能而已，这都搞不定。我要是签不到合同，大家都喝西北风。

一个循环下来，谁都有难处，谁都有道理。如果领导是外行的，不是干软件工程出身的，那么他就不了解这个行业的特性，有些领导知道自己不熟悉，就会给熟悉的人处理，如果遇上啥事都要管的领导，而又不能够公平处事的，那么大家都自求多福吧，因为他一管，肯定带上自己的角度去看问题，不知道怎样打破这个循环，不知道从哪里入手才能正式解决问题。最后的结果最差的是，项目不做，解散团队。比较差的是找另外项目继续做下去，如果领导有点实力的，只能是出面摆平客户了，项目延期继续搞下去。

Loading...

未加载完，尝试【刷新】or【关闭小说模式】or【关闭广告屏蔽】。

尝试更换【Firefox浏览器】or【Chrome谷歌浏览器】打开多多收藏！

移动流量偶尔打不开，可以切换电信、联通、Wifi。

收藏网址：www.finalbooks.work

(＞人＜；)