由于全國所有的航空公司都是中國航信的客戶，但是他們分布在全國，如果只是總部研發(fā)，根本支持不了，因此中國航信通過全國各地分子公司的研發(fā)團(tuán)隊提供個性化版本的支持。這些大型復(fù)雜系統(tǒng)基本上都是分布式聯(lián)合開發(fā)。

據(jù)介紹，2011年12月中國航信聘請惠普公司咨詢團(tuán)隊啟動了敏捷咨詢項目，2012年4月，建成了開發(fā)流程，2012年的9月就開始第一次大批量、大規(guī)模的推廣，到2013年，已經(jīng)有了45個項目、445個人開始加入敏捷開發(fā)的隊伍。

2014年中國航信第一次召開了敏捷總結(jié)大會，大家都覺得敏捷實施的效果不錯。

從2011年12月引入，到現(xiàn)在基本上已經(jīng)5年多了，在這5年的過程中既有成功，也有一些挫折，但最終的效果不錯。從流程上看，2013年之前中國航信的敏捷主要是做推廣，到了2014年、2015年，發(fā)現(xiàn)如果只是過程的話，沒有辦法最大程度發(fā)揮敏捷實施的價值，還是需要跟上工具、平臺，這樣才能真正的能夠持續(xù)集成、持續(xù)交付，所以在2014、2015年開始，重點(diǎn)建設(shè)敏捷開發(fā)的工具平臺。

以前做項目反饋比較慢，遇到問題解決起來也比較麻煩，自從實施敏捷以后，我覺得基本上不再像以前了，基本上可以不空談了，大家的質(zhì)量意識、工作效率都有很大的提升，尤其中國航信還實施了最佳軟件工程的方法，都對我們團(tuán)隊的無論是個人能力、團(tuán)隊能力有很大的提升。

具體來說，通過敏捷實施以后，第一，統(tǒng)一版本規(guī)劃，使得定制版本的維護(hù)相對容易很多。第二，統(tǒng)一的管理平臺，減少了異地或跨部門溝通的困難。第三，統(tǒng)一的質(zhì)量要求、技術(shù)要求，避免了后期才會發(fā)現(xiàn)的因為配置不同或者代碼質(zhì)量很差而引起的一些返工，實現(xiàn)了持續(xù)交付，提高了客戶滿意度。

以下為崔航演講實錄：

謝謝主持人！我是第一次參加國際最佳實踐的年會，心情非常激動，感謝孫振鵬先生給我們公司這個機(jī)會，讓我站在這里跟大家一起分享我們在敏捷事件方面的一些經(jīng)驗、教訓(xùn)。

我今天分享的主題主要是對于大型復(fù)雜系統(tǒng)，尤其是多團(tuán)隊聯(lián)合開發(fā)的時候我們?nèi)绾芜m應(yīng)敏捷的。

其實對于我們公司來說，跟互聯(lián)網(wǎng)企業(yè)不太一樣，我們是傳統(tǒng)的IT企業(yè)，剛才前面說了我們是民航的，在民航方面我們公司主要做的都是大型復(fù)雜的系統(tǒng)，其實如果按照敏捷的理念來說，可能不是特別適用。但隨著互聯(lián)網(wǎng)的發(fā)展，對客戶的一些需要，如果我們還是按照以前瀑布式的模型來做項目的話，其實已經(jīng)不太適應(yīng)了，所以我們開始在2012年敏捷了。

剛才聽了前兩位演講嘉賓演講，內(nèi)容都非常精彩，在講主題之前先對我們公司做一個簡單的介紹。我們是中國民航信息集團(tuán)公司，有30多年歷史，我們的前身是民航總局下面的計算機(jī)信息中心，是在1978年就成立了，我們集團(tuán)公司正式成立是2002年，其實是在2001年的時候就已經(jīng)在香港上市了。我們就是航空運(yùn)輸旅游信息專門的服務(wù)提供商，我們公司從之前的計算機(jī)信息中心不到100人的規(guī)模，經(jīng)過這么多年發(fā)展已經(jīng)達(dá)到了6000多人，并且有60多個分子公司。

在座各位應(yīng)該經(jīng)常坐飛機(jī)吧，大家有沒有用什么軟件去查這個航班信息？就是我們集團(tuán)公司下面一個子公司的產(chǎn)品。TravelSky是我們公司的名字。

