性能和功能谁更重要?在2008年，CIO会毫不犹豫地说，功能最重要。好的功能结构，尤其是支持自我迭代的功能结构，对企业的业务战略实现有非常高的价值。

　　举个例子，某CIO的团队为公司做的ISCM&OSCM(内部供应链&外部供应链)系统不仅解决了企业内部业务一个流的问题，一个订单分解之后，不通过人工计划环节，任务会立即按照订单履行路线会抵达100多个PC终端，甚至精细到一个只有两人的作业小组。同时解决了外部能力单元提供物料、加工能力的协同问题。由此可见，优秀的功能带来了业务上的快捷性。但事情就此收场了吗?

　　后面的故事是，由于业务耦合太紧，在技术架构上忽略了性能的考虑。以至于初始的喜悦没几个月，就淹没在抱怨的声音里，“订单确认后，需要吃一个苹果才能返回到初始界面”，“为现场工人设计的界面很简洁，但是点个鼠标要等两分钟”。大约过了一年时间才彻底解决了性能问题，通过业务模块解耦、数据表调整和队列技术来实现。性能欠考虑直接导致了“一半很美，一半很难看”。

　　这是非常值得反思的。12306铁路售票网站的窘境也是一个很好的案例，不管是多么利民的好事，如果不便民，其价值就会立即减损。

　　站在用户的角度来充分考虑，才能理解性能与功能“两手都要抓两手都要硬”的必要性。不管是性能还是功能，都很重要，不可偏废。而且在信息化项目的不同阶段，应该有不同的侧重，但是总体而言，性能的重要性要高于功能，即便是独家的应用。对于这种教训，CIO应该牢记在心。在做系统架构的时候，必须深度考虑业务架构和技术架构的配称。

　　责任编辑：GOCN