場景式建設與流量化運營——傳統(tǒng)企業(yè)互聯(lián)網(wǎng)化轉(zhuǎn)型中的IT之道
一、互聯(lián)網(wǎng)化轉(zhuǎn)型之惑
時代進步往往會讓新鮮事物變成組織與個人生活中的必需品,當“互聯(lián)網(wǎng)+”全然融入人們生活的時候,傳統(tǒng)企業(yè)也早就過了僅僅打出“互聯(lián)網(wǎng)+行業(yè)名字”之類口號的階段,真正要考慮怎么進行互聯(lián)網(wǎng)化轉(zhuǎn)型了。轉(zhuǎn)型是為求生存、省成本、跟上平均的社會生產(chǎn)力水平,這些離不開信息系統(tǒng)的支撐。
連接Internet、搭建網(wǎng)站、做出APP、開通微信號,都不等于做完了互聯(lián)網(wǎng)化中的信息系統(tǒng)功課,尤其是想深耕互聯(lián)網(wǎng)、達到大步超越的目的時?;ヂ?lián)網(wǎng)的速度、病毒式的傳播、極致化的體驗,都會讓傳統(tǒng)信息化建設方式顯得落后與乏力。
越來越多的傳統(tǒng)企業(yè)通過互聯(lián)網(wǎng)化轉(zhuǎn)型為企業(yè)帶來高效生產(chǎn)力,但高管們常會有對這一轉(zhuǎn)型產(chǎn)生困惑。CIO困惑,手下以往的精兵強將為何跟不上節(jié)拍;CFO困惑,搞起互聯(lián)網(wǎng)后,IT投入產(chǎn)出更加不好評估與控制,總擔心迭代空耗錢,不知道試錯何時了;CEO更困惑,盡管學些了新技術(shù)、新思維,但在信息系統(tǒng)方面,總是感覺總花錢用了互聯(lián)網(wǎng)化的“術(shù)”,卻沒有抓住互聯(lián)網(wǎng)化的“道”。
信息系統(tǒng)對于企業(yè)互聯(lián)網(wǎng)化的關(guān)鍵作用毋庸置疑,但到底怎么讓信息系統(tǒng)在企業(yè)互聯(lián)網(wǎng)化轉(zhuǎn)型中做到位又不越位呢?以下將以“場景式建設”和“流量化運營”的雙路徑作為主軸,探討企業(yè)互聯(lián)網(wǎng)化轉(zhuǎn)型中的IT之道。
二、場景+流量的雙路徑探索
企業(yè)信息化實踐,離不開IT建設和IT運營(或運行)兩個關(guān)鍵環(huán)節(jié)。傳統(tǒng)信息化中,因為行業(yè)特點差異,部分行業(yè)的IT建設以定制開發(fā)軟件為主,還有不少行業(yè)以購買成熟軟件后實施為主。在深度互聯(lián)網(wǎng)化過程中,企業(yè)或多或少都要做一些定制開發(fā)。在技術(shù)公司售前人員、咨詢公司專家顧問的口中,互聯(lián)網(wǎng)化被打了“敏捷”“迭代”“云計算”“人工智能”“微服務”等一系列標簽,但對于不同企業(yè),這些標簽不能包治百病。針對CEO、CFO和CIO相對宏觀的視角,本文提出進行互聯(lián)網(wǎng)化轉(zhuǎn)型的兩項新理念:場景式建設和流量化運營。
場景式建設,是以商業(yè)模式下有價值的場景為中心,以場景驅(qū)動研發(fā)組織及人員矩陣調(diào)整,面向場景做需求分析與優(yōu)化,執(zhí)行場景交錯的任務管控,基于場景功能點分解管理進度,加強場景復制式快速開發(fā),進行參數(shù)管理型場景配置簡化,加強測試與交付的場景互動管理。
流量化運營,是將互聯(lián)網(wǎng)訪客流量作為IT運營關(guān)注的主變量,圍繞流量的變化保障網(wǎng)絡資源,基于流量帶來的壓力調(diào)整運算能力,評估流量驅(qū)動的數(shù)據(jù)增速提供存儲能力,以流量的落點不同、密度不同進行應用容量的應對,靠流量的走向分析促進系統(tǒng)的優(yōu)化改進。
本文看似為場景和流量兩個熱點概念設計了另類用法(在純互聯(lián)網(wǎng)公司里這兩個名詞往往不用在此處),但這實際上恰恰是對于傳統(tǒng)企業(yè)轉(zhuǎn)型的量身訂制,將傳統(tǒng)企業(yè)在這兩方面的差距確立為其IT關(guān)鍵環(huán)節(jié)的主軸,形成雙路徑格局。在雙路徑中,場景式建設是基礎,沒有建設就沒有運營;同時,即使考慮迭代建設的因素,流量化運營在時間周期、資源投入上上仍將占據(jù)更大的比例。
三、場景的魔力:場景式建設的理念與設計
場景式建設的核心理念是圍繞企業(yè)互聯(lián)網(wǎng)化中可能遇到的新商業(yè)模式,配套安排研發(fā)資源、組織研發(fā)工作、管控研發(fā)過程。在具體設計中將通過以下七方面加以落地,充分發(fā)揮場景在引導IT建設中的“魔力”。
1.場景驅(qū)動的研發(fā)組織及人員矩陣調(diào)整。研發(fā)組織內(nèi),人員的排布需要適應系統(tǒng)建設的特點,職能化、流程化、矩陣化等不同的組織模式均有各自優(yōu)缺點。所謂場景驅(qū)動,是對場景分類編組,以場景群的方式編排人員。如此編排下,矩陣排布和項目邊界切割的依據(jù)將不再是內(nèi)部管理單元分工或業(yè)務類型分解,而是場景群。同樣的場景群,對應IT人員需具備的技能和經(jīng)驗要求趨同,管理起來也更具有針對性。
2.面向場景的需求分析與優(yōu)化。場景往往是誕生于與客戶的交互中,先天具有很強的客戶需求屬性,面向場景做需求分析,更體現(xiàn)了互聯(lián)網(wǎng)以客戶為中心、給客戶極致體驗的理念。不斷改造場景的要求是需求優(yōu)化的重要源動力,在一定程度上,互聯(lián)網(wǎng)系統(tǒng)的需求正是為創(chuàng)造場景而生、為改進場景而變。
3.場景交錯的任務管控。企業(yè)互聯(lián)網(wǎng)化轉(zhuǎn)型中,一般都會有相當規(guī)模的信息系統(tǒng)建設任務,各種維度的任務并發(fā)并行時,新商業(yè)模式的靈活多變會帶來場景在時間、空間、資源調(diào)度上的交錯。任務管理中必須面對場景交錯的局面,在時間空間的多維度任務交叉中安排項目工作,管理者需要具備在優(yōu)先級難于排定的狀態(tài)下做出取舍的能力,以及見縫插針調(diào)度好任務的工作技巧。
4.場景功能點分解的進度管理。由于互聯(lián)網(wǎng)業(yè)務需求的多變,IT建設的進度通常會被市場的快速變化而不斷打亂,進行場景功能點的分解便是為了應對這一問題。在研發(fā)建設中對場景系統(tǒng)實現(xiàn)過程進行功能點分解,進而結(jié)合功能點管理進度,達到有效可控的里程碑目標,實現(xiàn)系統(tǒng)交付的快速成果化。
5.場景復制式快速開發(fā)。雖然互聯(lián)網(wǎng)商業(yè)模式創(chuàng)新不斷,但在一定時期內(nèi),場景間存在復制的可能性,而不同場景的系統(tǒng)實現(xiàn)上更有相通規(guī)律。前述功能點分解為場景復制式的快速開發(fā)提供了一定的技術(shù)基礎,由此加快速度、提高復用度,是節(jié)省企業(yè)成本、快速抓住商機的有效方法。
6.參數(shù)管理型場景配置簡化。作為場景復制的一種變通,參數(shù)管理型場景配置是另一種提高研發(fā)建設效率的方法,以場景為對象把握同類場景的規(guī)律,抽象出共性規(guī)律建設系統(tǒng),同時將可配置的參數(shù)預留于系統(tǒng)中,在互聯(lián)網(wǎng)銷售活動或服務工作中適時調(diào)整,實現(xiàn)場景配置的簡化管理。
7.測試與交付的場景互動管理。軟件測試及版本交付是建設的最后一環(huán),需要對之前的建設成果進行功能、性能驗證,并結(jié)合場景管理的時間特點,適時發(fā)布軟件版本,將前期以場景為目標的開發(fā),向真實的場景推送發(fā)布。
當系統(tǒng)建設全流程以場景為主軸時,企業(yè)將體會到建設的目的性更強,導向性更準,是為場景的“魔力”。傳統(tǒng)企業(yè)隨場景做互聯(lián)網(wǎng)系統(tǒng)建設,能夠提升速度、改善效果,助推企業(yè)的互聯(lián)網(wǎng)轉(zhuǎn)型。
四、流量的秘密:流量化運營的理念與設計
在傳統(tǒng)IT治理領域,運營和運行一般會被劃開,前者指業(yè)務運轉(zhuǎn)管理,后者指計算機系統(tǒng)的運轉(zhuǎn)管理。其實從字義來講,無論是中英文,二者都沒有顯著差別。互聯(lián)網(wǎng)企業(yè)和互聯(lián)網(wǎng)化的傳統(tǒng)企業(yè)里,二者的界限更是在淡化,業(yè)務運轉(zhuǎn)和IT運轉(zhuǎn)大有融合之勢,所以本文統(tǒng)一用運營來表示系統(tǒng)建設后的運轉(zhuǎn)管理。影響IT運營的因素多、層面多,運營崗位人員需要關(guān)注方方面面。如果企業(yè)做互聯(lián)網(wǎng)化轉(zhuǎn)型,會發(fā)現(xiàn)流量是一個很有意思的變量,扣緊流量往往就能抓住互聯(lián)網(wǎng)化下IT運營的關(guān)鍵。
互聯(lián)網(wǎng)信息系統(tǒng)的部署環(huán)境,上云了也好,自主部署也好,都離不開自下而上的物理層、網(wǎng)絡層、主機層、系統(tǒng)軟件層、應用層和數(shù)據(jù)層的運營保障。公有云環(huán)境中底層外包的偏多,私有云和自主部署下則需要自己統(tǒng)管。如果按各個層面分頭去規(guī)劃、設計、操作、監(jiān)督,互聯(lián)網(wǎng)系統(tǒng)的建設者、管理者會分散很多精力。但如果選擇流量這一變量作為關(guān)鍵要素應對,就將以用戶行為數(shù)據(jù)為抓手,觀測用戶的最終體驗,用體驗反推系統(tǒng)的問題。流量變成了系統(tǒng)運營狀況的晴雨表,蘊藏著IT運營的“秘密”。
1.圍繞流量的變化保障網(wǎng)絡資源?;ヂ?lián)網(wǎng)系統(tǒng)里說的流量是數(shù)據(jù)流,數(shù)據(jù)流有業(yè)務場景設計時預期的方向和速度。如果發(fā)生了偏差,有必要先審視網(wǎng)絡管理是否出現(xiàn)問題,路由與訪問控制是否影響了正常數(shù)據(jù)流,同時要定期主動優(yōu)化網(wǎng)絡,保障流量的順暢。
2.基于流量帶來的壓力調(diào)整運算能力。主機性能決定著運算吞吐量,流量多也就需要吞吐得多,此處同樣需要像網(wǎng)絡資源管理一樣的問題審視與主動優(yōu)化。
3.評估流量驅(qū)動的數(shù)據(jù)增速提供存儲能力。流量多少往往會影響數(shù)據(jù)增速,在大數(shù)據(jù)時代,數(shù)據(jù)需要存儲更全、更久、更便于取用,所以存儲保障也需要視流量而定。
4.靠流量的走向分析促動系統(tǒng)的優(yōu)化改進?;ヂ?lián)網(wǎng)系統(tǒng)的引流需要成本或品牌影響力,走向反映出的應用狀態(tài)不佳可能會浪費有形或無形的成本,據(jù)此加強優(yōu)化改進,才能讓“春雨貴如油”的流量充分發(fā)揮價值。
在互聯(lián)網(wǎng)系統(tǒng)IT運營中專注流量所揭示的“秘密”,將更容易發(fā)現(xiàn)運營問題,并且反溯建設階段留下的隱患。有了基于流量的運營管理,云計算才能發(fā)揮最大價值,云托管能讓CEO放心,運營才能提升效度。
五、雙路徑的實踐與交融
場景式建設與流量化運營在企業(yè)落地實踐,首先需要組織保障。CEO和HR經(jīng)理們一般都不吝惜為此配置互聯(lián)網(wǎng)技術(shù)專家,但同時也不能忽視互聯(lián)網(wǎng)管理專家的配備,組織里需要有在企業(yè)互聯(lián)網(wǎng)化方面懂管理、善于管理、適合管理的核心人員。
文化也是實踐的重要基礎?;ヂ?lián)網(wǎng)化的企業(yè)要有開放的氛圍讓大家討論新商業(yè)模式對IT的影響和對策。場景是融合出來的,流量是呵護出來的,要挖掘、培育、鼓勵企業(yè)里有心的人、有心的建議。
在雙路徑實踐中,高管角色很關(guān)鍵。CEO要關(guān)心IT的大方向;CIO要關(guān)注企業(yè)實際動作;CFO要依舊管住錢。從資金投入角度看,雙路徑必然要多花錢,但只要每一步努力做到有效率、有積累就依然值得。
在企業(yè)互聯(lián)網(wǎng)化進程中,雙路徑間彼此的交融必不可少。建設與運營本來就密不可分,場景與流量又于此銜接,場景帶來流量,流量烘托場景。場景式建設時,需要算好流量化運營的資源量,流量化運營的管理者,要定期將監(jiān)測數(shù)據(jù)反饋給場景式建設,不正常的流量有可能會帶來建設的改進。
交融的過程中難免會有沖突,場景式建設與流量化運營之間,誰快誰慢,誰好誰賴,會在急難險重的任務前出現(xiàn)沖突,會在價值貢獻評估時分不太清。甚至有的時候,建設環(huán)境和運營環(huán)節(jié),都在各自為企業(yè)戰(zhàn)略目標努力,但合在一起卻產(chǎn)生反作用,這就更需要管理者做好二者的交融。????
第三十六屆CIO班招生
國際CIO認證培訓
首席數(shù)據(jù)官(CDO)認證培訓
責編:yulina
免責聲明:本網(wǎng)站(http://www.www.gypb.net/)內(nèi)容主要來自原創(chuàng)、合作媒體供稿和第三方投稿,凡在本網(wǎng)站出現(xiàn)的信息,均僅供參考。本網(wǎng)站將盡力確保所提供信息的準確性及可靠性,但不保證有關(guān)資料的準確性及可靠性,讀者在使用前請進一步核實,并對任何自主決定的行為負責。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏,概不負任何法律責任。
本網(wǎng)站刊載的所有內(nèi)容(包括但不僅限文字、圖片、LOGO、音頻、視頻、軟件、程序等)版權(quán)歸原作者所有。任何單位或個人認為本網(wǎng)站中的內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時,請及時通知本站,予以刪除。