宋齊軍，齊少安（中訊郵電咨詢設(shè)計院有限公司，北京100048）

0 前言

一個新的IT 技術(shù)在電信運營商的應(yīng)用通常是衡量一個技術(shù)是否成熟，是否具備支持大規(guī)模業(yè)務(wù)量的業(yè)界主流認(rèn)識。但隨著互聯(lián)網(wǎng)時代的到來，游戲規(guī)則發(fā)生了變化。具有叛逆基因的互聯(lián)網(wǎng)企業(yè)紛紛用自主研發(fā)的利器打破了運營商多年的傳統(tǒng)觀念。去IOE、云計算以及大數(shù)據(jù)用戶畫像等新的技術(shù)逐漸被互聯(lián)網(wǎng)廠商所引領(lǐng)，運營商開始向互聯(lián)網(wǎng)廠商取經(jīng)。

運營商內(nèi)部也在不斷反思，幾十年的持續(xù)投入最后卻沒有自己的核心IT技術(shù)積累，自主研發(fā)逐步提到議事日程。

1 自主研發(fā)的原動力

國內(nèi)運營商的IT 系統(tǒng)的建設(shè)流程基本是沿用網(wǎng)絡(luò)基礎(chǔ)設(shè)施的投資建設(shè)模式，對應(yīng)用軟件系統(tǒng)的開發(fā)需要經(jīng)歷規(guī)劃、可研、設(shè)計、采購招標(biāo)、建設(shè)、驗收、交維等必須的流程。隨著互聯(lián)網(wǎng)的發(fā)展和用戶使用習(xí)慣的改變，運營商的業(yè)務(wù)支撐同樣需要快速響應(yīng)客戶的需求。各大運營商在向互聯(lián)網(wǎng)廠商借鑒經(jīng)驗的過程中，發(fā)現(xiàn)主流互聯(lián)網(wǎng)廠商都是依據(jù)自主團隊進(jìn)行IT 系統(tǒng)開發(fā)建設(shè)，在快速響應(yīng)市場變化的需求中起到了重要作用?；仡^再看運營商自己的核心IT 支撐系統(tǒng)卻嚴(yán)重依賴應(yīng)用廠商的開發(fā)實施，再加上宏觀層面對自主研發(fā)能力的導(dǎo)向，使得各運營商也有了對IT支撐系統(tǒng)進(jìn)行自主研發(fā)的沖動。

運營商IT 支撐系統(tǒng)傳統(tǒng)開發(fā)模式在滿足電信業(yè)務(wù)支撐需求的同時，也給運營商帶來幾個方面的痛點。

1.1 核心技術(shù)掌握在開發(fā)商手中

隨著國內(nèi)電信運營商IT系統(tǒng)的風(fēng)云變換，國內(nèi)參與電信行業(yè)核心IT 系統(tǒng)建設(shè)的系統(tǒng)集成商之間雖然也經(jīng)歷了收購整合等一系列的運作，但主要的IT從業(yè)人員只是隨著東家的變化，并沒有離開電信IT系統(tǒng)這個圈子。三大運營商通過核心系統(tǒng)統(tǒng)一版本等戰(zhàn)略行動，最后留下來的應(yīng)用軟件系統(tǒng)集成商主要集中在亞信、華為、東軟、思特奇、中興、大唐、天源迪科等幾家。

