華為流程規(guī)范分享

華為研發(fā)流程規(guī)范分享Ai學(xué)測(cè)試：李志目錄1華為IPD-CMM流程234版本控制方面優(yōu)秀實(shí)踐敏捷研發(fā)流程優(yōu)秀實(shí)踐華為版本敏捷開發(fā)流程IPD流程介紹IPD的核心內(nèi)容是以市場(chǎng)為導(dǎo)向的產(chǎn)品開發(fā)，關(guān)注客戶需求，另外IPD把產(chǎn)品開發(fā)在公司內(nèi)部也作為一項(xiàng)投資來看待。IPD流程需要建立了虛擬的投資決策委員會(huì)（IPMT），對(duì)產(chǎn)品開發(fā)團(tuán)隊(duì)（PDT）的活動(dòng)在一些關(guān)鍵點(diǎn)上進(jìn)行決策，此外IPD所建立的產(chǎn)品開發(fā)團(tuán)是跨部門的，可以打破部門之間的溝通壁壘，并給出了跨部門業(yè)務(wù)流程指導(dǎo)跨部門團(tuán)隊(duì)運(yùn)作。IPD：集成產(chǎn)品開發(fā)，英文“IntegratedProductDevelopment”的縮寫。概念計(jì)劃開發(fā)發(fā)布驗(yàn)證生命周期概念決策評(píng)審點(diǎn)計(jì)劃決策評(píng)審點(diǎn)可獲得性決策評(píng)審點(diǎn)生命周期結(jié)束決策評(píng)審GATR1TR2TR3TR4TR4ATR5TR6LAUNCHTR點(diǎn)：技術(shù)評(píng)審點(diǎn)，在各個(gè)階段要交付技術(shù)文檔CMM介紹CMM軟件開發(fā)過程的演進(jìn)進(jìn)行描述，為軟件組織的開發(fā)過程定義、實(shí)施、測(cè)量、控制和改進(jìn)等活動(dòng)提供指導(dǎo)；為軟件組織選擇過程改進(jìn)戰(zhàn)略提供指導(dǎo)。ＣＭＭ是由美國卡內(nèi)基梅隆大學(xué)的軟件工程研究所（ＳＥＩ：SoftwareEngineeringInstitute）受美國國防部委托研究制定并在美國，隨后在全世界推廣實(shí)施的一種軟件評(píng)估標(biāo)準(zhǔn)，主要用于軟件開發(fā)過程和軟件開發(fā)能力的評(píng)估和改進(jìn)。CMM：能力成熟度模型，英文全稱為“CapabilitymaturityModel”。初始級(jí)（1）不可預(yù)測(cè)并且缺乏控制可重復(fù)級(jí)（2）可重復(fù)以前的主要經(jīng)驗(yàn)Level3Defined

已定義級(jí)（3）過程被描述，并得到良好理解Level4Managed已管理級(jí)（4）過程被測(cè)量并受控Level5Optimizing優(yōu)化級(jí)（5）持續(xù)自覺的改進(jìn)有紀(jì)律的過程標(biāo)準(zhǔn)一致的過程可預(yù)測(cè)的過程不斷改進(jìn)的過程華為IPD-CMM介紹IPD關(guān)注整個(gè)產(chǎn)品的開發(fā)管理，包括市場(chǎng)、開發(fā)（軟件、硬件）、結(jié)構(gòu)、生產(chǎn)、采購、財(cái)務(wù)等各個(gè)方面。IPD-CMM流程關(guān)注其中的軟件研發(fā)過程的管理。IPD-CMM流程CONCEPTDEVELOPQUALIFYCYCLELIFECDCPADCPPLANPDCPGALAUNCHSRSHLDLLDCODEUTITSTTR1TR2TR3TR4TR4ATR5TR6IPD流程LAUNCHIPD-CMM是IPD的軟件使能流程目錄1華為IPD-CMM流程234版本控制方面優(yōu)秀實(shí)踐敏捷研發(fā)流程優(yōu)秀實(shí)踐華為版本敏捷開發(fā)流程X產(chǎn)品版本規(guī)劃1）研發(fā)周期長，半年迭代2）技術(shù)優(yōu)勢(shì)考慮領(lǐng)先2年3）前期技術(shù)瓶頸和性能瓶頸突破在研版本維護(hù)版本1）研發(fā)周期為2周到1個(gè)月，持續(xù)迭代2）修改線上bug和合入定制化需求（有錢）3）補(bǔ)償前期遺留bug技術(shù)債1）命名全新版本2）支持老版本功能3）性能更好更穩(wěn)定維護(hù)bug合入到新版本上線之后華為敏捷開發(fā)流程部分名詞解釋：CDCP(ConceptDCP)：概念決策評(píng)審

