程序部門的遭遇：
　　程序部分的代碼已經完成了，D交給甲方的IT部門，以便合并到對方的整個web系統中。
　　之前D和甲方的IT部門的接觸并不多，他們沒提出過什么問題，也沒什么意見，就溝通過關于語言版本、數據結構要求等。等到系統一合并，各種各樣的問題立刻冒了出來。用戶通行證沒法處理做、檢索索引格式不規范、ID位數不統一等等。
　　一個突然冒出來的管數據統計的大哥也發來一堆問題郵件：要求預埋log代碼，要求增加統計相關的字段，log格式不規范……
　　距離約定項目上線剩下的時間不多了，D這時才剛剛被告知了許多應該在項目開始前就應該知會的事。
　　D在電話里憤怒地向甲方質疑這些問題。
　　但是看起來沒有人該為此而負責任：
　　市場部門說：“我不是給了你IT部門的聯系方式嗎？你們是搞技術的，你們更應該知道溝通什么”
　　IT部門說：“我們不是太清楚你們具體的開發需求什么，不然有些事情會提前提醒你們注意?！?BR>　　數據統計說：“我們一直備有統計方面需求的規范文檔，你應該提前聯系我們。”
　　D又在自己辦公室里拍著桌子大罵：“我怎么知道數據統計屬于IT部門還是屬于市場部門??！我怎么知道你們的垃圾編制??！”
　　……
　　冤歸冤，活還是都得干完。D只好緊急組織了加班。
　　最冤的事其實還沒到來。
　　產品整合、系統整合都沒問題了。東西終于就可以上線了。市場人員已經在測試發布內容了。這時D接到了來自甲方的SA部門（網管）電話，說“安全性上有嚴重問題！！不解決這些問題，系統是絕對不會允許上線的?！?BR>　　D收到郵件一看，都是些莫名其妙的安全問題。比如CMS系統的登錄安全：有很多種解決方案，比如http驗證，比如內網限制IP，但對方提出來的顯然是最麻煩的一種解決方案。
　　還有一些安全性措施，從工期和實現根本是不現實的。更有一些完全是不必要的。
　　D和SA溝通后，對方根本不肯進行任何讓步。
　　D只好和甲方的市場，IT部門進行溝通，聲明上線的阻礙。他們顯然也沒什么辦法，只能說盡量斡旋，讓D盡量配合。
　　D嘗試改了一些，提出了一些中間方案，都無法得到SA的認同。D很快意識到，自己實際上已經卷入了部門斗爭，正在成為犧牲品……
　　SA還是不肯讓步，上線眼看就要延誤了，甲方的市場部門也在施加壓力，要求提高配合度。
　　“MLGB，配合個毛，根本就是強人所難！根本就是在找茬！你們之間的鬼事憑什么要我們承擔代價，憑什么要我們負責任，我們之前配合度不夠高嗎？你們大公司整天講流程，要求流程，這就是你們按流程辦出來的垃圾事？”
　　D一邊在辦公室里破口大罵，一邊寫了一份語氣強硬的聲明郵件，抄送給甲方所有相關負責人，逐條指出了SA郵件中的漏洞和問題，聲明合作無法繼續，不要尾款，退出項目，同時交付所有開發完畢的源碼。
　　“去你的大公司，去你的外包預算，去你的明年的合作”
　　很快甲方發來了致歉的郵件。
　　SA也發來了可以妥協，什么事都好商量的解決方案。
　　而D，把它們都直接送進了垃圾郵件箱……