說一下我個人的信息，我是2005年開始質(zhì)量工作的，我來自于航信總部的研發(fā)中心，我個人工作經(jīng)歷與研發(fā)管理體系的建設(shè)是跟航信息息相關(guān)的。在2005年的時候航信通過了ISO9000認(rèn)證，實施項目管理，當(dāng)時我剛好有幸加入了這個團(tuán)隊。2011年的時候我們通過了CMMI L3的評估，當(dāng)時我作為五人評估組重要成員之一。這個階段我們相當(dāng)于是航信主要做的項目開發(fā)的規(guī)范化，大家也知道我們來源是央企民航的信息中心，當(dāng)時其實大家不太會做項目，只是說去維護(hù)信息系統(tǒng)就好了。但是在這個階段我們發(fā)現(xiàn)，你要是不會開發(fā)規(guī)范，越來越?jīng)]有辦法滿足市場需要、客戶需要。

到了2012年我們開始引入了敏捷，因為從2010年開始行業(yè)發(fā)展特別快，連帶其實我們傳統(tǒng)的這些IT行業(yè)對于客戶的需求都是需要快速響應(yīng)的，不是說CMMI不好，過程過重，所以我們2012年引入了敏捷開發(fā)，希望能夠快速交付。

2013年我們公司就成立了PMO（項目管理辦公室），為什么之前沒有？2013年以前都是大型主機(jī)，經(jīng)過這幾年的評估，主機(jī)系統(tǒng)越來越不能滿足民航業(yè)的發(fā)展了，我們現(xiàn)在旅客的增長量非?？欤覀儸F(xiàn)在信息系統(tǒng)如果仍然用大機(jī)，在五年之后絕對滿足不了，所以我們在2013年立項，要進(jìn)行新一代旅客服務(wù)信息系統(tǒng)的建設(shè)，這個項目國家投資18億，是特別特別大的項目，說要成立一個PMO，當(dāng)時我也有幸加入了這個PMO，主要是負(fù)責(zé)質(zhì)量管理、質(zhì)量保證等工作。

到了第三階段，我們引入了集成產(chǎn)品研發(fā)的過程，為什么呢？因為在之前我們都是在做系統(tǒng)，后來發(fā)現(xiàn)只是做系統(tǒng)或者只是響應(yīng)客戶的需要不能滿足公司自身的發(fā)展，所以我們現(xiàn)在逐步要去做產(chǎn)品。做產(chǎn)品我們當(dāng)時就引入IBM的IPO集成產(chǎn)品研發(fā)過程，我們進(jìn)行了一年的咨詢，經(jīng)過整理，其實也是結(jié)合了快10年的過程的積累，最后發(fā)布了一個產(chǎn)品體系的白皮書。

下面進(jìn)入主題，敏捷在我們公司是怎么開始實施的。2011年12月的時候我們開始啟動了一個咨詢項目，當(dāng)時聘請的是惠普的一個咨詢團(tuán)隊，孫先生應(yīng)該知道，當(dāng)時有幸聘請了鄭力、徐毅都是目前很資深的敏捷教練，專門到航信來給我們實施敏捷。到了2012年4月，通過這個咨詢團(tuán)隊我們建成了開發(fā)流程，在2012年的9月就開始第一次大批量、大規(guī)模的推廣，一直到2013年我們已經(jīng)有了45個項目、445個人開始加入敏捷開發(fā)的隊伍了。

如圖，這兩個大家可能很奇怪這是什么東西？這其實是我們公司自己設(shè)計的一個認(rèn)證，是敏捷成熟度的認(rèn)證。我們2012年開始試點(diǎn)推廣，2013年實行了一年，我們要看效果怎么樣，所以我們制定了一個成熟度等級評價方法，就是檢驗所有的實施敏捷的團(tuán)隊，他們到底成熟度達(dá)到了什么水平。我們應(yīng)該分成了三級，其中這三級都是有三項標(biāo)準(zhǔn)，還有三項，因為我們剛開始只有三項最佳的敏捷實踐。因為有些團(tuán)隊一開始就上來了，但是后來又覺得不太適用，中途中斷了，所以我們看他的成熟度還有敏捷持續(xù)的時間。