早期，電信運營商與銀行業(yè)并稱國內(nèi)IT系統(tǒng)的強力推動者，對國內(nèi)大型支撐軟件開發(fā)能力的提升提供了豐富的應(yīng)用場景和大規(guī)模業(yè)務(wù)量的實戰(zhàn)檢驗環(huán)境。銀行業(yè)由于金融數(shù)據(jù)和交易的敏感性，較早建立了自己的研發(fā)中心，走上了自主研發(fā)和外包相結(jié)合的IT系統(tǒng)發(fā)展道路。而運營商則走了另外一條道路，將網(wǎng)絡(luò)設(shè)備廠商之間的白熱化競爭引入到IT系統(tǒng)建設(shè)中，同樣壓低了IT 系統(tǒng)建設(shè)成本。這條道路在電信行業(yè)紅火的時候并無大礙，但是當(dāng)電信行業(yè)整體增長趨勢變緩時開始暴露出一些問題。由于運營商一直都是對應(yīng)用系統(tǒng)進(jìn)行采購使用，并沒有掌握IT支撐系統(tǒng)的核心技術(shù)，運行維護(hù)對集成商的依賴性較大。當(dāng)需要對IT系統(tǒng)精耕細(xì)作，通過提升IT系統(tǒng)支撐能力發(fā)掘網(wǎng)絡(luò)潛力，提升用戶滿意度的時候，卻發(fā)現(xiàn)不僅系統(tǒng)改動成本較高，而且改動效果及風(fēng)險都非運營商所能控制。

1.2 系統(tǒng)開發(fā)響應(yīng)速度不及時

運營商的IT 系統(tǒng)與其他的數(shù)據(jù)、傳輸、無線基站等基礎(chǔ)網(wǎng)絡(luò)設(shè)施相比具有不同的特點。IT 系統(tǒng)具有應(yīng)用個性化強，與業(yè)務(wù)緊密關(guān)聯(lián)、要求與市場策略和措施緊密配合等一些列特點。

依賴外部開發(fā)的IT支撐系統(tǒng)，在響應(yīng)需求變化時可以采用2 種開發(fā)模式：一種是系統(tǒng)改造的工程項目模式，一種是購買工時的人力外包模式。

如果采用系統(tǒng)改造的工程項目模式，則應(yīng)用廠商需要在開發(fā)合同中明確業(yè)務(wù)需求，才能評估時間進(jìn)度和人力需求。而現(xiàn)實環(huán)境中，業(yè)務(wù)需求也是需要不斷嘗試調(diào)整才能最后穩(wěn)定下來。而開發(fā)人員作為外部人員，對系統(tǒng)修改缺乏主觀能動性，往往是被動地對系統(tǒng)進(jìn)行修修補補。而且電信運營商的工程建設(shè)流程，使得新的需求從提出，到最后提交給開發(fā)商進(jìn)行實質(zhì)性開發(fā)，往往需要經(jīng)過漫長的階段，等到系統(tǒng)上線時經(jīng)常落后市場策略的支撐要求。

如果采用購買工時的人力外包模式，則運營商的項目開發(fā)經(jīng)理需要對系統(tǒng)非常熟悉，能夠指導(dǎo)開發(fā)人員進(jìn)行正確開發(fā)，這又恰好是運營商技術(shù)隊伍的短板。

長期的運營商基礎(chǔ)網(wǎng)絡(luò)的建設(shè)模式和流程，固化了運營商IT建設(shè)管理人員的思維方式，缺乏創(chuàng)新的思維，對IT 系統(tǒng)的建設(shè)基本上處于被動推進(jìn)的狀態(tài)，而不是主動求變，去擁抱市場及需求的變化。

運營商的IT支撐系統(tǒng)是和市場策略、用戶使用緊密相關(guān)的業(yè)務(wù)支撐系統(tǒng)。在互聯(lián)網(wǎng)時代，當(dāng)用戶使用習(xí)慣、生活方式發(fā)生巨大改變的時候，仍然沿用舊的思維方式，則必然難以快速高質(zhì)量地支撐業(yè)務(wù)發(fā)展。

1.3 系統(tǒng)開發(fā)費用可控度不足

在應(yīng)用軟件行業(yè)關(guān)于開發(fā)成本估算雖然有諸如經(jīng)驗估算、因素估算、人月估算等一些模型和算法，但這些都是要以詳細(xì)準(zhǔn)確的相關(guān)工作量為基礎(chǔ)，然后參考各種費用構(gòu)成來估算軟件的開發(fā)費用。運營商IT 支撐系統(tǒng)通常采用的是整體采購定制化應(yīng)用軟件，而定制軟件一旦上線，重新更換應(yīng)用廠商是一件非?？植赖氖虑?。由于不掌握系統(tǒng)開發(fā)的核心技術(shù)，運營商對新增或變化需求導(dǎo)致的軟件開發(fā)工作量評估缺乏依據(jù)，軟件廠商為了彌補招標(biāo)時的低價中標(biāo)損失也會虛報工作量，雙方經(jīng)常陷入討價還價的境地。

