业务和技术的融合

我记得三年前去一家软件公司应聘的时候，面试我的是一个做市场方面的领导，当时他问了我一个问题：“你认为技术是最重要的吗，业务一点都不重要吗？”听他这么问，我当时就说不是，业务也很重要，技术要依托于业务才能产生价值。
来到现在干的这家公司后，前些天又听到我公司的技术总监说：其实单纯做技术是走不远的，技术要和业务融合。我说：是。
有些公司号称技术推动，但是在产品的研发，创新投入力度不够，对市场不做调研，闭门造车，对市场反应冷淡，开发出来的东西竞争力不够，不能盈利。
其实我认为不管是技术推动，还是市场部门打先锋，最终目的都是为了公司可以赢利，技术本身再好，不能满足客户的需求有个鸟用。需求变了，如果不能依托有利的技术迅速响应，在这个瞬息万变的社会，肯定会落后于竞争对手，因为竞争对手不会告诉你，哥们儿，你的系统落后了，你的系统太慢了，你的系统改更新换代了，商场如战场，竞争对手之间大多时候是兵不血刃就一命呜呼了。
我认为技术推动是要在技术研发上投入很多人力物力的，不是开个会，定个调子就这样完了，否则搞迟早玩完。你要和竞争对手在技术上竞争，你是否敢于创新是很重要的，因循守旧，抱残守缺迟早会被对手淘汰掉，本来一开始有很好的竞争优势，到后来，技术落后于人，再加上对市场反应的冷淡，想赶上的时候都望尘莫及了。
最近翻看了读大学时的教材“软件工程”，里面讲到，现代的敏捷开发过程有很多思想是从传统的瀑布软件过程中借鉴的，有些项目需要采用瀑布型的开发管理方式，2者的争论无休止，非要搞个你死我活也没太多意思，适者生存，不适者被淘汰。我就想了，是不是采用了敏捷的开发过程，是不是真的就可以对客户的需求做出非常快速的反应？权且这认为，如果真是这样，很多问题就解决了，但是事实情况是：所谓的快速是有限度的，而且是对需求的变化也是有约束的，不可能天马行空，随心所欲。