定量的指標(biāo)其實是由度量指標(biāo)和敏捷實踐指標(biāo)兩部分組成的，包括自動編譯、自動構(gòu)建的頻率、代碼評審、分支覆蓋率等等，包括客戶演示，我們都是一些客觀的數(shù)據(jù)去看。敏捷實踐主要是，我們進(jìn)行項目管理，也是有一系列的指標(biāo)，通過打分的機(jī)制看它實施的情況怎么樣。對于三項敏捷實踐其中還有一個是持續(xù)集成，還有客戶參與的效果，最終會給每個團(tuán)隊進(jìn)行評價。

到了2014年第一次召開了敏捷總結(jié)大會，當(dāng)時給所有的這些能夠得到三級敏捷成熟度團(tuán)隊，由我們公司中心領(lǐng)導(dǎo)專門去給他們頒獎，并且在這個會上我們還有幸邀請了比如說阿里資深的敏捷教練，包括又把鄭力請回來給我們?nèi)ブv一下，因為事隔兩年了敏捷的發(fā)展有變化。我們在這個大會挺成功的，大家都覺得敏捷實施的效果還是不錯的。至今為止，我們覺得敏捷在我們研發(fā)中心都已經(jīng)成為了一種文化了。

最后總結(jié)一下，其實我們的敏捷實施從2011年12月引入，到現(xiàn)在基本上已經(jīng)5年多了，在這5年的過程中時間其實不短了，我前面介紹的可能還OK，但其實這個過程我們自己也很有體會，有很多很多的一些挫折，但最終的效果不錯，后面會跟大家分享一下敏捷給我們帶來的收獲。2013年之前我們是做推廣，主要是一些敏捷的理論、方法，手把手的去教他們，到了2014年、2015年，我們發(fā)現(xiàn)如果只是過程的話，其實沒有辦法最大的發(fā)揮敏捷實施的價值，所以最后發(fā)現(xiàn)還是需要跟上工具、平臺，這樣才能真正的能夠持續(xù)集成、持續(xù)交付，所以在2014、2015年開始我們重點(diǎn)是建設(shè)敏捷開發(fā)的工具平臺。這個是我們的一個發(fā)展過程。

下來就是以大型復(fù)雜系統(tǒng)多團(tuán)隊為例講講我們怎么實行敏捷的。

在我們公司什么叫大型復(fù)雜系統(tǒng)？ 首先開發(fā)周期肯定是2年以上的，而且團(tuán)隊規(guī)模一般都超過40人以上。舉個例子來說，民航旅客服務(wù)系統(tǒng)、機(jī)場立崗系統(tǒng)、機(jī)場行李處理系統(tǒng)，這個都叫成大型復(fù)雜系統(tǒng)。全中國所有的航空公司都是我們公司的客戶，但是他們公司總部、分部，分布在全國，如果只是總部研發(fā)我們根本支持不了，我們在全國各地都有分子公司，并且也有一定的研發(fā)團(tuán)隊，尤其是做那種航空公司的個性化版本，所以我們這些系統(tǒng)基本上都是分布式開發(fā)，都是聯(lián)合開發(fā)，主要是讓重慶、廣州、上海這種大的研發(fā)中心跟著總部一塊做這種聯(lián)合開發(fā)的，所以我們把這種都叫復(fù)雜系統(tǒng)團(tuán)隊開發(fā)。

這個大型復(fù)雜系統(tǒng)大家可能都有一些共識，最大的問題就是，因為人員比較多，而且大家都不在一起工作，大家會質(zhì)疑敏捷：不是說一定要面對面的溝通嗎？這是宣言的一部分，包括我們的價值觀。但是我們實際情況，尤其是傳統(tǒng)大型IT公司是根本做不到的，但是我們怎么辦呢？但是這些問題還是得解決，因為有了距離，尤其現(xiàn)在，之前我們都遇到過，這種溝通不便，協(xié)調(diào)起來特別特別的困難。還有最主要的一點(diǎn)，就是第四點(diǎn)，技術(shù)實踐。因為當(dāng)時我們各個分子公司的研發(fā)團(tuán)隊大家的技術(shù)標(biāo)準(zhǔn)、質(zhì)量標(biāo)準(zhǔn)都不太一樣，還有包括環(huán)境配置。一做集成的時候發(fā)現(xiàn)糟了，全都是Bug，甚至跑不通，這樣導(dǎo)致了多次的多輪返工，這些都是一些問題，所以我們覺得敏捷有可能能夠解決這些問題。