另外由于運營商在IT 支撐應(yīng)用軟件采購上沿用網(wǎng)絡(luò)基礎(chǔ)項目建設(shè)流程，在年度規(guī)劃時，宏觀確定了IT支撐項目投資，但此時需求和方案均不明確。運營商IT 支撐系統(tǒng)的開發(fā)客觀規(guī)律是要在規(guī)定的時間點上線需要的系統(tǒng)功能，這就造成很多項目先開發(fā)后算賬的既成事實。而IT 建設(shè)部門為適應(yīng)建設(shè)流程又必須在規(guī)劃及可研批復(fù)的框架內(nèi)使用開發(fā)費用，每年的IT 系統(tǒng)開發(fā)費用與需求沒有明顯的相關(guān)性。最終造成公司高層覺得IT投資彈性大，基層執(zhí)行者認(rèn)為項目建設(shè)很委屈，軟件廠商在合同額度降低時認(rèn)為保不住成本，甚至以撤出支撐團隊為由提高價碼的尷尬現(xiàn)象。

1.4 對支撐系統(tǒng)功能和性能不滿意

IT集成商在項目初期為了搶占和保住市場，一般會投入核心技術(shù)力量進(jìn)行系統(tǒng)開發(fā)。一旦系統(tǒng)上線進(jìn)入維護(hù)性開發(fā)階段，開發(fā)團隊的能力則開始良莠不齊。

運營商IT支撐系統(tǒng)是直接面向用戶的，很多需求的提出來源于市場部門的一線業(yè)務(wù)需求，這些需求又經(jīng)過IT 建設(shè)部門的消化轉(zhuǎn)化為軟件開發(fā)需求。從事軟件開發(fā)的人員都有共同體會，業(yè)務(wù)人員最初的朦朧需求到完成開發(fā)實現(xiàn)所需的具體需求距離還很遙遠(yuǎn)。

按照運營商目前的IT工程建設(shè)流程和采購方式，應(yīng)用軟件開發(fā)商往往按照運營商提出的業(yè)務(wù)需求進(jìn)行開發(fā)和交付。由于系統(tǒng)的功能要求在業(yè)務(wù)需求提出階段可能描述得不夠詳盡，當(dāng)開發(fā)商交付軟件功能時，業(yè)務(wù)人員會發(fā)現(xiàn)實現(xiàn)的功能與自己真正需求的功能相差甚遠(yuǎn)。

為了降低硬件采購成本，三大運營商采用的IT硬件設(shè)備集中采購成功實現(xiàn)了IT 設(shè)備價格的迅速回落。但隨之采用的軟硬件分離模式，也使得IT集成商在系統(tǒng)性能優(yōu)化方面失去了動力。應(yīng)用開發(fā)商在發(fā)現(xiàn)系統(tǒng)處理性能下降時，不是嘗試優(yōu)化系統(tǒng)，而是對運營商提出應(yīng)該對設(shè)備進(jìn)行擴容的要求。這使得運營商IT系統(tǒng)的主機越買越多，CPU利用率仍然居高不下。

2 自主研發(fā)應(yīng)注意的問題

自主研發(fā)不是一蹴而就的事情，軟件研發(fā)有其客觀規(guī)律可循。運營商從依賴外部開發(fā)向自主研發(fā)轉(zhuǎn)型，必須首先從觀念上解決好以下問題。

2.1 有所為有所不為

