傳統企業資訊化
1 資訊化概述及其必要性
傳統企業達到一定規模(百人級别)時,會對企業資訊化有着強烈的需求。這種剛需促使企業購買OA、HR、财務系統等通用軟體來滿足自己日益增長的管理需求。但是上述通用軟體不能滿足企業發展的個性化需求,尤其是一些新的業務模式、管理模式。為了解決這種問題企業隻好自己想辦法解決,自建團隊和外包為最常見的兩種方式。
2 方式(自建團隊、外包)
什麼是自建團隊:顧名思義,自建團隊就是企業自己招兵買馬。依據公司規模和資訊化平台對技術的要求招聘相關的管理人員、技術人員。
什麼是外包:外包有兩種方式,一種是項目外包,還有一種是人員外包(此種方式坑太多,本文不予評論)。項目外包由乙方完成從需求調研、方案設計、研發、測試、部署等工作。
下面講述這兩種方式的優缺點及風險。
3 自建團隊方式vs外包方式
3.1 比較
自建團隊 | 外包 | |
人力 | 企業内部招聘,正式員工,組成研發部門 | 乙方人員 |
時間(周期) | 由于是企業内部員工,開發周期取決于項目需求的範圍、管理人員及開發人員的水準。 | 合同約定 |
範圍(内容) | 通常高層上司給出提綱性意見,由主管上司拿出細化方案後再交由開發部門執行。 | 合同約定 |
溝通 | 企業内部溝通,通常由業務主管部門牽頭、研發部門配合 | 甲方乙方按照開發計劃表安排溝通計劃、立項、裡程碑、傳遞、試用、驗收等工作 |
品質(效果) | 見下文詳述 | 見下文詳述 |
風險 | 見下文詳述 | 見下文詳述 |
3.2優缺點及風險
3.2.1自建團隊
優點:可以及時響應上級的各種需求變更,溝通及時,人員可控。
缺點:
1,需求變更頻繁。個别上司朝令夕改會讓研發部門疲于應付,這往往也是導緻項目無限期延期和失敗的主要原因。當然這種情況如果企業内部有一個可以充當防火牆的上司(需要對公司管理模式、資訊化有一定經驗的人)會有所改觀。
2,人才。傳統企業招聘很難招聘到進階别技術人才,原因如下:IT人才被大型網際網路(BAT等)、專業軟體公司(用友、中軟、金蝶等)、網際網路創業公司層層瓜分。通常流入傳統企業的都是中級或初級技術人員。
3, 人員成本持續,且費用偏高。IT領域的工資幾乎是公開的。BAT應屆研究所學生2萬起(14-20薪)的比比皆是。對于網際網路巨頭來說這不算什麼,但是對于傳統企業來說恐怕經驗豐富的部門經理也未必能拿這麼多。
3.2.2 外包
優點:專業技術有優勢,有自己的架構。開發速度較快(周期短),乙方出于成本考慮肯定會自己壓縮工期,盡快完成合同約定的開發内容。
缺點:
1,需求、時間、成本受制于合同。
2,甲方為了壓縮成本或對軟體開發不太了解,随意壓縮開發時間。導緻項目完成度、品質存在風險。
3,乙方需要時間去了解和消化甲方的需求、管理方式、經驗理念。
4, 甲方項目經理或業務主管的變更對乙方來說是極大的風險,有可能導緻項目流産。
3.2.3品質(效果)
軟體(系統或平台)是個特殊的東西,除非在你正真使用它之後,才能判斷它是否真正的符合了管理的需要并讓實際使用者接受。盡管軟體工程裡有很多理論、文檔、最佳實踐等對我們進行指導和幫助,但是這些過于東西相對于現實總是那麼的蒼白無力,起不到好的效果,有時甚至會起副作用。
通常無論采用自建團隊或外包的方式都可以從如下方面去評價一個軟體(系統或平台)是否成功:
-
- 是否實作了使用者的全部需求
- 上線後是否進行了更新維護
- 一年或更久以後系統是否依然可以支撐實際業務
- 是否友善了最終使用者
- 是否給客戶帶來了直接或間接的收益