PDCP(PlanDCP)：計(jì)劃決策評(píng)審

ADCP(AvailabilityDCP)：可獲得性決策評(píng)審產(chǎn)品Backlog：產(chǎn)品帶班列表Anatomy：系統(tǒng)解剖AR：AllocationRequirement，分配需求部分名詞解釋：TDD：Test-DrivenDevelopment，測(cè)試驅(qū)動(dòng)開發(fā)LLT：LowleveltestUT：單元測(cè)試MIT：模塊集成測(cè)試MST：模塊系統(tǒng)測(cè)試目錄1華為IPD-CMM流程234版本控制方面優(yōu)秀實(shí)踐敏捷研發(fā)流程優(yōu)秀實(shí)踐華為版本敏捷開發(fā)流程優(yōu)秀實(shí)踐1：每日站立會(huì)議什么是每日站立會(huì)議每日工作前，團(tuán)隊(duì)成員的例行溝通機(jī)制，由ScrumMaster組織，Team成員全體站立參加聚焦在下面的三個(gè)主題：我昨天為本項(xiàng)目做了什么？我計(jì)劃今天為本項(xiàng)目做什么？我需要什么幫助以更高效的工作？每日站立會(huì)議的關(guān)鍵要點(diǎn)準(zhǔn)時(shí)開始：按計(jì)劃會(huì)議制定的時(shí)間地點(diǎn)開會(huì)，形成團(tuán)隊(duì)成員的自然習(xí)慣；高效會(huì)議：會(huì)議限時(shí)15分鐘，每個(gè)人都保持站立，依次發(fā)言，不討論與會(huì)議三個(gè)主題無關(guān)的事情（如技術(shù)解決方案等）；問題跟蹤：ScrumMaster應(yīng)該記錄下所有的問題并跟蹤解決；每日站立會(huì)議的好處增加團(tuán)隊(duì)凝聚力，產(chǎn)生積極的工作氛圍及時(shí)暴露風(fēng)險(xiǎn)和問題；促進(jìn)團(tuán)隊(duì)內(nèi)成員的溝通和協(xié)調(diào)。每日站立會(huì)議促進(jìn)團(tuán)隊(duì)溝通協(xié)調(diào)，及時(shí)暴露問題優(yōu)秀實(shí)踐2：可視化管理可視化管理的好處簡單，一目了然，降低管理成本；實(shí)時(shí)狀態(tài)顯示，及時(shí)暴露問題；信息同源使團(tuán)隊(duì)理解一致，提升團(tuán)隊(duì)凝聚力；激勵(lì)先進(jìn)，鞭策后進(jìn)，增強(qiáng)團(tuán)隊(duì)進(jìn)取心。什么是可視化管理將項(xiàng)目狀態(tài)(進(jìn)度、質(zhì)量等)通過物理實(shí)體（如白板，大屏幕）實(shí)時(shí)展示，讓團(tuán)隊(duì)所有成員直觀地獲取當(dāng)前項(xiàng)目進(jìn)展信息?？梢暬芾淼年P(guān)鍵要點(diǎn)物理實(shí)體：可視化一定要做到物理上的實(shí)體化，大家在公開場(chǎng)所都容易看到，觸摸到，（存在電腦中的文件不是可視化的）；內(nèi)容精簡，易懂：信息展示一目了然，切實(shí)對(duì)團(tuán)隊(duì)有幫助，切忌貪多求全，難以分辨；實(shí)時(shí)刷新：延遲的信息拖延問題暴露，降低運(yùn)作效率?？梢暬芾砑皶r(shí)暴露問題，激勵(lì)團(tuán)隊(duì)Story墻（展示Story進(jìn)度）缺陷走勢(shì)圖（展示缺陷解決進(jìn)展）優(yōu)秀實(shí)踐3：迭代回歸會(huì)議迭代回顧會(huì)議的好處激勵(lì)團(tuán)隊(duì)成員；幫助團(tuán)隊(duì)挖掘優(yōu)秀經(jīng)驗(yàn)并繼承；避免團(tuán)隊(duì)犯重復(fù)的錯(cuò)誤；營造團(tuán)隊(duì)自主改進(jìn)的氛圍。什么是迭代回顧會(huì)議在每輪迭代結(jié)束后舉行的會(huì)議，目的是分享好的經(jīng)驗(yàn)和發(fā)現(xiàn)改進(jìn)點(diǎn)，促進(jìn)團(tuán)隊(duì)不斷進(jìn)步；圍繞如下三個(gè)問題：本次迭代有哪些做得好本次迭代我們?cè)谀男┓矫孢€能做得更好我們?cè)谙麓蔚鷾?zhǔn)備在哪些方面改進(jìn)？迭代回顧會(huì)議的關(guān)鍵要點(diǎn)會(huì)議氣氛：Team全員參加，氣氛寬松自由，暢所欲言，頭腦風(fēng)暴發(fā)現(xiàn)問題，共同分析根因；關(guān)注重點(diǎn)：Team共同討論優(yōu)先級(jí)，將精力放在最需要的地方（關(guān)注幾個(gè)改進(jìn)就夠了）；會(huì)議結(jié)論要跟蹤閉環(huán)：可以放入迭代backlog中。迭代回顧會(huì)議是促進(jìn)團(tuán)隊(duì)持續(xù)改進(jìn)的最有效手段好的能做得更好的將來改進(jìn)的優(yōu)秀實(shí)踐4：結(jié)對(duì)編程什么是結(jié)對(duì)編程兩位程序員在一臺(tái)電腦前工作，一個(gè)負(fù)責(zé)敲入代碼，而另外一個(gè)實(shí)時(shí)檢視每一行敲入的代碼；操作鍵盤和鼠標(biāo)的程序員被稱為“駕駛員”，負(fù)責(zé)實(shí)時(shí)評(píng)審和協(xié)助的程序員被稱為“領(lǐng)航員”；領(lǐng)航員檢視的同時(shí)還必須負(fù)責(zé)考慮下一步的工作方向，比如可能出現(xiàn)的問題以及改進(jìn)等。結(jié)對(duì)編程的好處有助于提升代碼設(shè)計(jì)質(zhì)量；研究表明結(jié)對(duì)生產(chǎn)率比兩個(gè)單人總和低15%，但缺陷數(shù)少15%，考慮修改缺陷工作量和時(shí)間都比初始編程大幾倍，所以結(jié)對(duì)編程總體效率更高（source:TheEconomist）；結(jié)對(duì)編程能夠大幅促進(jìn)團(tuán)隊(duì)能力提升和知識(shí)傳播。結(jié)對(duì)編程的關(guān)鍵要點(diǎn)程序員應(yīng)經(jīng)常性地在“駕駛員”和“領(lǐng)航員”間切換，保持成員間平等協(xié)商和相互理解，避免出現(xiàn)一個(gè)角色支配另一個(gè)角色的現(xiàn)象；開始一個(gè)新Story開發(fā)的時(shí)候即可變換搭檔，以增進(jìn)知識(shí)傳播；培養(yǎng)團(tuán)隊(duì)成員積極、主動(dòng)、開放、協(xié)作的心態(tài)能夠增進(jìn)結(jié)對(duì)編程效果；實(shí)施初期需要精心輔導(dǎo)，幫助團(tuán)隊(duì)成員克服個(gè)性沖突和習(xí)慣差異。結(jié)對(duì)編程提高代碼質(zhì)量和工作效率優(yōu)秀實(shí)踐5：測(cè)試驅(qū)動(dòng)開發(fā)什么是測(cè)試驅(qū)動(dòng)開發(fā)TDD以測(cè)試作為編程的中心，它要求在編寫任何代碼之前，首先編寫定義代碼功能的測(cè)試用例，編寫的代碼要通過用例，并不斷進(jìn)行重構(gòu)優(yōu)化；TDD要求測(cè)試可以完全自動(dòng)化運(yùn)行。測(cè)試驅(qū)動(dòng)開發(fā)的好處和代碼同步增長的自動(dòng)化測(cè)試用例，能為代碼構(gòu)筑安全網(wǎng)，保證代碼重構(gòu)的質(zhì)量；TDD有助于開發(fā)人員優(yōu)化代碼設(shè)計(jì)，提高代碼可測(cè)試性。測(cè)試驅(qū)動(dòng)開發(fā)的關(guān)鍵要點(diǎn)測(cè)試代碼和源代碼一樣都需要簡潔，可讀性好；測(cè)試用例的設(shè)計(jì)要保證完備，覆蓋被測(cè)單元的所有功能；每個(gè)測(cè)試用例盡量保持獨(dú)立，減少依賴，提高用例的可維護(hù)性；當(dāng)功能單元較大時(shí)，為降低難度，可分解為多個(gè)更小的功能單元，并逐一用TDD實(shí)現(xiàn)。測(cè)試驅(qū)動(dòng)開發(fā)保證代碼整潔可用（Cleancodethatworks）優(yōu)秀實(shí)踐6：持續(xù)集成(CI)什么是持續(xù)集成持續(xù)集成（CI）是一項(xiàng)軟件開發(fā)實(shí)踐，其中團(tuán)隊(duì)的成員經(jīng)常集成他們的工作，通常每人每天至少集成一次，每次集成通過自動(dòng)化構(gòu)建完成。持續(xù)集成的好處大幅縮短反饋周期，實(shí)時(shí)反映產(chǎn)品真實(shí)質(zhì)量狀態(tài)；缺陷在引入的當(dāng)天就被發(fā)現(xiàn)并解決,降低缺陷修改成本；將集成工作分散在平時(shí)，通過每天生成可部署的軟件；，避免產(chǎn)品最終集成時(shí)爆發(fā)大量問題。