所以我們首先有一個大型復(fù)雜系統(tǒng)的團(tuán)隊，下面有一個管理框架，在座的大型企業(yè)可能都是這么做的，有四個層次，協(xié)作、管理、決策、支撐，我們公司的特點(diǎn)主要集中在這里。還有我們所有的團(tuán)隊里邊會有一個主責(zé)團(tuán)隊和其他協(xié)同團(tuán)隊，主責(zé)團(tuán)隊一定是負(fù)責(zé)整個項目的產(chǎn)品規(guī)劃、架構(gòu)設(shè)計，到最后包括整個系統(tǒng)的集成測試、UAT測試、投產(chǎn)上線，都是由主責(zé)團(tuán)隊小組全權(quán)負(fù)責(zé)的。其他的無論你分布在哪里，OK，沒有關(guān)系，你還是各自的可以實施敏捷，我們是多團(tuán)隊同步迭代的方式去做。還有一個特點(diǎn)，在支持這塊，我們?yōu)榱私鉀Q跨團(tuán)隊、跨地域、溝通協(xié)作的困難，或者技術(shù)標(biāo)準(zhǔn)、質(zhì)量標(biāo)準(zhǔn)不同的問題，我們要求統(tǒng)一平臺、統(tǒng)一制度、統(tǒng)一度量，避免剛才說的問題。

對于多團(tuán)隊同步開發(fā)的問題，仍然是每個小團(tuán)隊采用的是這種方式，2—4周一個迭代，在這個迭代過程中你的開發(fā)測試，按照你自己的規(guī)劃進(jìn)行就可以了，我們有可能跟其他的公司或者互聯(lián)網(wǎng)公司不太相同的，就是我們需求這塊，我們需求分析是沒有放在迭代里頭的，因為我們剛才也說了，我們是協(xié)同開發(fā)的，這個需求必須是經(jīng)過主責(zé)團(tuán)隊統(tǒng)一規(guī)劃出來的，我們叫PRD文檔，就是產(chǎn)品需求文檔，我們有KC的概念，這個KC就是說，對于這個系統(tǒng)來說是大的功能點(diǎn)，這個規(guī)劃必須主責(zé)團(tuán)隊來去做，把他會分解成不同的UC，就是一個個需求，這個是在分發(fā)給各個分支的協(xié)作團(tuán)隊，由他們做需求分析。這個需求分析完了以后，他是需要反饋給我們整個主責(zé)團(tuán)隊他們要去做評審。這個過程有可能稍微長一點(diǎn)，不太適用放在迭代里面，所以我們把這塊是分出去的。

具體迭代主要是設(shè)計測試開發(fā)，大家可能會說你這樣不是有點(diǎn)像瀑布型的，大家就在等。其實不是，跟以前最大的區(qū)別就是，我們的這個需求不是說把所有的需求都分析完了以后才去做，而是說按照我們小的產(chǎn)品版本的規(guī)劃，拿出來一部分，可以開始做了，這部分需求分析完以后馬上就進(jìn)入迭代開發(fā)的過程。同時，在開發(fā)團(tuán)隊做迭代開發(fā)的時候，我們這邊同步的產(chǎn)品經(jīng)理再去做剩余的需求。

還有一點(diǎn)，各個團(tuán)隊雖然是各自的迭代，但是都必須符合我們整個的版本規(guī)劃，所以我們叫同步迭代開發(fā)，因為最終它的交付，我們這塊的交付有可能也是跟別的敏捷不太一樣，直接交付給客戶，我們不是，我們這個迭代出來的版本是一個可集成測試版本，不是直接交給客戶的，因為這個也是跟我們系統(tǒng)的安全性包括集成性的特點(diǎn)有關(guān)系的，這也是一個比較大的差別，就是我們可集成的這種測試版本以后，由主責(zé)團(tuán)隊進(jìn)行版本測試，最后再給客戶交付。這就是敏捷的這一部分。