運營商IT支撐系統(tǒng)一方面連接客戶，面向復(fù)雜的市場需求，以及部分政策性需求。另一方面連接著網(wǎng)絡(luò)設(shè)備，面向國際電信行業(yè)的設(shè)備標(biāo)準(zhǔn)。在面向標(biāo)準(zhǔn)化設(shè)備方面，電信行業(yè)的主流IT集成商已經(jīng)有了多年的投入，并且經(jīng)過與現(xiàn)網(wǎng)設(shè)備的長期磨合，軟件功能相對成熟。運營商IT 研發(fā)團隊在這方面應(yīng)該投入的力量是研究網(wǎng)絡(luò)標(biāo)準(zhǔn)與業(yè)務(wù)發(fā)展的關(guān)系，做好規(guī)范銜接工作，為系統(tǒng)接口預(yù)留擴展性，而無需投入力量進(jìn)行重復(fù)開發(fā)。

對于IT支撐系統(tǒng)中使用的一些基礎(chǔ)框架性軟件，和業(yè)務(wù)相關(guān)性很低，屬于可重復(fù)利用的組件，IT 研發(fā)團隊?wèi)?yīng)投入力量熟悉并掌握軟件的使用和運維，能夠在某些功能需要使用這些基礎(chǔ)能力時，快速實現(xiàn)系統(tǒng)對接即可。

運營商IT 研發(fā)團隊的主戰(zhàn)場應(yīng)該是面向業(yè)務(wù)和用戶的系統(tǒng)功能研發(fā)，這是運營商業(yè)務(wù)發(fā)展的根本，也是自主研發(fā)與委托開發(fā)的重要區(qū)別所在。在這些模塊的研發(fā)中，自主研發(fā)團隊需要對業(yè)務(wù)進(jìn)行梳理和抽象，設(shè)計出相對穩(wěn)定的軟件框架，并可實施自主代碼開發(fā)或?qū)S商進(jìn)行指導(dǎo)性開發(fā)。

自主研發(fā)應(yīng)該根據(jù)運營商自身專業(yè)人員配置、經(jīng)驗積累等情況，把現(xiàn)有的IT支撐系統(tǒng)的主要模塊進(jìn)行分類，根據(jù)優(yōu)先程度和必要性合理安排自主研發(fā)的深度和范圍，避免大而全的自主研發(fā)局面。

2.2 自主研發(fā)中的角色轉(zhuǎn)換

以往運營商的IT 支撐系統(tǒng)都是從IT 集成商采購定制軟件或服務(wù)，運營商IT建設(shè)部門與系統(tǒng)集成商之間是明顯的甲方乙方關(guān)系。運營商的管理人員通常利用自身的強勢地位，不管需求是否合理，時間進(jìn)度是否可行，統(tǒng)統(tǒng)壓給乙方去解決，包括和軟件項目相關(guān)的一些雜活累活，都由開發(fā)商代勞。一旦運營商開始實施IT 支撐系統(tǒng)自主研發(fā)，則首先會帶來業(yè)務(wù)部門、建設(shè)部門和研發(fā)部門的不適應(yīng)。業(yè)務(wù)需求部門、系統(tǒng)建設(shè)部門和軟件開發(fā)部門三者處于一個平等的地位，開發(fā)人員可以說不，這是業(yè)務(wù)需求和建設(shè)方都要適應(yīng)的新變化。

運營商IT 支撐系統(tǒng)相關(guān)的人員首先要轉(zhuǎn)變觀念和思路，從分析需求、系統(tǒng)架構(gòu)、代碼開發(fā)、系統(tǒng)部署、測試聯(lián)調(diào)、運行維護(hù)全流程都需要親歷恭行。要具有高度的責(zé)任感，對業(yè)務(wù)負(fù)責(zé)，對系統(tǒng)負(fù)責(zé)，才能有好的效果。這就要求運營商IT 支撐團隊消除根深蒂固的甲方思維，轉(zhuǎn)變?yōu)橹魅宋叹?，從我要廠商怎么干，轉(zhuǎn)為我應(yīng)為系統(tǒng)怎么干。

軟件研發(fā)不是一個按點下班的工作，運營商自身人員雖然也有經(jīng)常加班寫匯報材料的痛苦經(jīng)歷，但能否轉(zhuǎn)化為愉快地解決研發(fā)問題的自覺工作，是運營商人員難以邁過的坎。

