软件包 or Not

今晚听了本身大部门关于软件包的辩论，辩题是“全面坚持软件包驱动是利大于弊仍是弊大于利？” 很多观点仍是值得思考。

结合了今晚各位前辈的发言，总结了一下我的的观点。

选择是否采用软件包，须要从如下的方面去考虑：

1. 负责实施的部门的资源状况，人员结构（包括能力结构和职责结构），预计的人力和资金投入

2. 软件包成熟度，包括从业务方案以及技术方案上考量

3. 交付进度计划

从我我的观点来看，1和2实际上是最最重要的。

首先对于第一个考量点，出发点是在于，负责实施部门所具备的资源状况不一样的话，会对是否采用软件包驱动的方式产生很大影响。为何这么说？

由于相比起采用软件包，本身研发系统所须要的技术人员的水平以及数量会比实施软件包的高和多。这应该是比较明显的，由于假定咱们能采用的软件包都是处于业界比较先进的水准的（这个假定其实跟第二个考量点密切相关了），若自研系统须要达到或者接近这个水准的话，就须要至关高水准的架构人员，设计人员以及开发人员。按咱们的假定，软件包应该是通过很多的业界案例的实践，稳定性，扩展性应该是比较高，自研系统要作到这一点的话，人员的投入天然成本会提升，另外有的东西不单须要人力，还须要时间，例如系统的稳定性，纵使设计再优秀，也很难避免会有这样那样的bug，这些bug都须要时间去发现和稳定下来。

因而可知，自研系统的人力成本以及时间成本都会比较高。虽然软件包实施每每也须要聘请价格不菲的顾问，但我以为上从金钱和时间成本上去衡量，仍是自研系统的成本更高。

人员结构方面，因为自研系统须要更多高水准的技术人员以及方案人员，若实施部门不是公司中最核心（最赚钱）的部门的话，每每难以投入大量精英，可能致使自研系统的种种瓶颈。

因此第一个考量点我以为实际上是至关有决定性的。今晚其实有前辈提到淘宝的例子，他们的系统也是采用自研，可以抵挡住光棍节恐怖流量的冲击，软件包也不必定能作到。对这个例子，我以为对于淘宝，这些交易系统就是命根子，是最核心的东西，固然会投入最好的资源到里边，因此采用自研是彻底可以Hold住的。而对于某公司的某项目，只是公司内部使用的一个IT系统，虽然也被说起是影响公司将来发展存亡的变革项目的核心，但我的感受怎么说也不是最核心的产品，因此天然投入是会打折扣。

对于第二个考量点，也是十分具备决定性的。软件包之因此吸引，很大程度上光环是集中两方面，第一，所包含的流程思想。第二，所采用的技术架构。

流程思想老是很具备吸引力。由于对于IT系统，谁都能作个出来，不必定非得oracle, microsoft，要有什么功能在技术上都有方法能够实现。可是流程思想这些东西，可不是通常的屌丝能想得出来，没有必定的眼界和经验，真的是玩不转。因此软件包其中一个吸引人的地方就在于其所包含的通过锤炼通过实践检验的流程思想。咱们总寄望于经过实施软件包，能吸纳其流程思想上的精华，优化和梳理已有的流程。让屌丝的内在获得升华，真正从暴发户迈入高富帅的行列。

技术架构相对于流程思想，会相对实在一点，但也是没有必定的眼界和经验，也没法拿出一个真正优秀的经得起考验的架构。

因此考量一个软件包是否值得采用，流程思想和技术架构是否足够成熟，是否在业界有足够的竞争力，这是十分十分重要的指标。

至于第三点对交付进度计划的考量，缘由其实在第一点也覆盖到了，自研系统须要更多的人力物力和时间，相对而言是采用软件包驱动会更适合进度要求高的项目。