下面說一下工具的部分。其實我們認(rèn)為，敏捷最佳實踐我們運(yùn)用比較好、也認(rèn)為最有效的就是持續(xù)集成，因為尤其是多團(tuán)隊開發(fā)的時候，這個持續(xù)集成是非常非常關(guān)鍵的。我們的持續(xù)集成平臺的關(guān)鍵功能包括這些，我們會有統(tǒng)一的原代碼配置庫，對于一個大的復(fù)雜系統(tǒng)項目，所有的團(tuán)隊它的代碼配置庫必須是一個，就是目前都是在我們總部研發(fā)的，這樣的話可以隨時獲取這種系統(tǒng)里要集成的最新代碼。第二，我們要求必須每個團(tuán)隊每天提交代碼，并且能夠自動構(gòu)建，這個代碼必須可以自動編譯，而且可以編譯通過的。第三，需要實現(xiàn)功能單元測試，必須自動化，因為它需要快。我們在每次提交代碼以后，根據(jù)我們平臺的設(shè)置會自動的去啟發(fā)這個靜態(tài)代碼掃描，包括自動執(zhí)行單元測試，最后才是做自動的構(gòu)建。

最后，問題應(yīng)該是自動反饋的，不是靠人去看有問題，而是在持續(xù)集成過程中隨時發(fā)現(xiàn)問題、隨時就要反饋給相關(guān)的提交人員，讓他們及時處理，這樣才能保證每天提交的代碼放在服務(wù)器上都是一個可編譯的版本。這個就是我們持續(xù)交付的平臺建設(shè)，主要包括六大功能模塊，第一個是任務(wù)分解，我們用的是這個工具，尤其是對于異地開發(fā)的分布式模式，大家把任務(wù)都放在這個平臺上，任務(wù)進(jìn)展、任務(wù)工作情況都是透明的，大家都可以看。還有電子看板的跟蹤，以前我們都是大白板去貼小紙條，那個也是不會的，在開會的時候面對面溝通效果比較好，最大的問題是不便于度量，因為都是一個一個小紙條，最后還是得拿下來一個一個去更新數(shù)據(jù)，比較麻煩，而且比較慢，所以我們最后應(yīng)用電子看板進(jìn)行跟蹤。

原代碼指的主要是靜態(tài)代碼，我們開發(fā)人員每次提交以后必須得先經(jīng)過靜態(tài)代碼掃描，再做單元測試，然后才可以去做自動的構(gòu)建。

我們要求代碼的質(zhì)量必須是統(tǒng)一的標(biāo)準(zhǔn)，尤其是對于分團(tuán)隊開發(fā)，所以我們會有代碼傳送，因為是異地，以前無論是QQ開視頻的效果都不是特別好，所以我們引用了FishEye這種工具，大家把代碼拿下去之后直接評審，你的意見及時反饋，開發(fā)人員看到以后也及時修改，一整套是我們基于交付平臺的。

最后說一下敏捷對我們的幫助是什么，自從實施敏捷以后，大概5年多的時間，因為我覺得我們基本上不再像以前做項目反饋比較慢，遇到問題解決起來也比較麻煩，現(xiàn)在基本上可以不空談了，大家的質(zhì)量意識、工作效率都有很大的提升，尤其我們還實施了最佳的軟件工程的方法，都對我們團(tuán)隊的無論是個人能力、團(tuán)隊能力有很大的提升。

剛才前面提到了大規(guī)模項目有5個問題，我們基本上有4個問題得到了一定程度的解決，我們通過敏捷實施以后統(tǒng)一版本規(guī)劃這樣使得定制版本的維護(hù)就會相對容易一些。第二，統(tǒng)一的管理平臺，我們一定程度上減少了異地或者是跨部門這種溝通的困難。第三，我們有統(tǒng)一的質(zhì)量要求、技術(shù)要求，這樣避免了一些后期才會發(fā)現(xiàn)的因為配置不同或者代碼質(zhì)量很差而引起的一些返工。因為我們實施敏捷以后基本上可以做到持續(xù)的交付，避免了我們以前航空公司的客戶老是抱怨說，你們這個航信開發(fā)太慢，還不如找外包呢，現(xiàn)在基本上滿意度已經(jīng)提高了很多。

前面有可能沒有感覺，這是一些數(shù)據(jù)可以說一下。從產(chǎn)品質(zhì)量來說，我們這個產(chǎn)品比較寬泛，不是說最后交付的產(chǎn)品，指工作產(chǎn)品。從缺陷密度、故障率、缺陷泄漏率我們連續(xù)3年，因為我們實施敏捷以后就開始度量，從2013年開始度量，以后連續(xù)3年我們都是在持續(xù)降低的。