2.3 服務(wù)于企業(yè)戰(zhàn)略而不是個人喜好

IT支撐系統(tǒng)是電信運營商發(fā)展市場，面向用戶的有力抓手，在系統(tǒng)的自主研發(fā)中應(yīng)以服務(wù)企業(yè)戰(zhàn)略為根本目的。服務(wù)企業(yè)戰(zhàn)略就要看系統(tǒng)是否適應(yīng)市場需要，運營商高層可以提出戰(zhàn)略目標(biāo)，研發(fā)團隊需要在目標(biāo)和方向牽引下研發(fā)系統(tǒng)。檢驗系統(tǒng)的標(biāo)準(zhǔn)要看系統(tǒng)真正用戶的使用評價和是否實現(xiàn)系統(tǒng)預(yù)期的目標(biāo)為基礎(chǔ)，不能因某個領(lǐng)導(dǎo)或某個人的喜好為標(biāo)準(zhǔn)進(jìn)行評價。

2.4 量化IT 支撐系統(tǒng)的價值定位

在電信運營商內(nèi)部長期存在著重網(wǎng)絡(luò)、輕運營的思想，認(rèn)為只要網(wǎng)絡(luò)好，就能夠吸引用戶，IT支撐系統(tǒng)先天性就是配合網(wǎng)絡(luò)發(fā)展戰(zhàn)略而存在的。IT 支撐系統(tǒng)一直是一種輔助配套的角色，包括IT建設(shè)部門自身有時候也會認(rèn)同這種觀點，這和互聯(lián)網(wǎng)廠商有著本質(zhì)區(qū)別?；ヂ?lián)網(wǎng)廠商的IT核心系統(tǒng)是企業(yè)的價值源泉，依賴的網(wǎng)絡(luò)不是自己的，IT系統(tǒng)才是互聯(lián)網(wǎng)企業(yè)立身的根本。

運營商IT支撐系統(tǒng)必須有量化的價值定位，才能真正做好自己的長遠(yuǎn)規(guī)劃，與電信基礎(chǔ)網(wǎng)絡(luò)建立合理的邊界。在系統(tǒng)內(nèi)核上建立穩(wěn)定的支撐架構(gòu)，支撐網(wǎng)絡(luò)底層技術(shù)的不斷演進(jìn)。

電信運營商IT 支撐系統(tǒng)需要在實現(xiàn)自身價值的基礎(chǔ)上，具備衍生新的價值空間，才能激發(fā)研發(fā)團隊的熱情，做好自主研發(fā)工作。一個沒有量化價值目標(biāo)的IT支撐團隊是難以進(jìn)行考核與激勵的，也是難以支撐自主研發(fā)的持續(xù)改進(jìn)的。

3 如何做好自主研發(fā)

自主研發(fā)首先是個軟件研發(fā)的過程，只是參與主體從IT 系統(tǒng)集成商轉(zhuǎn)換為運營商自有團隊。因此做好自主研發(fā)也必須遵從軟件研發(fā)的客觀規(guī)律，做好研發(fā)最重要的因素還是人的因素，因此組建高效的自主研發(fā)團隊是第一要務(wù)。

3.1 組建高效的研發(fā)團隊

按照軟件工程的理論，運營商組建自主研發(fā)團隊同樣需要組建需求分析、系統(tǒng)分析、系統(tǒng)架構(gòu)、系統(tǒng)開發(fā)、系統(tǒng)測試、運行維護(hù)等人才隊伍。

相對穩(wěn)定的工作環(huán)境，經(jīng)過多年的積累，運營商內(nèi)部擁有對電信網(wǎng)絡(luò)系統(tǒng)、業(yè)務(wù)模式非常專業(yè)的人才。這些人可能分散在分（子）公司或設(shè)計院（所），運營商需要采用靈活的方式把這部分人充分利用起來。此外還應(yīng)該引進(jìn)一些互聯(lián)網(wǎng)公司的人才為團隊打開思路，不局限于運營商內(nèi)部的常規(guī)運營思路。

