在實習的兩個月裡，作為技術人員，我經常是要和業務人員溝通的。特別是在接手大眾人才網的工作後，每天的工作幾乎都變成了應對業務人員無盡的需求。業務經常變化，結果導致技術也要跟著業務不停的變化。曾經有一次，上午根據業務人員更改的功能，下午就被業務人員要求修改回來。業務人員的這種不斷變化的結果往往導致技術人員的無所適從，進而導致兩方產生矛盾。技術人員認為業務人員變化太快，無所適從，業務人員反過來說技術人員服務態度不好。在雙方的博弈中，不但溝通成本極大，而且往往導致合作雙方合作不和，極大影像工作。
在原公司中，業務向技術提需求一般有兩種方式
1、直接找技術人員當面溝通，直接進行修改。
2、提出書面需求，遞交技術部主管，由主管安排人員進行修改。
規定雖然如此規定，但是在我實際的工作中，業務人員很少按照正規的過程提出書面需求，實際上往往正相反，業務人員更傾向於直接找到技術提出自己的需求。不管公司怎麼規定，業務人員依舊我行我素，鮮有改觀。相反，技術人員在屢次要求業務提需求正規化無效之後，抱怨更多，狀態更差。
到底什麼原因造成了如上結果呢？
首先是不是溝通方式不對呢，換句話說，是不是還有另外的更好的溝通方式？
我也曾經認為應該有一種更好的溝通方式，通過溝通手段的優化解決如上問題。雖然目前我還沒有尋找到如此好的溝通方式，但是在與一位在大公司（新興公司，國內目前最強）的朋友聊天中了解到，他們也是只有這兩種提出需求的方式，而且同時並用。對於少數緊急問題，採用第一種直接溝通的方式。對於大多數問題來說，他們反而認為提出規範化的書面需求效果更好。
啊哈？怎麼差距這麼大呢？差距在**呢？
只要有公司能夠成功運用這兩條溝通方式，那麼就證明方法本身沒有錯誤，出錯的地方在其他。
進而問朋友，他們公司的業務人員如何區分哪個需求緊急，需要採用當面溝通的方式，哪個需求並不緊急，還是採用書面提交好。因為根據我在公司的經驗，業務人員在提交需求的時候並沒有任務是否緊急，任務是否重要的區分。問他們任務是否重要，他們都說重要，問他們需要什麼時候完成，他們都說越快越好。那我就懷疑，為什麼朋友的公司的業務可以正確區分需求的緊急、重要程度呢？
朋友回答了乙個很簡單的道理，因為有專案管理。乙個專案要求月底交貨，那麼15號提出的需求當然就不算緊急，當然需要提交書面需求了。
阿！原來不是方法問題，而是管理問題！
而且不是技術部門的管理，是業務部門的管理！
其實一進入公司，我就發現公司在技術管理方面比較薄弱。公司**組的開發基本以一人為單位，頂多就是程式和美工的合作。公司在程式編寫上沒有任何規定，甚至連基本的源**管理都沒有。一直以來崇尚規範化管理的我在進入公司指出也是希望能夠給公司帶入規範化的技術管理。可惜，無奈的是，進入公司的我不但沒有成功引入規範化管理，反而自己也被同化，開始做起了不規範的開發。
通過這件事情，我深刻地意識到，乙個公司的規範化，絕對不僅僅是乙個部門的事情。由於實習的公司是乙個嚴重以業務為導向的公司，所以業務部門的行為不僅僅為其他部門提供了錢財，更為其他部門定下了基調。業務部門本身管理混亂，不正規，其他任何乙個部門都無法規範化。特別像技術和業務這兩個聯絡密切的部門，一方的混亂肯定造成另一方的不適應。特別當一方是主導部門時，更加加劇了這種影響力，結果導致另乙個部門無法規範化。不管出台什麼樣的規定，到最後只能是應付公事，沒人執行。
好了，原因清楚了，業務部門是這裡的**？
其實不然。如果乙個公司乙個部門並不規範還有情可原，當大多數部門都不規範的時候，原因何在？
區域性的問題可以找部門經理，如果是全域性出現問題，總經理的責任無法推卸。公司之所以在下級表現出管理的混亂，其根本原因還在於領導的意識。朋友所在的公司也不適什麼老公司，也是城裡沒有幾年。而且朋友所在的北京分公司現在才剛剛成立，更是處於創業初期，竟能如此規範。當然，總公司管理的積澱有所作用，但是不能否定的是，公司領導對於規範化管理的重視也是很重要的。只有領導的指示，下級才能執行，才能在執行的過程中產生競爭力。
其實，在我實習期間，公司已經出台了不少管理規定，對公司的行政過程進行規範。遺憾的是，先不說這些行政規範是否可行（公司在招聘人才方面的規範就有問題），單單說公司在規範出台的範圍就有問題。公司出台的僅僅都是針對行政過程的規範，對於公司本身核心的業務和技術兩大塊卻沒有引入任何規範。
其實公司行政的規範可以說是必須的，也是容易的。但是公司業務和技術的規範確實靈魂的，因為只有規範這兩塊，才能真正培養公司的核心競爭力，打造公司特有的文化！
今天和朋友**的寥寥幾句，突然幡然醒悟，察覺到如此道理。其實彼此之間的溝通往往還真是思想火花的根源。當然，此乃一家之言，僅供參考。
業務人員和技術人員之前橋梁的角色
在qcon上，和一位朋友聊起了當前自己的狀況。自己現在主要的職責就是與業務溝通，然後一條龍服務，從業務規則制定，到需求分析，設計，開發，測試，後期維護，所有的事情都是由自己來完成。當然這只是針對乙個部門，而且經過一定時間的努力，業務流程和系統流程已經有了很好的符合，即便是需求變更，也會在很短的時間內...
是什麼導致了三星的「盛世危機」？
現在，幾乎所有人都看得出來，三星電子出問題了。這家消費電子巨頭開始引起外界的擔憂，是源於其最新一季度財報的暗淡表現。三星電子2014年第二季度財報顯示，公司營收為52.35萬億韓元 510.5億美元 同比下降8.9 淨利潤6.25萬億韓元 60.95億美元 同比下滑19.6 這是三星電子連續第三個季...
運營人員必知！SPU和SKU是什麼？
spu standard product unit 標準產品單位 spu是商品資訊聚合的最小單位，是一組可復用 易檢索的標準化資訊的集合，該集合描述了乙個產品的特性。在商品資訊電子化過程中，商品的特性可以由多個 屬性 屬性值對 進行描述。屬性 屬性值對 完全相同的商品，可以抽象成為乙個spu。另一方...