前言
航司的數(shù)字化轉(zhuǎn)型在出色的領(lǐng)導(dǎo)團(tuán)隊(duì)及明智的戰(zhàn)略方針和持久的投入下诱告，大部分關(guān)鍵工作均會(huì)落到現(xiàn)在的營銷委等相關(guān)職能部門扮匠，即電商及旅客服務(wù)團(tuán)隊(duì)悲柱，關(guān)鍵是電商的中后臺(tái)锋喜。因?yàn)槠鋵?shí)最終直達(dá)C端的渠道，和擁有真正內(nèi)容的引擎環(huán)節(jié)诗祸，就是在此跑芳。
會(huì)有些人認(rèn)為，航司的數(shù)字化轉(zhuǎn)型重點(diǎn)在于飛行運(yùn)行等系統(tǒng)及團(tuán)隊(duì)直颅，但是試想任何一個(gè)數(shù)字化轉(zhuǎn)型的IT特點(diǎn)博个，很多都不能適用。例如快速敏捷的迭代功偿，為了運(yùn)行安全盆佣，另外業(yè)務(wù)的深入及壁壘，航司的飛行運(yùn)控等系統(tǒng)不能按照敏捷的方式構(gòu)建及乃至試錯(cuò)械荷。頂多只能到迭代開發(fā)共耍。而且其不能最終掌握C端的關(guān)鍵數(shù)據(jù)，乃至不能擁有任何直達(dá)C端的觸點(diǎn)吨瞎。再例痹兜，飛行運(yùn)行中使用DevOps，也是沒有太大意義的颤诀，因?yàn)槠涓咀中瘛⒁膊惶赡艹霈F(xiàn)大規(guī)模及頻繁的發(fā)布，雖然運(yùn)維和監(jiān)控等領(lǐng)域崖叫，涉及大量和較為深入的DevOps遗淳，但是其跟數(shù)字化轉(zhuǎn)型的一些期望還是有悖。即使有沒有數(shù)字化轉(zhuǎn)型心傀，其還是期望更多的“自動(dòng)化”訴求的實(shí)現(xiàn)屈暗。所以航司生產(chǎn)領(lǐng)域，例如飛行運(yùn)行，要做的是“自動(dòng)化”养叛，以提高生產(chǎn)力种呐。但是航司營銷等部門，要做的是發(fā)現(xiàn)價(jià)值和增加價(jià)值一铅，以提高生存空間陕贮。
投放重點(diǎn)
a) 以實(shí)現(xiàn)數(shù)字化和品牌化航司為目標(biāo)的個(gè)性化之路。
b)?以數(shù)字化革新平臺(tái)支撐的航司戰(zhàn)略藍(lán)圖潘飘。
c)?多維度革新及融合肮之，來應(yīng)對(duì)全新的挑戰(zhàn)。
d)?切合實(shí)際的“人/財(cái)/物/時(shí)間”落地方案卜录。
關(guān)注點(diǎn)的轉(zhuǎn)變
傳統(tǒng)的航司企業(yè)IT以數(shù)據(jù)中心戈擒、普遍開發(fā)、煙囪式架構(gòu)艰毒，IT開銷筐高，過程驅(qū)動(dòng)，運(yùn)營為其特質(zhì)丑瞧，關(guān)心業(yè)務(wù)及系統(tǒng)的自動(dòng)化柑土、操作及功能的獨(dú)立、關(guān)注數(shù)據(jù)模型绊汹，數(shù)據(jù)的記錄稽屏、預(yù)計(jì)的變化，強(qiáng)調(diào)服務(wù)交付西乖，集中的IT等等狐榔。
數(shù)字化的航司需要大力利用云計(jì)算，敏捷及DevOps获雕，生態(tài)系統(tǒng)理念薄腻，IT作為新的收益來源，以數(shù)據(jù)驅(qū)動(dòng)届案，試錯(cuò)式迭代來實(shí)現(xiàn)業(yè)務(wù)的敏捷化庵楷，無邊界的協(xié)同，關(guān)注業(yè)務(wù)領(lǐng)域楣颠，持續(xù)中持續(xù)嫁乘，數(shù)字化體驗(yàn)，分散解耦的IT等等球碉。為了實(shí)現(xiàn)從“航母型航司”轉(zhuǎn)變?yōu)椤捌放苹剿尽保鋵⒉扇?個(gè)關(guān)鍵戰(zhàn)略仓蛆，推動(dòng)不同于任何航司的個(gè)性化創(chuàng)新轉(zhuǎn)型之路：
?盡量穩(wěn)定核心系統(tǒng)和核心業(yè)務(wù)的前提下逐步轉(zhuǎn)型的迭代策略睁冬。
?緊跟業(yè)界及市場(chǎng)，尤其IT領(lǐng)域的技術(shù)前沿，且認(rèn)清自身特質(zhì)豆拨，去粗存精的直奋、辯證的將新技術(shù)新理念融合于自身體系之內(nèi)融合策略。
?取人之長補(bǔ)己之短的合作伙伴共贏策略施禾。
?領(lǐng)導(dǎo)行業(yè)的前瞻戰(zhàn)略脚线。
人+財(cái)+物+時(shí)間的融合
成功的產(chǎn)品在于好的項(xiàng)目管理，優(yōu)秀的項(xiàng)目管理關(guān)注“人/財(cái)/物/時(shí)間”弥搞。將數(shù)字化轉(zhuǎn)型作為一個(gè)全局協(xié)同的項(xiàng)目來看待邮绿，則需要首先打好“人/財(cái)/物/時(shí)間”的基礎(chǔ)。
?在具有高凝聚力和高執(zhí)行力的團(tuán)隊(duì)的前提下攀例，提升其敏捷性和數(shù)字化能力船逮，強(qiáng)化復(fù)合型人才建設(shè)，以期打好“人”的動(dòng)力粤铭。
?“互聯(lián)網(wǎng)+”及“數(shù)據(jù)+”的核心價(jià)值是數(shù)據(jù)挖胃，在辯證的學(xué)習(xí)國內(nèi)互聯(lián)網(wǎng)企業(yè)的相關(guān)經(jīng)驗(yàn)下，逐步將前沿?cái)?shù)據(jù)處理及存儲(chǔ)的技術(shù)與南航實(shí)績相融合梆惯，創(chuàng)新及安全構(gòu)建“財(cái)”的基礎(chǔ)酱鸭。
?產(chǎn)品的精髓在于理念，理念的支撐在于架構(gòu)垛吗“妓瑁基于全局性及前瞻性的架構(gòu)體系建設(shè)思維，通過LEGO式“微模塊”化面向領(lǐng)域構(gòu)建职烧，錘煉工欲善其事必先利其器的“物”之利器扁誓。
?時(shí)間就是生命，將有限資源投放在關(guān)鍵環(huán)節(jié)蚀之。通過融合性且針對(duì)性的技術(shù)架構(gòu)革新蝗敢，以空間、經(jīng)驗(yàn)足删、維度寿谴、智能換時(shí)間，以強(qiáng)大及彈性的數(shù)字化計(jì)算能力換取“時(shí)間”的生命失受。
從而實(shí)現(xiàn)航司電商等相關(guān)領(lǐng)域的關(guān)鍵特質(zhì)：個(gè)性化服務(wù)讶泰，菜單服務(wù)，全渠道服務(wù)拂到。
IT因素
那對(duì)于航司的數(shù)字化轉(zhuǎn)型痪署，其關(guān)鍵的幾個(gè)IT方面的因素，是需要航司結(jié)合自身?xiàng)l件和規(guī)劃兄旬，逐步建立從戰(zhàn)略到投放的長久方案狼犯，并構(gòu)建專業(yè)性的團(tuán)隊(duì)逐步推進(jìn)。最關(guān)鍵的構(gòu)建一個(gè)團(tuán)結(jié)一致、數(shù)據(jù)過硬悯森、業(yè)務(wù)精通宋舷、思維開拓、動(dòng)作敏捷的團(tuán)隊(duì)瓢姻，尤其是電商中后臺(tái)團(tuán)隊(duì)祝蝠。
DevOps
航司電商雖然有“國有”的性質(zhì)，但是在現(xiàn)在的互聯(lián)網(wǎng)經(jīng)濟(jì)爆發(fā)及激烈的全球化市場(chǎng)競(jìng)爭(zhēng)之下幻碱，其必須具備互聯(lián)網(wǎng)企業(yè)的技能和開發(fā)及交付能力绎狭，尤其是從開發(fā)到運(yùn)維的全面技術(shù)及規(guī)范融合敏捷方案。不僅僅是傳統(tǒng)的編譯收班、打包坟岔、發(fā)布、自動(dòng)化測(cè)試摔桦，更關(guān)鍵的后續(xù)的自動(dòng)乃至智能的運(yùn)維社付，同時(shí)將各類新的IT技術(shù)有機(jī)的糅合進(jìn)入日常的開發(fā)和運(yùn)維環(huán)節(jié)，永遠(yuǎn)保持一顆年輕的心邻耕。
同時(shí)為后續(xù)另外一個(gè)關(guān)鍵因素-“云計(jì)算”打下良好的基礎(chǔ)鸥咖。
1) 沒有邊界的高價(jià)值存在
a) 應(yīng)用和系統(tǒng)永遠(yuǎn)是建設(shè)在基礎(chǔ)設(shè)施及平臺(tái)服務(wù)之上的。
b)?從立項(xiàng)開始兄世，到設(shè)計(jì)及實(shí)施啼辣，一定要考慮資源的現(xiàn)狀，人員的能力御滩，及日后運(yùn)維的全部依賴因素鸥拧。
c)?一個(gè)高效，全面削解，全棧富弦，敏捷，專家/有經(jīng)驗(yàn)的軟硬件資源平臺(tái)氛驮，管理平臺(tái)腕柜，工具箱，運(yùn)維包矫废，以及相關(guān)規(guī)范手冊(cè)終將節(jié)省大量的人財(cái)物時(shí)間盏缤，為企業(yè)數(shù)字化轉(zhuǎn)型提供最有力的支持。
d)?如何充分利用已有資源和職能范圍蓖扑，提升價(jià)值/創(chuàng)造價(jià)值/改造價(jià)值唉铜，尤為重要。
2)?PreDev ? Dev ? Data ? AI Ops
a) 新傳統(tǒng)應(yīng)用及系統(tǒng)開發(fā)的IT技術(shù)日新月異律杠，同時(shí)開源化和輕量級(jí)等的使用打毛，增加IT運(yùn)維的壓力柿赊。
b)?DevOps要求的自動(dòng)化/工具化/敏捷化還沒有全部實(shí)現(xiàn)，企業(yè)數(shù)字化轉(zhuǎn)型有提出更高的要求幻枉。
c)?大數(shù)據(jù)和數(shù)據(jù)智能的幾何級(jí)數(shù)的增長，更需要用工具代替人诡蜓，用全新的思維和方法醍醐灌頂熬甫。
d)?更大挑戰(zhàn)和要求還在AI，通過算法替代固定的模式和流程蔓罚，從而上升到更高層次的“自動(dòng)化”椿肩。
3) 從DevOps到DataOps
a) DevOps側(cè)重于：工具，自動(dòng)化豺谈，開發(fā)及運(yùn)維團(tuán)隊(duì)郑象，運(yùn)維是系統(tǒng)設(shè)計(jì)的一部分，協(xié)同茬末。
b)?DataOps側(cè)重于：數(shù)據(jù)厂榛，可視化，可追蹤丽惭，專業(yè)工具击奶，數(shù)據(jù)分析工程師。
c)?DevOps是與企業(yè)數(shù)字化轉(zhuǎn)型责掏，IT敏捷及迭代開發(fā)等相關(guān)聯(lián)的柜砾。
d)?DataOps是與專門數(shù)據(jù)處理相關(guān)的體系。
注：航司一定要在現(xiàn)有的自動(dòng)化生產(chǎn)力提升的訴求下换衬，構(gòu)建好DevOps痰驱，并為DataOps的實(shí)現(xiàn)提供高價(jià)值的DevOps實(shí)現(xiàn)。因?yàn)楹剿倦娚痰阮I(lǐng)域的核心價(jià)值是數(shù)據(jù)瞳浦。大量的經(jīng)驗(yàn)和反饋均證明担映，航司產(chǎn)品的優(yōu)劣，內(nèi)容的豐貧术幔，產(chǎn)品的好壞另萤，數(shù)據(jù)起到了關(guān)鍵作用。
云計(jì)算
云計(jì)算不是簡(jiǎn)單的使用企業(yè)內(nèi)部冗余或高效的使用原來企業(yè)內(nèi)部的各類物理機(jī)/實(shí)體機(jī)上構(gòu)建的虛擬機(jī)诅挑，或者內(nèi)部的私有云等基于虛擬化的私有基礎(chǔ)設(shè)施平臺(tái)四敞，而是真正在公有云上，例如Azure拔妥，AWS忿危，Aliyun等上面，使用其IaaS没龙、PaaS及SaaS等服務(wù)铺厨，或者乃至BaaS（Backend as a Service）缎玫。充分享用其彈性的黑箱的各類服務(wù)。使用RDS解滓，不必關(guān)心其承載的虛擬環(huán)境及操作系統(tǒng)赃磨，也不必關(guān)心是否與其他云服務(wù)消費(fèi)者Share某些內(nèi)部資源。只需要關(guān)心我需要怎樣的資源洼裤，其他有云服務(wù)提供商及平臺(tái)來保障隔離和抗干擾等問題邻辉。
虛擬化與容器化
很多航司還停留在虛擬化的內(nèi)網(wǎng)In-House部署方式。容器化方式部署腮鞍，及日常開發(fā)等值骇，還遙遙無期。但是我們也慢慢看到一些好的航司案例移国，再轉(zhuǎn)型和逐步投入一些云服務(wù)提供商的產(chǎn)品到自己日常開發(fā)吱瘩、產(chǎn)品上線及運(yùn)行等環(huán)節(jié)，乃至一些核心業(yè)務(wù)功能迹缀。
但是航司一定要擁抱這個(gè)方面使碾，從容器化開始，讓自己的開發(fā)真正趕得上時(shí)代潮流裹芝，讓自己的運(yùn)維能高效起來部逮。因?yàn)楹剿居肋h(yuǎn)不是以高質(zhì)量IT運(yùn)維為目標(biāo)的公司及團(tuán)隊(duì)實(shí)體，所以一句話：讓能人做它擅長的事情嫂易，自己做自己高價(jià)值的事情兄朋。
遷移方法論
技術(shù)的強(qiáng)大工具生產(chǎn)力及云服務(wù)提供商的優(yōu)質(zhì)服務(wù)擺在哪里，但是沒有優(yōu)秀的遷移方案和投放設(shè)計(jì)怜械，只能是簡(jiǎn)單的系統(tǒng)重新部署颅和，設(shè)置更多的航司只能使用到云服務(wù)提供商的ECS產(chǎn)品層次。其實(shí)就是虛擬化的IaaS層次缕允。真正的云計(jì)算峡扩，不僅僅是IaaS，還要PaaS障本，充分使用云服務(wù)提供商的平臺(tái)化能力教届；然而真正高效和高價(jià)值的使用云計(jì)算提供商的能力，是SaaS的方式驾霜。
所以一個(gè)有效的遷移方法論案训，關(guān)注的如何評(píng)估自身現(xiàn)有情況，定義行之有效的行動(dòng)方案粪糙，然后再執(zhí)行强霎、迭代、優(yōu)化蓉冈、萃取城舞。
迭代
敏捷及迭代是比較流行的對(duì)于開發(fā)管理及項(xiàng)目交付的理念轩触，但是其本質(zhì)區(qū)別在哪里，為什么之前幾年敏捷開發(fā)如火如荼家夺。但近幾年又提出或流行迭代開發(fā)了脱柱，就好像埃森哲一些之前咨詢交付服務(wù)企業(yè)，也不提敏捷開發(fā)了拉馋？
差別
正如如下圖示所述褐捻，其差別在于拆分交付的認(rèn)為的力度和任務(wù)交付的并行要求。同時(shí)也來自中西方文化的差異椅邓，往往老外的敏捷跑的好，中國人最好還是老老實(shí)實(shí)跑迭代更有價(jià)值昧狮。
那真要區(qū)分敏捷和迭代的差別景馁，則就好比如下的例子所解釋：
a) 看你手下有哪些”動(dòng)物“，是豬多一些逗鸣，還是有一批狼合住，還是獅子多一些。
b) 你的交付訴求是怎樣造一個(gè)人撒璧。
方法論
a) 在總體規(guī)劃和HLSD的基礎(chǔ)上定義整體交付藍(lán)圖和階段性目標(biāo)透葛。
b) 在人，及團(tuán)隊(duì)的基礎(chǔ)上卿樱，明確人力投入能力僚害。
c) 以可分割的交付目標(biāo)及交付物即時(shí)可用的訴求，定義迭代的交付物繁调。從而定義交付計(jì)劃萨蚕。
d) 迭代中包含敏捷，但是迭代更多的像一個(gè)瀑布開發(fā)模式的“縮小版”蹄胰。
數(shù)據(jù)處理
數(shù)據(jù)的價(jià)值不言而喻岳遥，但是如何產(chǎn)生價(jià)值和讓數(shù)據(jù)能夠升值不談，如何將數(shù)據(jù)保存好裕寨，都是一個(gè)很難回答和實(shí)現(xiàn)的任務(wù)浩蓉。
階段性
有人會(huì)說EDW（Enterprise Data Warehouse）和維度建模做好，問題就解決了宾袜。但是其忽略了一系列關(guān)鍵問題：數(shù)據(jù)是流動(dòng)的捻艳，數(shù)據(jù)的接入是實(shí)時(shí)的，數(shù)據(jù)是多源及異構(gòu)的试和，數(shù)據(jù)的使用更是實(shí)時(shí)的讯泣。所以不管航司是由有EDW或Bigdata平臺(tái)，關(guān)鍵是讓數(shù)據(jù)的處理流動(dòng)起來阅悍，動(dòng)態(tài)起來好渠，實(shí)時(shí)起來昨稼；階段性更強(qiáng)。
管道化
未來的數(shù)據(jù)需要在實(shí)時(shí)的流動(dòng)過程中即時(shí)被處理拳锚，所以數(shù)據(jù)流及流式處理必須有假栓，按照pipeline的方式逐步處理數(shù)據(jù)并關(guān)心最后的outbound目標(biāo)。
方法論
做好數(shù)據(jù)處理霍掺，不是簡(jiǎn)單工具的使用匾荆，更關(guān)鍵的是梳理即有和未來增加的數(shù)據(jù)情況，從數(shù)據(jù)規(guī)范的角度增強(qiáng)數(shù)據(jù)流式處理能力杆烁。
集成平臺(tái)
常規(guī)的集成主要抽象和整理為數(shù)據(jù)的集成和業(yè)務(wù)的集成牙丽。
但是真正的集成平臺(tái)，是能夠讓電商及相關(guān)部門能夠更高效控制自己的能力建設(shè)兔魂，將各類合作伙伴的產(chǎn)品動(dòng)態(tài)插拔在航司的電商平臺(tái)上烤芦。