由于自身機制等制約因素，運營商的系統(tǒng)分析、系統(tǒng)架構(gòu)和系統(tǒng)開發(fā)、測試人才缺乏。這部分團隊的組建是整個團隊組建的難點。應(yīng)用軟件研發(fā)是個對團隊及個體能力要求都比較高的工作。一個好的架構(gòu)師在系統(tǒng)中發(fā)揮的作用常常是不可估量的。

運營商的現(xiàn)有用人機制不僅很難拿出高薪水吸引社會人才，而且穩(wěn)坐釣魚臺，等魚上鉤的招人心態(tài)很難招到頂尖的領(lǐng)軍人才。從高校新招的畢業(yè)生缺乏經(jīng)驗又需要一定的成長周期，遠(yuǎn)水難解近渴。初期階段運營商可以采取和行業(yè)內(nèi)的IT 集成公司合作的方式開展自主研發(fā)工作，把自身對業(yè)務(wù)的熟悉與專業(yè)的開發(fā)隊伍結(jié)合起來，既培養(yǎng)了人才又使系統(tǒng)有了平穩(wěn)的過渡。

自主研發(fā)需要在團隊內(nèi)部有靈活的機制來調(diào)動人員的積極性。IT 支撐研發(fā)團隊的管理有別于現(xiàn)有的IT 項目建設(shè)管理人員的管理。需要借鑒業(yè)界比較有效的管理方式，從薪水激勵、升遷通道等多方面對團隊進(jìn)行激勵。IT支撐系統(tǒng)的研發(fā)創(chuàng)新評估、工作量的估算、勞動價值的衡量有其自身的特點，如果沿用原有管理模式下的考核、激勵機制顯然不能滿足要求。

IT 支撐系統(tǒng)自主研發(fā)需要對各子團隊負(fù)責(zé)人放權(quán)，行政團隊需要的是為技術(shù)團隊提供各類后勤保障，而不是對團隊進(jìn)行各種KPI考核。對子團隊的考核應(yīng)以結(jié)果為導(dǎo)向，就像部隊?wèi)?zhàn)斗殲敵再多最后沒有拿下高地對整個軍事行動而言就是失敗。

3.2 建立真正的業(yè)務(wù)需求團隊

任何應(yīng)用系統(tǒng)都是為業(yè)務(wù)需求服務(wù)的，運營商IT支撐系統(tǒng)也不能例外。需求對一個應(yīng)用系統(tǒng)的研發(fā)具有的重要性體現(xiàn)在如下方面。

需求的合理性決定應(yīng)用系統(tǒng)的成敗：需求的描述要分步驟、分階段，抓住主要矛盾和輕重緩急，促使系統(tǒng)合理推進(jìn)。在運營商自主研發(fā)的起步階段，需求的合理性尤為重要，否則會使研發(fā)團隊陷入挫敗感，嚴(yán)重時會影響整個項目的成敗。

需求的明晰程度決定應(yīng)用系統(tǒng)開發(fā)效率：需求描述一定要準(zhǔn)確、嚴(yán)謹(jǐn)，具有明確的界限，不能采用模糊語音，否則依照需求開發(fā)出來的成果很難與需求提出者所想要的結(jié)果相吻合，就容易造成返工修改的現(xiàn)象，嚴(yán)重影響開發(fā)的效率。

需求的穩(wěn)定決定系統(tǒng)的開發(fā)周期：需求提出后，在交付開發(fā)前一定要進(jìn)行篩選，統(tǒng)籌考慮，在一定時期保持需求的穩(wěn)定性，避免需求主要內(nèi)容的頻繁變化，否則會嚴(yán)重延緩系統(tǒng)的開發(fā)周期。

