悲催的中國式項目開發
本故事純屬虛構，如有雷同，純屬巧合
張大胖早上一到公司，CTO錢總就告訴了他一個重大喜訊：
“張大胖，你準備一下，我們公司拿了一個XXX單位的項目!”
“哦?厲害啊，XXX單位很難打入啊，怎么拿下的?” 張大胖覺得非常意外。
“這個單位的一把手李總是剛來的，新官上任三把火，要把現有項目做改造，再加上一個移動端App。但是沒有軟件預算。”
“沒預算搞什么搞?”
“正好我有個同學，做系統集成的，他負責李總單位機房的所有服務器，路由器，現在硬件升級，說是可以把軟件費用加到硬件中，于是就這么搞定了。”
“唉，我們搞軟件的，就這么悲催，這么沒地位啊!” 張大胖哀嘆。
“你準備一下，明天上午9點去客戶那里開需求分析會，人家一把手李總會親自參加。”
張大胖不敢怠慢，趕緊惡補這個單位所在的行業的知識，希望不要露怯，給公司丟臉。
1
第二天，張大胖帶著兩個得力下屬小劉和小王提前20分鐘來到客戶單位。
9點到了，通知說李總有事兒，會議可能會晚一些。
這一等就等到了10點半，會議終于開始，二三十人的會議室中坐滿了人，意氣風發的李總坐在中間侃侃而談，把這個項目的意義反復強調。
李總的思維跳躍很大，一會兒講流程，一會兒講組織，一會兒講實際操作。一邊說還一邊展示手機上的其他App，告訴大家操作模式。
張大胖一邊聽一邊嘀咕：這么細的內容，不應該老總來負責啊。他環顧四周，李總的手下要么是在看手機，要么是茫然四顧，有的還對張大胖投來了同情的目光。
李總的口頭禪就是：“這非常簡單，聽懂了嗎?”
每隔幾分鐘就要問一次， 張大胖只能忙不迭地點頭，同時悄悄地把手機上的錄音機打開，回去后聽聽錄音，看看自己智商到底有沒有問題。
張大胖每次試圖打斷，總是很快被李總帶著走上了他的節奏。
健談的李總一口氣講了兩個小時，到了中午12點半才算告一段落：“這個系統挺簡單的，下月初能不能先上一個版本?”
張大胖嚇得要從椅子上跳起來：“李總，離下月初只剩兩周了，咱們的系統的業務邏輯也不簡單，我們得分析評估一下。”
李總說：“你們別想蒙我，我也懂開發的，數據都在數據庫中，一選不就出來了?!”
張大胖：“可是.....”
李總嚴厲地說：“可是什么!到底想不想干了，不想干我把項目給別人，外邊排大隊呢!”
張大胖趕緊陪笑臉：“我們消化下李總的指導思想和需求，爭取早點兒拿個需求分析出來。李總您很忙，需求這一塊兒能不能給我們找個接口人啊。”
李總：“今天周二，給你們一天半時間，周四把需求文檔發給我。接口人嘛， 找信息科的小趙。”
2
顧不上吃中午飯，張大胖趕緊給CTO打電話：“錢總啊，這個項目是個巨坑啊，不能做啊!”
錢總：“什么坑不坑的!好不容易搶到的項目，還不好好干?”
也許意識到自己的語氣不對，CTO趕緊曉之以理，動之以情：“公司的現狀你也知道，再不做項目，大家就要喝西北風了!”
張大胖無語，默默掛了電話，和小劉小王趕緊扒拉幾口飯，到信息科等小趙上班。
小趙倒是非常熱情，他給三人展示了原有項目的情況，說這是一個三年前開發的PHP項目， 是個爛攤子，根本沒用起來，你們要是想升級，還得讀懂現有的代碼，還不如重寫。
張大胖心想公司根本沒有人會PHP，不重寫怎么辦?。
幸運的是看到了上個版本的界面，上午李總說的那些云里霧里的話終于落到了實處，有點眉目了。
張大胖如獲至寶，拍了很多照片，記錄下這些界面和操作流程，對小趙千恩萬謝，趕緊回去整理需求。
小劉說：“張哥，這需求還不清楚啊，怎么寫文檔。”
張大胖說：“唉，周四就得交，顧不了那么多了，就以原有系統的這些界面為準，我們著重設計一下移動端。這樣，咱們三個分下工， 我寫總體方案，你和小王把那些流程給理順了...... ”
三人熬夜加班，瘋狂畫圖碼字，終于在周四早晨攢出了一份所謂的需求分析文檔，發了出去。
然后就石沉大海，再也沒有消息了。
3
過了一周，張大胖他們被突然通知去和李總開會， 會議一開始，李總劈頭蓋臉就問：“下月初能不能上一個版本?”
張大胖小心地說：“我上周四給您發了一個需求分析文檔......”
李總馬上打斷：“需求這么簡單，我還用看嗎?上次我不是說得很清楚嗎，應該這樣......”
李總又慷慨激昂地說了一個小時，中間依然在不停地問：聽懂了嗎!
張大胖欲哭無淚：“李總，我們開發得按照需求文檔來，需求定不下來，我們沒法開始啊。”
李總的聲音馬上提高了八度：“怎么定不下來?!嗯?!我說得還不夠清楚嗎!我現在嚴重懷疑你們公司的能力了!”
張大胖趕緊拍馬屁：“李總的講話是高屋建瓴，只是有很多細節需要敲定。”
李總說：“會后你去找XX科的老張，XXX科的老方，別以為我什么都不知道，這個系統已經存在了，你們只要稍微改改，再弄個App就行。下月初上線啊!能不能干?不能干我找別人啊。”
李總說完就起身，揚長而去。
張大胖如同抓到了救命稻草，趕緊帶著打印的需求分析文檔去找老張和老方。
老張隨便翻了一下：寫得還挺詳細，你這流程圖用什么畫的，還挺漂亮，不過這需求我可確定不了，得找李總啊。
老方說：這些業務邏輯，涉及到人員的績效， 都是李總定的，你得找他確認啊......
4
怎么辦?
張大胖找到了公司的錢總，錢總給拉來項目的朋友打電話求救。
朋友說：李總就是這個風格，他的手下也不敢擔責任， 不用擔心，我晚上和他喝酒聊一聊，先按照你們的理解進行開發，不過得快點兒，爭取下月中旬出一個基本能跑的版本吧。
張大胖很無奈，只好帶著那幾個弟兄，按照自己的理解，沒日沒夜地開發，996是別想了，熬個通宵才是家常便飯。
三周以后，一個勉強能用的版本上線了。
在向李總的匯報會議上，李總大發雷霆：“這就是你們做的項目!我第一次會議提的那個審批需求怎么沒實現?還有這個規則不是這樣的...... 你們這樣下去還想拿到尾款嗎!”
張大胖趕緊說：“好的好的，我們的疏漏，回去馬上加上。”
這種匯報會議開了很多次，每次李總都要提出幾條新需求。
張大胖疲憊不堪，每次撐不下去的時候，CTO的那個同學都會說：再堅持一下，就要拿到尾款了。
半年過去了，在CTO同學的運作下，這個看起來要爛尾的項目居然奇跡地通過了驗收。
當然，能不能用起來就不知道了......
后來CTO說李總憑借這個項目還獲得了集團的一個什么獎，真是皆大歡喜。
除了張大胖和他的開發兄弟們。
張大胖已經完全麻木了，直到有一天，CTO又找到他：張大胖，李總又來找我們做項目的升級了......
CTO后面說了什么，張大胖完全不知道，因為他腦子里一直在想：是時候更新一下自己的簡歷了......
關于作者：劉欣，碼農翻身公眾號作者，暢銷書《碼農翻身》作者，15年以上開發經驗，前 IBM 架構師，領導過多個企業應用架構設計和開發工作;洞察技術本質，用故事講解技術是拿手好戲。
【本文為51CTO專欄作者“劉欣”的原創稿件，轉載請通過作者微信公眾號coderising獲取授權】
