程序部门的遭遇：
　　程序部分的代码已经完成了，D交给甲方的IT部门，以便合并到对方的整个web系统中。
　　之前D和甲方的IT部门的接触并不多，他们没提出过什么问题，也没什么意见，就沟通过关于语言版本、数据结构要求等。等到系统一合并，各种各样的问题立刻冒了出来。用户通行证没法处理做、检索索引格式不规范、ID位数不统一等等。
　　一个突然冒出来的管数据统计的大哥也发来一堆问题邮件：要求预埋log代码，要求增加统计相关的字段，log格式不规范……
　　距离约定项目上线剩下的时间不多了，D这时才刚刚被告知了许多应该在项目开始前就应该知会的事。
　　D在电话里愤怒地向甲方质疑这些问题。
　　但是看起来没有人该为此而负责任：
　　市场部门说：“我不是给了你IT部门的联系方式吗？你们是搞技术的，你们更应该知道沟通什么”
　　IT部门说：“我们不是太清楚你们具体的开发需求什么，不然有些事情会提前提醒你们注意。”
　　数据统计说：“我们一直备有统计方面需求的规范文档，你应该提前联系我们。”
　　D又在自己办公室里拍着桌子大骂：“我怎么知道数据统计属于IT部门还是属于市场部门！！我怎么知道你们的垃圾编制！！”
　　……
　　冤归冤，活还是都得干完。D只好紧急组织了加班。
　　最冤的事其实还没到来。
　　产品整合、系统整合都没问题了。东西终于就可以上线了。市场人员已经在测试发布内容了。这时D接到了来自甲方的SA部门（网管）电话，说“安全性上有严重问题！！不解决这些问题，系统是绝对不会允许上线的。”
　　D收到邮件一看，都是些莫名其妙的安全问题。比如CMS系统的登录安全：有很多种解决方案，比如http验证，比如内网限制IP，但对方提出来的显然是最麻烦的一种解决方案。
　　还有一些安全性措施，从工期和实现根本是不现实的。更有一些完全是不必要的。
　　D和SA沟通后，对方根本不肯进行任何让步。
　　D只好和甲方的市场，IT部门进行沟通，声明上线的阻碍。他们显然也没什么办法，只能说尽量斡旋，让D尽量配合。
　　D尝试改了一些，提出了一些中间方案，都无法得到SA的认同。D很快意识到，自己实际上已经卷入了部门斗争，正在成为牺牲品……
　　SA还是不肯让步，上线眼看就要延误了，甲方的市场部门也在施加压力，要求提高配合度。
　　“MLGB，配合个毛，根本就是强人所难！根本就是在找茬！你们之间的鬼事凭什么要我们承担代价，凭什么要我们负责任，我们之前配合度不够高吗？你们大公司整天讲流程，要求流程，这就是你们按流程办出来的垃圾事？”
　　D一边在办公室里破口大骂，一边写了一份语气强硬的声明邮件，抄送给甲方所有相关负责人，逐条指出了SA邮件中的漏洞和问题，声明合作无法继续，不要尾款，退出项目，同时交付所有开发完毕的源码。
　　“去你的大公司，去你的外包预算，去你的明年的合作”
　　很快甲方发来了致歉的邮件。
　　SA也发来了可以妥协，什么事都好商量的解决方案。
　　而D，把它们都直接送进了垃圾邮件箱……