由于需求對系統(tǒng)研發(fā)成敗至關(guān)重要，組建真正的需求團隊就非常重要。運營商內(nèi)部有大量的對業(yè)務(wù)模式與網(wǎng)絡(luò)結(jié)構(gòu)較為熟悉的人員，可以從系統(tǒng)的使用方面提出用業(yè)務(wù)語言描述的需求。但是要把提出的業(yè)務(wù)需求真正按照軟件工程的要求變成可以使開發(fā)團隊能夠理解并轉(zhuǎn)化開發(fā)說明書還需要一個過程，既懂業(yè)務(wù)又懂技術(shù)的綜合性人才就顯得尤其重要，這部分成員知道如何把業(yè)務(wù)需求轉(zhuǎn)換為技術(shù)需求，并對需求進(jìn)行識別，發(fā)現(xiàn)需求表象下的真正需求，從而有利于開發(fā)團隊理解，起到事半功倍的效果。

3.3 行動勝過完美藍(lán)圖

應(yīng)用系統(tǒng)開發(fā)是個漸進(jìn)的過程，對系統(tǒng)的規(guī)劃設(shè)計應(yīng)著力于大框架的設(shè)計，而非細(xì)節(jié)的糾纏。在細(xì)節(jié)上應(yīng)通過開發(fā)實踐和使用反饋來不斷完善。運營商常年善于給人繪制美好的藍(lán)圖，但在落地上總是有些差強人意。反觀互聯(lián)網(wǎng)廠商在有了新的點子后，會馬上切入，快速推出產(chǎn)品原型，然后不斷通過用戶反饋來豐滿系統(tǒng)功能，并逐步修正系統(tǒng)的研發(fā)目標(biāo)，在用戶使用中去發(fā)現(xiàn)或試探出有效的需求。

運營商做自主研發(fā)必須首先克服重研討輕實踐的做法，一個經(jīng)過多年系統(tǒng)實踐的架構(gòu)師才有能力設(shè)計出更高效和穩(wěn)健的系統(tǒng)。通過快速迭代在實踐中提升系統(tǒng)的應(yīng)用效果遠(yuǎn)遠(yuǎn)好過只展現(xiàn)一個藍(lán)圖來描繪系統(tǒng)的美化前景，而且還可以鍛煉開發(fā)隊伍，去驗證開發(fā)技術(shù)在生產(chǎn)環(huán)境下的應(yīng)用效果。

3.4 真正把系統(tǒng)用起來

系統(tǒng)開發(fā)的目的是為了運用，如何使系統(tǒng)使用起來是運營商自主研發(fā)的后續(xù)動力和信心所在。運營商有一些開發(fā)交付后幾乎沒有用戶的IT系統(tǒng)，原因主要有2個，一個是開發(fā)需求把控不嚴(yán)，開發(fā)了實際不需要的系統(tǒng)，另外一個是系統(tǒng)投入使用后與用戶期望甚遠(yuǎn)，用戶拒絕使用系統(tǒng)。

因此在解決了需求識別的問題，投入力量開發(fā)的系統(tǒng)一定要讓用戶真正用起來。系統(tǒng)的開發(fā)建設(shè)是為了減輕人的工作量和使其規(guī)范化、滿足高效率管理需求，但是上線初期出現(xiàn)工作量增大、操作流程不順手等問題又是事物的發(fā)展客觀規(guī)律所致。研發(fā)團隊要讓用戶了解系統(tǒng)帶來的便利性，并真正從用戶的角度去改進(jìn)使用中發(fā)現(xiàn)的問題，切實重視、傾聽使用者的意見，快速響應(yīng)，持續(xù)積極改進(jìn)，使用戶能夠逐步看到系統(tǒng)使用的前景和曙光。

3.5 做好預(yù)研性研發(fā)

IT支撐系統(tǒng)研發(fā)團隊?wèi)?yīng)改變被動支撐的局面，主動研發(fā)可能滿足市場需要的系統(tǒng)功能，然后提供給業(yè)務(wù)部門選用?；蛘弋?dāng)業(yè)務(wù)部門提出自己的市場策略的時候，可以快速地拿出實現(xiàn)方案并上線使用。真正把業(yè)務(wù)部門作為自己的客戶進(jìn)行服務(wù)，變業(yè)務(wù)部門提出需求由IT 部門實現(xiàn)支撐的模式為IT 系統(tǒng)引導(dǎo)業(yè)務(wù)發(fā)展方向的模式。

