推荐你看看《架构即未来》这本书,里面有一个章节专门论述这个问题。我简单把里面的关键点摘录一下:
原则:
1.不应该依赖供应商的解决方案来扩大产品规模
2.允许专门开发特定组件的公司提供产品中组件,且确保组件可以被替代
3.组织应把资源和时间花费在差异化竞争力的产品功能或组件上
4.要承认团队和公司有自建的天生倾向,要不惜一切代价去保护它
判断方法:
1.自建的软件是否能形成具有战略性差异化的竞争优势?我们是否有长期可持续的差异,例如转换成本、进入门槛或者其他什么别的东西?
2.我们是该资产最好的所有者吗?是否有最好的条件做好此事?如果自建是否应该出售?
3.该组件的竞争情况如何?竞争者需要多久能追上我们,然后向市场提供类似的产品?
4.自建的成本效益如何?能否减少成本并创造额外的股东价值?可否避免失去收入的机会?
确定核心竞争力的方法:
1.我们是否是相关技术里最好的(前两名或三名)供应商或开发商? 如果现在不是,我们的战略是否是成为这样的供应商或开发商?
2.研发或提供相关技术是否有助于可持续的差异化竞争?
1、先定位好公司的位置,什么是与业务紧密相关的,什么是边缘业务。
2、公司核心业务建议还是自己开发。
3、边缘业务可以找第三方,但是不能过度依赖第三方。
例子:
1、如一个公司当年使用了sap,但是随着互联网发展,sap不灵活,不能满足当前用户体验第一的需求了,但是各个接口写了太多了,现在想从中出来很难,只能慢慢弱化。
2、比如一般公司使用一个优惠券系统吧,用第三方的也行,自己开发也行,但是不是核心。评估一下成本,即可选择。因为随时能替代。
这个看企业怎么想了,如果想省心省力,肯定是外包好,做甲方多舒服,啥都不干,就把工资奖金给拿了,指挥着别人干。当然有些企业想脱离乙方公司了,譬如证卷行业,但是上贼船容易下贼船难,一旦人家把握了你的命脉,你无力回天,每年大量经费得花出去,其中有没有内幕我就不知道了。有些单位就做得比较好,譬如招商银行,中信银行有很强的研发运维团队,但这个也要付出一定代价和过程的,培养一个人才不容易,培养一个团队更难。你们哪里缺人,我可以去帮你们带带:)
收起