軟件包 or Not

今晚聽了本身大部門關於軟件包的辯論，辯題是「全面堅持軟件包驅動是利大於弊仍是弊大於利？」 很多觀點仍是值得思考。

結合了今晚各位前輩的發言，總結了一下我的的觀點。

選擇是否採用軟件包，須要從如下的方面去考慮：

1. 負責實施的部門的資源狀況，人員結構（包括能力結構和職責結構），預計的人力和資金投入

2. 軟件包成熟度，包括從業務方案以及技術方案上考量

3. 交付進度計劃

從我我的觀點來看，1和2實際上是最最重要的。

首先對於第一個考量點，出發點是在於，負責實施部門所具備的資源狀況不一樣的話，會對是否採用軟件包驅動的方式產生很大影響。爲何這麼說？

由於相比起採用軟件包，本身研發系統所須要的技術人員的水平以及數量會比實施軟件包的高和多。這應該是比較明顯的，由於假定咱們能採用的軟件包都是處於業界比較先進的水準的（這個假定其實跟第二個考量點密切相關了），若自研系統須要達到或者接近這個水準的話，就須要至關高水準的架構人員，設計人員以及開發人員。按咱們的假定，軟件包應該是通過很多的業界案例的實踐，穩定性，擴展性應該是比較高，自研系統要作到這一點的話，人員的投入天然成本會提升，另外有的東西不單須要人力，還須要時間，例如系統的穩定性，縱使設計再優秀，也很難避免會有這樣那樣的bug，這些bug都須要時間去發現和穩定下來。

因而可知，自研系統的人力成本以及時間成本都會比較高。雖然軟件包實施每每也須要聘請價格不菲的顧問，但我以爲上從金錢和時間成本上去衡量，仍是自研系統的成本更高。

人員結構方面，因爲自研系統須要更多高水準的技術人員以及方案人員，若實施部門不是公司中最核心（最賺錢）的部門的話，每每難以投入大量精英，可能致使自研系統的種種瓶頸。

因此第一個考量點我以爲實際上是至關有決定性的。今晚其實有前輩提到淘寶的例子，他們的系統也是採用自研，可以抵擋住光棍節恐怖流量的衝擊，軟件包也不必定能作到。對這個例子，我以爲對於淘寶，這些交易系統就是命根子，是最核心的東西，固然會投入最好的資源到裏邊，因此採用自研是徹底可以Hold住的。而對於某公司的某項目，只是公司內部使用的一個IT系統，雖然也被說起是影響公司將來發展存亡的變革項目的核心，但我的感受怎麼說也不是最核心的產品，因此天然投入是會打折扣。

對於第二個考量點，也是十分具備決定性的。軟件包之因此吸引，很大程度上光環是集中兩方面，第一，所包含的流程思想。第二，所採用的技術架構。

流程思想老是很具備吸引力。由於對於IT系統，誰都能作個出來，不必定非得oracle, microsoft，要有什麼功能在技術上都有方法能夠實現。可是流程思想這些東西，可不是通常的屌絲能想得出來，沒有必定的眼界和經驗，真的是玩不轉。因此軟件包其中一個吸引人的地方就在於其所包含的通過錘鍊通過實踐檢驗的流程思想。咱們總寄望於經過實施軟件包，能吸納其流程思想上的精華，優化和梳理已有的流程。讓屌絲的內在獲得昇華，真正從暴發戶邁入高富帥的行列。

技術架構相對於流程思想，會相對實在一點，但也是沒有必定的眼界和經驗，也沒法拿出一個真正優秀的經得起考驗的架構。

因此考量一個軟件包是否值得采用，流程思想和技術架構是否足夠成熟，是否在業界有足夠的競爭力，這是十分十分重要的指標。

至於第三點對交付進度計劃的考量，緣由其實在第一點也覆蓋到了，自研系統須要更多的人力物力和時間，相對而言是採用軟件包驅動會更適合進度要求高的項目。