靜態(tài)代碼質(zhì)量，我們也是在2013年剛剛引入嗩吶這種掃描工具，當(dāng)時其實我們的編碼規(guī)則基本上引用的就是Google、微軟的規(guī)則。當(dāng)時一掃嚇了一跳，我們大多數(shù)項目都在D級和E級，差別差，因為一共分為5級最低就是E級，我們大多數(shù)項目在D級和E級，經(jīng)過3年以后我們現(xiàn)在基本上90%以上的項目都在C級以上了，有大概20%的項目都已經(jīng)能保持在A級。

開發(fā)過程，我們在實施敏捷之前基本上沒有自動化測試，這幾年不斷的建設(shè)，當(dāng)然這都是有成本的，大家可以看，我們增長到了24%，雖然不多，但其實對于我們來說已經(jīng)是一個很大的進(jìn)步了。

還有單元測試分支覆蓋率，當(dāng)時也是我們的開發(fā)團(tuán)隊在代碼質(zhì)量意識上還是挺弱的，后來實施敏捷以后我們從0增長到了大概30%，這是一個平均數(shù)，我們有的團(tuán)隊做的特別好的都已經(jīng)達(dá)到了80%，還有55%的團(tuán)隊已經(jīng)真的是能夠?qū)崿F(xiàn)每日提交代碼并自動構(gòu)建了。

對于交付效率，我現(xiàn)在從實施敏捷已經(jīng)開始，當(dāng)然這個數(shù)據(jù)已經(jīng)是去年的了，我們可以實現(xiàn)每月去給客戶演示，達(dá)到平均1.33次了，這個在以前都是不可想象得。并且每個系統(tǒng)每月都能投產(chǎn)一次新版本了，大家可能覺得你這個敏捷每個月才投產(chǎn)一次是不是慢一點(diǎn)，因為我們公司還是跟那個不太一樣，因為我們的安全性要求還是非常高的，因為民航所有的信息系統(tǒng)，大家的訂票、離港都是公司來維護(hù)，不敢出一點(diǎn)錯，對于我們來說已經(jīng)是很大的進(jìn)步了。

最后說一點(diǎn)體會，其實主要還是三個，如果實施敏捷的話，大家一定要說你的目標(biāo)是什么，目標(biāo)千萬不是你要實施敏捷，而是說你到底要解決什么問題，是不是能夠通過實施敏捷來解決，所以這個目標(biāo)的設(shè)定是非常重要的。第二，實施過程當(dāng)中，經(jīng)過5年多，我們后來發(fā)現(xiàn)，其實我們在2014年的時候，其實花了很大的成本去建設(shè)工具平臺，是因為發(fā)現(xiàn)到了2014年我們在實施過程中遇到了瓶頸，大家說我都做了，我都采用了什么，也都怎么樣了，但是好像這個效率沒有特別大的提升，所以我們當(dāng)時覺得，尤其是對于那種異地來說，你沒辦法解決這種溝通問題，所以我們覺得敏捷實施有效性，工具和流程的建設(shè)還是非常重要的，就是你要繼續(xù)想往深里做的話。第三，這個有可能不是說工具流程能夠解決的，就是團(tuán)隊，每一個敏捷的開發(fā)團(tuán)隊的管理者是非常重要的，他必須有自己敏捷的理念才能夠真正的把這個團(tuán)隊帶好，真正的去實施敏捷。

我們舉一個例子就是，我們有一個團(tuán)隊，剛才我提到我們單元測試覆蓋率達(dá)到80%，就是因為我們的SM非常棒，他是一門心思覺得敏捷非常好，他會要把他所實施的敏捷實踐真正的運(yùn)用起來，目標(biāo)就是要提升他們代碼的質(zhì)量，還有團(tuán)隊的使用效率。但是有的團(tuán)隊，到目前為止我們還有的團(tuán)隊處在一級的水平，就是我們自己的能力成熟度，那就跟他的SM還是有很大的關(guān)系的。

最后的變化，每個企業(yè)特點(diǎn)不同、業(yè)務(wù)特點(diǎn)不同，你的文化也是不一樣的，我覺得敏捷實施還是要因地制宜，我們剛開始就是相當(dāng)于照搬惠普那一套在2013年的時候也是遇到了很多問題，最后我們會去做一些優(yōu)化、改良，然后去適應(yīng)我們自己的特點(diǎn)，最后才比較能夠順利的實施。

我今天的分享就到這里。謝謝大家！

zhoub

<u id="3xvkt"><button id="3xvkt"></button></u>