jillzhang jillzhang@126.com 
    
     上一篇：程序員職場-如何面對混蛋領導 
    上篇文章談了一下如何面對混蛋的主管，大家積極發表了自己的意見，我也受到了莫大的鼓舞，那這篇主要和大家探討一下部門之間的溝通協作問題，希望仍能得到大家的鼓勵。

     情景一：晚上8點多了，程序員小K仍在公司噼里啪啦的敲著代碼，此時產品部的趙經理走過來說；"唉，小K呀，我發現A頁面上的XXX幾個字很不美觀，大小也不合適，你調整一下吧！"，小K忙打開vs2005,經過長達7，8分鐘的等待，終于將項目加載完畢了，小K瞪著布滿血絲的雙眼，在幾千個頁面中，找到了趙經理所說的A頁面，然后找到了他提到的那幾個字，問趙經理說："字改成多大的亞？"，"多大的？，恩，就改大一點就行呀！"，小K將原來的9pt,更改為了10pt,ctrl+s后，F5,經過漫長的等待，頁面終于出來了，趙經理看了看說："還有點小，再大點！"，小K只好將10pt更改為了11pt,趙經理眨了眨眼睛說:"好像還小！",12pt,小k又一次快速的按下ctrl+s F5,趙經理端著杯子喝了口水說:"這次感覺大了點,調小一點"，此時快8:30了，小K和好朋友商量好8:30在超市門口見的，見趙經理沒完沒了得改，于是極不情愿的又將字體改為了11pt，f5,見趙經理還站在邊上一個勁地端詳呢，小K拿起包，快速的windows+u，關機閃人了，一邊走，一邊想："什么人呀！事先沒有界面設計，沒有美工，程序員將界面做出來之后，對字體還調來調去，沒完沒了，真bt！"

    情景二：大早晨，小Z高高興興地來公司上班，剛剛看完昨天自動發布和自動測試的結果，經理走到身邊說:"產品那邊XXX說，系統A模塊的M單據數據有問題，都反映到xxx總那了，你過去看一下"，小z來到xxx總辦公室，了解了下具體問題，判斷出錯誤來源可能歸于一部分老平臺數據的遷移，因為系統剛剛上線，限于條件限制，平時研發的測試平臺還不能完成系統中最重要的一部分功能，所以有些比較依賴歷史數據的模塊并不是很穩定，這個小z也很清楚，所以在此之前已經根據系統邏輯，寫好了每天晚上判斷目前系統是否正常的驗證程序，但由于歷史數據是手動輸入到數據庫中的，只有紙質單據，所以這部分數據，一直是沒法被檢查，因為誰也不清楚到底每條數據應該是多少，于是小Z將這些說給xxx總，并且告知只要能找出那些歷史數據問題就能解決，不等小z說完，xxx打斷小z："我就不明白了，這樣怎么就不對呢!，我也當過程序員！。。。"，小z本來挺認真地想和大家一起理清來龍去脈，因為這塊的邏輯從一開始都沒有產品的人來定義，而系統正式運營也是經過測試部門測試通過了的。事先小z考慮到和M單據相關的數據，在研發測試上沒有，所以很難在本地測試，所以將程序做成了do/undo/redo的形式，正常情況下總是do的，當發現錯誤的時候，可以進行undo，然后redo，這樣系統就具有了比較強的容錯性，而由于一部分莫名其妙的歷史遷移數據，undo和redo就沒辦法正常運行，聽到xxx頻頻大聲說著："我也是程序員"，頻頻亮著這樣的王牌，"我也是，而且我還曾經是程序員，經驗豐富著呢！別忽悠我！"，經理這時候正好回來了，小z看形勢不好就拉另外一個程序員出來了，小z心里想："真是個老程序員，連手動往數據庫中添數據的單子也簽！，而且簽完后還讓一個對系統不太懂得人去錄入。出了問題，還一個勁的這有什么不對呀！"，然后就聽見xxx總和經理爭論著怎么怎么回事，在此期間，小z讓人將紙質單據中的上百條歷史數據按新系統邏輯錄入到了系統，過了１個來小時，經理從辦公室出來，說數據到底怎么回事，小z說了前前后后，并且說明了起因。事后，經理發msn給小z："xxx總對A模塊很不滿意，你再仔細檢查下吧！"，小z心里頭暗想："從頭到尾，沒有一個人負責產品設計，產品的功能模塊含糊不清，卻整天看到產品部大哥大姐們，沒事閑聊qq，文檔除了相當少合模糊的幾頁外，連根毛都沒見，費力把幾地，沒困難要上，有困難也要上得初步完成了系統開發，出了問題，產品部的大哥卻悶頭一言不發，好像這玩藝誰做的誰就應該死似的！還有xxx總"我原來也是程序員",真他媽的范特西。

    情景三：項目好不容易終于穩定了，研發組的兄弟們剛剛松了口氣，此時產品部頻頻重拳出擊，要搞個和系統毫無關系的平臺出來，這次倒不錯，給了幾張草圖，光聽說別家公司設計最次是pdf了，這可好，一水的全是jpg，負責這個項目的h兄弟光處理那幾張圖就干了好幾天，剛剛進入開發環節，這邊需求又變了，剛剛弄明白新的需求，作了下調整，做到一半，又變了，不明白的地方，問產品部人員，不是說不知道，就是你去看那個什么巴巴吧！ 靠了，真夠瞧得起兄弟們的，那個什么巴巴的開發團隊也她娘的讓程序員設計頁面！吭哧吭哧的兄弟們干了差點一個月，本來前段時間系統的開發就比較累了，搞這樣的一個系統，兄弟們都很有意見。敢怒不敢言，誰讓咱程序員是良民呢！時隔２，３個月過去了，那套耗費了大家無數心血的系統卻一直被冷藏著呢，一個人都沒人去運營和維護他，奶奶的，兄弟們做東西就是為讓它躺那靜靜睡覺的！

    赫赫：），啰里啰唆的說了一大堆，其實都是生活中的瑣事，因為本人是開發人員，聽人講述完這些情景，我第一個感覺就是程序員們都太善良了，每天忙代碼，什么都顧不上，讓人當槍使，還沒事偷著樂呢，活干了，力也出了，可到了分功勞的時候，你這噼里啪啦敲代碼的時候，沒事聊qq，泡小妹的大哥們早把功勞搶到自己手里了。等你緩過味來了，光看到滿地雞毛！上面是個人開始的想法，也是每個程序員最原始的思維。下面就談談我比較理智的思考。

    首先部門與部門之間的溝通的確比較麻煩，有些事情也不受個人的掌控，雖然明知很多問題的根源，卻沒有力氣去解決，而一些能力不濟的人還自我感覺良好，從我們自身的素質角度來講，首先我們應該有一些容人之量，這個世界上，有能力好的，也有能力壞的，有善良的，也有邪惡的，如果我們自身沒有廣闊的心胸，那在社會的大舞臺上必將撞得頭破血流，我們起初應該容忍這樣一種現狀，盡我們最大的努力，來完成自己應該做的事情，這樣上不愧公司，下沒有耽誤自己學習知識文化，所以應該主動和對方部門作溝通，作交流，盡量本著解決問題的目的來做事，各個部門的成員之間更應該互相尊重，像上面所說的那樣，改來改去，做完了冰封，都體現了產品部門對研發人員工作成果的不尊重，明顯拿研發當槍用，而出現問題的時候，不承擔自己應承擔的責任，拿研發堵槍眼，更是受到研發人員的反感，站在研發的角度，最不希望的就是干了活，挨了累，最后因為做了，錯了，還被斃，所以我認為產品部門首先要解決的問題就是學會如何尊重研發的勞動，認識到研發人員不是實現你們毫無邊際遐想的工具，不認識這點，他們的工作也很難進展，而研發在此過程中，一直抱怨，抱怨，再抱怨，抱怨這個不公，那個不平，卻不思考解決這些問題的方法，也是有不妥之處的，起初我們的確應該抱著容忍和和諧的目的來工作，但當情緒不滿影響到工作動力和態度的時候，應該找到問題所在，及時加以解決，我覺出現上述情形后，研發人員應該將心中的種種不快和認為平時工作中不正確的地方反饋給項目經理，讓他去幫助大家來解決此類問題，畢竟抱怨是沒有用的嘛！最終如果實在不能得到妥善解決的話，而在這樣的工作環境中確實不爽，就亮終極必殺吧：走人吧！忍字頭上一把刀，忍無可忍把刀拋，老憋氣上火的不但容易成為糞青，而且影響身體健康，在哪里我們還不是混那一個月幾張紙票子呢！
    上一篇：程序員職場-如何面對混蛋領導