標準化軟件開發(fā)流程永遠是我們的工作方向。”孔如之總結道。林峰和孔如之爭論了很久。他提到了標準的滯后性、標準的版本問題，以及模型映射對性能的影響。爭到后來，他發(fā)現(xiàn)自己簡直是為了爭論而爭論。他心里漸漸明白，孔如之的話是有道理的。自己講的所謂滯后性和版本問題，在任何一個采用標準的場合都存在。難道因為這些問題，就永遠不要違反標準化軟件開發(fā)流程。林峰最后接受了孔如之的決定。于倫仍然是TFC項目的TPM。
所謂TPM，只是上海辦事處內(nèi)部使用的一個職務名稱。對IL全球來說，只有孔如之和宗方才剛剛夠得上一線PM的職位。很有意思的是，自從有了上海辦事處，亞太區(qū)總部（新加坡）里的所有技術人員都成了各種各樣的經(jīng)理。
孔如之經(jīng)常外出會見客戶，就算留在辦公室，也有不少事務性的工作需要處理。因此，他把一部分組織和管理方面的工作交給了于倫。比方說，主持一些技術方面的會議。在這種技術會議上，主要工作是討論一些設計思路和解決方案。于倫過去也經(jīng)常主持這類會議。他喜歡開會，如果說有點成癮也不為過。這種癮是在他轉(zhuǎn)到管理崗位后才產(chǎn)生的。他自己也沒有想過原因。其實，原因很簡單：在他還是AD的時候，他可以發(fā)表意見，但是意見會受到無數(shù)的阻撓；而轉(zhuǎn)變成管理者角色以后，他在會上可以充分表達自己對標準化軟件開發(fā)流程意見，而且大多數(shù)意見都可以落實。這種感覺很不錯。職場上有一個潛規(guī)則，就是盡量不形成文字。所以，很多人都不喜歡通過郵件來表達自己的觀點，而會議是一個很好的替代品。在會議上，大家可以天馬行空、熱烈討論，不需要成熟的觀點，不需要明確的想法。最終的決議可能都成了大家的意見。
作為 標準化軟件開發(fā)流程會議的組織者，于倫可以輕松地釋放責任的壓力。可是最近，于倫發(fā)現(xiàn)氣氛有點變了?？兹缰恢痹趶娬{(diào)責任問題，主持這類技術會議開始變得艱難起來。在一次討論模塊間解耦方案的時候，他甚至和林峰發(fā)生了沖突。“為什么要用ID作參數(shù)？”林峰的聲音很尖，于倫聽起來感覺格外刺耳?！澳K之間要解耦。我們只傳對象ID，這樣耦合性最低?！庇趥愓f?！八械哪K都基于一個統(tǒng)一的領域模型，用對象不是更好？傳遞對象ID，還需要去訪問數(shù)據(jù)庫。就算緩存里有，那也要多一個步驟。另外，對象ID的業(yè)務意義不清晰?！绷址逵悬c咄咄逼人。