持續(xù)集成的關(guān)鍵要點(diǎn)持續(xù)集成強(qiáng)調(diào)“快速”和“反饋”，要求完成一次系統(tǒng)集成的時(shí)間盡量短，并提供完備且有效的反饋信息；自動(dòng)化測(cè)試用例的完備性和有效性是持續(xù)集成質(zhì)量保障；修復(fù)失敗的構(gòu)建是團(tuán)隊(duì)最高優(yōu)先級(jí)的任務(wù)；開發(fā)人員須先在本地構(gòu)建成功，才可提交代碼到配置庫；持續(xù)集成的狀態(tài)必須實(shí)時(shí)可視化顯示給所有人；大系統(tǒng)持續(xù)集成需分層分級(jí)，建立各層次統(tǒng)一的測(cè)試策略。持續(xù)集成提供產(chǎn)品質(zhì)量的快速反饋，保證隨時(shí)擁有可工作的軟件目錄1華為IPD-CMM流程234版本控制方面優(yōu)秀實(shí)踐敏捷研發(fā)流程優(yōu)秀實(shí)踐華為版本敏捷開發(fā)流程優(yōu)秀實(shí)踐1：嚴(yán)格評(píng)審制度開發(fā)評(píng)審，參與者：開發(fā)\測(cè)試\版本經(jīng)理1）SRS評(píng)審2）HLD評(píng)審3）LLD評(píng)審4）bug修改方案評(píng)審【完成后】所有文檔歸檔保存決策類評(píng)審，參與者：SE\TSE\版本經(jīng)理\測(cè)試經(jīng)理\開發(fā)經(jīng)理1）每個(gè)版本迭代需求排期評(píng)審2）版本迭代bug修改時(shí)間評(píng)審3）上線前，決策評(píng)審當(dāng)前需要修改的bug和可以不修改的4）重大線上問題解決方案評(píng)審測(cè)試評(píng)審，參與者：開發(fā)\測(cè)試\版本經(jīng)理1）測(cè)試需求分析方案評(píng)審2）測(cè)試方案評(píng)審3）測(cè)試用例評(píng)審4）bug測(cè)試用例評(píng)審【完成后】所有文檔歸檔保存評(píng)審保證開發(fā)和測(cè)試的方向和質(zhì)量的正確性優(yōu)秀實(shí)踐2：全員Code-Review開發(fā)必須組織Code-Review何時(shí)組織：在代碼Check-in之前參與者：開發(fā)經(jīng)理、周邊相關(guān)開發(fā)、測(cè)試怎么做：開發(fā)講解自己的開發(fā)思路瀏覽代碼結(jié)構(gòu)和調(diào)用關(guān)系確認(rèn)代碼規(guī)范性確認(rèn)代碼引用無問題確認(rèn)經(jīng)常踩得坑可以避免Code-Review保證開發(fā)思路和規(guī)范，避免繼續(xù)入坑優(yōu)秀實(shí)踐3：控制版本合入在研版本開發(fā)控制1）每天早上編譯一個(gè)版本2）白天開發(fā)，晚上改問題3）早上給測(cè)試合入需求和修改問題列表維護(hù)版本測(cè)試控制1）每個(gè)版本轉(zhuǎn)測(cè)試2次2）第一次修改bug3）第二次修改第一次發(fā)現(xiàn)的bug和未完成修復(fù)的bugPS：1）如果bug過多，可以雙方確認(rèn)轉(zhuǎn)測(cè)試次數(shù)，但是不能大于2次。2）超過2次編譯，需要開發(fā)部長審批線上緊急bug版本經(jīng)理控制1）緊急版本緊急處理不做控制2）可以開發(fā)直接修改并編譯，測(cè)試直接測(cè)試3）保證問題第一時(shí)間解決并上線發(fā)布控制版本合入次數(shù)保