做自主研發(fā)就要尊重研發(fā)的客觀規(guī)律，任何研發(fā)都不是百分百成功的。尤其做預(yù)研性研發(fā)，研發(fā)結(jié)果失敗是很正常的。運營商做IT支撐系統(tǒng)的自主研發(fā)，領(lǐng)導(dǎo)層一定要以寬容的角度看待研發(fā)團隊，要鼓勵大膽嘗試，允許失敗。軟件研發(fā)還有一個其他行業(yè)不可比擬的優(yōu)勢就是即使一個項目研發(fā)失敗了，這個項目的一些衍生品仍然可以在其他項目中得到很好應(yīng)用。只要能從研發(fā)失敗的項目中汲取經(jīng)驗，在方向正確的前提下，會有更多的幾率取得成功。

4 自主研發(fā)應(yīng)注意的其他問題

運營商曾經(jīng)一度是各大高校優(yōu)秀畢業(yè)生的理想就業(yè)選擇目標(biāo)。隨著電信行業(yè)景氣度的整體下行壓力，近幾年對優(yōu)秀人才的吸引力也開始下降，不僅外部人才引進(jìn)困難，內(nèi)部IT人員的流失也比較嚴(yán)重。組建優(yōu)秀的自主研發(fā)團隊首先面臨如何留住優(yōu)秀系統(tǒng)架構(gòu)師級別人才的難題，運營商作為國有大型企業(yè)，一些體制內(nèi)的慣性思維和條條框框?qū)φ袛埜咚降能浖到y(tǒng)開發(fā)領(lǐng)軍人物缺乏吸引力，對內(nèi)部人才的整合也存在各種困難。如果不能在用人機制上取得突破，運營商自主研發(fā)團隊的質(zhì)量將難以保證。

運營商對IT 系統(tǒng)做自主研發(fā)應(yīng)該避免進(jìn)入壓縮軟件研發(fā)費用的誤區(qū)，認(rèn)為IT 支撐系統(tǒng)都自主研發(fā)了，就應(yīng)該節(jié)約投資才對。其實自主研發(fā)的主要目的是讓應(yīng)用系統(tǒng)能夠更好地符合企業(yè)戰(zhàn)略規(guī)劃的需要，快速響應(yīng)市場需求，并掌握核心技術(shù)，在研發(fā)初期并不會節(jié)約投資，而且由于人才儲備的需要還會增加投資。但是當(dāng)自主研發(fā)發(fā)展到成熟階段，就會自然地節(jié)約IT投資。

自主研發(fā)還應(yīng)避免陷入完全自力更生的誤區(qū)。自主研發(fā)在保證自己掌握核心技術(shù)、起主導(dǎo)作用外，不管從管理模式或者合作模式，均可以有多種方式。運營商一方面要著手自主研發(fā)系統(tǒng)，一方面還要保證現(xiàn)有IT 支撐系統(tǒng)的正常運行。如何給陪伴運營商多年成長的系統(tǒng)集成商留下合理的生存空間，充分發(fā)揮他們這些年積累的經(jīng)驗技術(shù)，讓系統(tǒng)集成商團隊在一定程度上成為運營商自主研發(fā)的助力者，這些都需要很高的平衡藝術(shù)。

運營商的IT支撐系統(tǒng)自主研發(fā)道路任重道遠(yuǎn)，轉(zhuǎn)型的代價和陣痛同樣存在，必須有大格局者才能擔(dān)此重任，而且需要運營商從公司戰(zhàn)略層面給予保障，走在這條路上需要勇氣、熱情和堅持。

［1］ 布魯克斯.人月神話［M］.北京：清華大學(xué)出版社，2002.

［2］ 迪馬可，利斯物.人件［M］.3版.肖然，張逸，滕云，譯.北京：機械工業(yè)出版社，2014.

［3］ 薩默維爾.軟件工程［M］.程成，譯.北京：機械工業(yè)出版社，2011.

［4］ Ian Alexander. Discovering Requirements: How to Specify Products and Services［M］.New Jersey：John Wiley&Sons Inc，2009.