标准化软件开发流程永远是我们的工作方向。”孔如之总结道。林峰和孔如之争论了很久。他提到了标准的滞后性、标准的版本问题，以及模型映射对性能的影响。争到后来，他发现自己简直是为了争论而争论。他心里渐渐明白，孔如之的话是有道理的。自己讲的所谓滞后性和版本问题，在任何一个采用标准的场合都存在。难道因为这些问题，就永远不要违反标准化软件开发流程。林峰最后接受了孔如之的决定。于伦仍然是TFC项目的TPM。

所谓TPM，只是上海办事处内部使用的一个职务名称。对IL全球来说，只有孔如之和宗方才刚刚够得上一线PM的职位。很有意思的是，自从有了上海办事处，亚太区总部（新加坡）里的所有技术人员都成了各种各样的经理。

 孔如之经常外出会见客户，就算留在办公室，也有不少事务性的工作需要处理。因此，他把一部分组织和管理方面的工作交给了于伦。比方说，主持一些技术方面的会议。在这种技术会议上，主要工作是讨论一些设计思路和解决方案。于伦过去也经常主持这类会议。他喜欢开会，如果说有点成瘾也不为过。这种瘾是在他转到管理岗位后才产生的。他自己也没有想过原因。其实，原因很简单：在他还是AD的时候，他可以发表意见，但是意见会受到无数的阻挠；而转变成管理者角色以后，他在会上可以充分表达自己对标准化软件开发流程意见，而且大多数意见都可以落实。这种感觉很不错。职场上有一个潜规则，就是尽量不形成文字。所以，很多人都不喜欢通过邮件来表达自己的观点，而会议是一个很好的替代品。在会议上，大家可以天马行空、热烈讨论，不需要成熟的观点，不需要明确的想法。最终的决议可能都成了大家的意见。

作为 标准化软件开发流程会议的组织者，于伦可以轻松地释放责任的压力。可是最近，于伦发现气氛有点变了。孔如之一直在强调责任问题，主持这类技术会议开始变得艰难起来。在一次讨论模块间解耦方案的时候，他甚至和林峰发生了冲突。“为什么要用ID作参数？”林峰的声音很尖，于伦听起来感觉格外刺耳。“模块之间要解耦。我们只传对象ID，这样耦合性最低。”于伦说。“所有的模块都基于一个统一的领域模型，用对象不是更好？传递对象ID，还需要去访问数据库。就算缓存里有，那也要多一个步骤。另外，对象ID的业务意义不清晰。”林峰有点咄咄逼人。