本詞匯表是旨在說明敏捷與DevOps中各種術(shù)語。
由于敏捷與DevOps存在緊密的聯(lián)系，在講述DevOps時(shí)需要引用到大量的來自敏捷的詞匯，因此本文試圖做些整理

詞匯名稱對應(yīng)英文說明

重構(gòu)	Refactor	指保持某個(gè)對象的外在行為不變，優(yōu)化其內(nèi)部結(jié)構(gòu)。代碼重構(gòu)是重構(gòu)的一種。
代碼重構(gòu)	Code refactor	保持程序代碼的外在行為不變，優(yōu)化代碼。在面向?qū)ο缶幊讨?#xff0c;典型的是保持類的對外行為不變，優(yōu)化類的內(nèi)部結(jié)構(gòu)。
測試驅(qū)動(dòng)開發(fā)	Test driven development	利用測試方法來驅(qū)動(dòng)軟件程序的設(shè)計(jì)和實(shí)現(xiàn)。其方法主要特征是先寫測試程序，然后再編碼使其通過測試。常見的測試驅(qū)動(dòng)開發(fā)可以分為單元測試驅(qū)動(dòng)開發(fā)和驗(yàn)收測試驅(qū)動(dòng)開發(fā)
單元測試驅(qū)動(dòng)開發(fā)	Unit test driven development	利用單元測試方法，典型采用xUnit類工具，來驅(qū)動(dòng)程序的設(shè)計(jì)和實(shí)現(xiàn)，其方法主要特征是先寫單元測試程序，然后再編碼使其通過測試。
驗(yàn)收測試驅(qū)動(dòng)開發(fā)	Acceptance test driven development	利用驗(yàn)收測試方法，典型采用自動(dòng)化界面或接口測試方法，來驅(qū)動(dòng)軟件程序的設(shè)計(jì)和實(shí)現(xiàn)。其方法主要特征是先寫自動(dòng)化界面或接口測試，然后再編碼使其通過測試。
時(shí)間箱	Time box	在限定的時(shí)間長度內(nèi)開展活動(dòng)，以時(shí)間為結(jié)束標(biāo)志。
迭代	Iteration	重復(fù)反饋過程的活動(dòng)，其目的通常是為了逼近所需的目標(biāo)或結(jié)果。每一次對過程的重復(fù)被稱為一次“迭代”，而每一次迭代得到的結(jié)果會(huì)被用來作為下一次迭代的初始值。
敏捷迭代	Agile Iteration	指每次按照相同的開發(fā)方式短期的開發(fā)軟件的部分，或前期開發(fā)并不詳盡的軟件，每次開發(fā)結(jié)束獲得可以運(yùn)行的軟件，以供各方干系人觀測，獲得反饋，根據(jù)反饋適應(yīng)性的進(jìn)行后續(xù)開發(fā)，經(jīng)過反復(fù)多次開發(fā)，逐步增加軟件部分，逐步補(bǔ)充完善軟件，最終開發(fā)得到最后的軟件。敏捷迭代包括了迭代和增量。
特性驅(qū)動(dòng)開發(fā)	Feature Driven Development	簡稱FDD，最初由Peter Coad 及其同事作為面向?qū)ο筌浖こ淌褂眠^程模型而構(gòu)思的，然后在其上擴(kuò)展并增強(qiáng)了Coad的工作，描述了一個(gè)可用于中、大型軟件項(xiàng)目的適應(yīng)性敏捷過程。主要包括開發(fā)全局模型、構(gòu)造特征列表、特征計(jì)劃、特征設(shè)計(jì)、特征構(gòu)建五個(gè)協(xié)作。
回顧會(huì)議	Retrospective Meeting	這是在Scrum中所要求的會(huì)議，也可以在非Scrum的環(huán)境下運(yùn)用?；仡檿?huì)議旨在對前期中的人、關(guān)系、過程和工具等等各方面進(jìn)行檢驗(yàn)。檢驗(yàn)應(yīng)當(dāng)確定并重點(diǎn)發(fā)展那些進(jìn)展順利的，和那些如果采用不同方法可以取得更好效果的條目。在回顧會(huì)議的最后，團(tuán)隊(duì)?wèi)?yīng)該選擇將要在下個(gè)迭代中要采取的改進(jìn)。
燃盡圖	Burn Down Chart	用圖形化的方式來表述隨著時(shí)間的推移，對需要完成的工作的一種可視化表示。燃盡圖有一個(gè)Y軸表示待完成的工作，常見的是待完成的故事點(diǎn)數(shù)、待完成的工時(shí)、待完成的用戶故事數(shù)量，X軸表示時(shí)間，一般的，刻度是工作日。理想情況下，該圖表是一個(gè)向下的曲線，隨著剩余工作的完成，“燒盡”至零。
計(jì)劃會(huì)議	planning meeting	這是在Scrum中所要求的會(huì)議。計(jì)劃會(huì)議旨在對馬上進(jìn)行的迭代進(jìn)行估算， 澄清并選擇待開發(fā)項(xiàng)，識別后續(xù)行動(dòng)。
用戶故事	User Story	從用戶的角度出發(fā)去描述一個(gè)待開發(fā)產(chǎn)品的各種外在行為。所有用戶故事的集合體現(xiàn)了產(chǎn)品對用戶的價(jià)值（或商業(yè)價(jià)值）。
速度	velocity	表示開發(fā)的快慢，常見有兩種算法：1）迭代完成的故事點(diǎn)數(shù)；2）每人天完成的故事點(diǎn)數(shù)
敏捷思維	Agile Thinking	與敏捷精神、敏捷理念、敏捷價(jià)值觀等詞匯接近，目前沒有客觀嚴(yán)格的定義，一般理解為源自于敏捷宣言的理念，包括了注重團(tuán)隊(duì)協(xié)作、尊重個(gè)體、擁抱變化、快速響應(yīng)、注重溝通、注重價(jià)值交付、增量交付可用軟件等。
敏捷方法框架	Agile method framework	是指一種系統(tǒng)的闡述了軟件開發(fā)核心領(lǐng)域并給出了面向全局框架的方法論，其由多個(gè)敏捷開發(fā)實(shí)踐根據(jù)此框架有機(jī)的組合而成。比如Scrum、XP、FDD、DSDM。
敏捷實(shí)踐	Agile practice	是指一種符合敏捷宣言的解決特定的、局部的問題的開發(fā)方法。比如單元測試驅(qū)動(dòng)開發(fā)、燃盡圖、用戶故事等等。
敏捷管理實(shí)踐	Agile management practice	指敏捷開發(fā)實(shí)踐中處理人員交互、信息交流的實(shí)踐，比如計(jì)劃會(huì)議、回顧會(huì)議、燃盡圖。
敏捷工程實(shí)踐	Agile engineering practice	與敏捷技術(shù)實(shí)踐是同義詞，指敏捷開發(fā)實(shí)踐中與代碼實(shí)現(xiàn)、測試、設(shè)計(jì)、需求分析等密切相關(guān)的實(shí)踐，比如重構(gòu)，測試驅(qū)動(dòng)開發(fā)，演進(jìn)設(shè)計(jì)，持續(xù)集成，自動(dòng)化測試等等。
敏捷技術(shù)實(shí)踐	Agile technical practice	與敏捷工程實(shí)踐是同義詞，指敏捷開發(fā)實(shí)踐中與代碼實(shí)現(xiàn)、測試、設(shè)計(jì)、需求分析等密切相關(guān)的實(shí)踐，比如重構(gòu)，測試驅(qū)動(dòng)開發(fā)，演進(jìn)設(shè)計(jì)，持續(xù)集成，自動(dòng)化測試等等。
自組織	self-organizing	在自然科學(xué)領(lǐng)域，自組織（self-organization)是指混沌系統(tǒng)在隨機(jī)識別時(shí)形成耗散結(jié)構(gòu)的過程。 在軟件工程領(lǐng)域，從字面意思上，可以理解為指向著已自組織（英文是self-organized)前進(jìn)，其基本特征是每個(gè)個(gè)體都有自主性，又能整合出整體的特征。
增量	Incremental	是指在以前的迭代的基礎(chǔ)上增加的可用功能。
每日構(gòu)建	Daily build	每日自動(dòng)進(jìn)行編譯，然后運(yùn)行自動(dòng)化測試對構(gòu)建進(jìn)行驗(yàn)證，并給出報(bào)告。
持續(xù)集成	Continuous Integration	指當(dāng)代碼提交后，馬上啟動(dòng)自動(dòng)編譯、自動(dòng)化測試來快速驗(yàn)證軟件，從而盡早地發(fā)現(xiàn)錯(cuò)誤和代碼沖突。
持續(xù)交付	Continuous delivery	指當(dāng)代碼提交后，能夠快速并自動(dòng)的啟動(dòng)編譯、打包、安裝到運(yùn)行環(huán)境，中間過程可以安排各類自動(dòng)測試，從而保證交付質(zhì)量。一般的，持續(xù)交付包括持續(xù)集成
持續(xù)部署	Continuous Deployment	持續(xù)的自動(dòng)的部署到生產(chǎn)環(huán)境，一般理解，持續(xù)部署是持續(xù)交付的一種形式
每日站立會(huì)議	Daily standup meeting	在Scrum方法中，每個(gè)沖刺的每一天，都會(huì)舉行的一種項(xiàng)目狀況會(huì)議。會(huì)議準(zhǔn)時(shí)開始，時(shí)長不超過15分鐘，所有成員都需要站立。每位成員回答3個(gè)問題。1、今天你做了什么？2、明天你計(jì)劃做什么？3、有什么問題阻礙了你？
產(chǎn)品待辦列表	product backlog	是指產(chǎn)品需求的列表（Backlog的條目可以是用戶故事）。產(chǎn)品負(fù)責(zé)人根據(jù)商業(yè)價(jià)值對列表的條目進(jìn)行排序，團(tuán)隊(duì)按照順序進(jìn)行開發(fā)。
史詩	epic	通俗來說就是大型用戶故事。一般由許多較大的、不確定的需求組成，本身具有更低的優(yōu)先級。因此，不能直接通過它進(jìn)行迭代規(guī)劃，而是要先把它劃分成較小的、真正的用戶故事。
應(yīng)用部署	Application Deployment	部署編譯后結(jié)果到運(yùn)行環(huán)境
制品管理	Artifact Management	編譯后制品的管理，一般相同源代碼的編譯后制品盡量只生成一次
完成的定義	Definition of Done	與退出條件、成功標(biāo)準(zhǔn)類同
信息技術(shù)服務(wù)管理	ITSM (Information Technology Service Management)	主要覆蓋了軟件上線后的運(yùn)維，最近其范圍有向軟件開發(fā)升級方面的延伸。ITIL是ITSM的一種實(shí)施
質(zhì)量檢查	JKK Ji-Kotei-Kanketsu	來自日文，有逐級逐段嚴(yán)格檢查的意思，確保質(zhì)量，JKK的概念是一種完美狀態(tài)：在你所處在的工作流程中不要做低質(zhì)量的工作，不接受流程早期就出現(xiàn)錯(cuò)誤的輸出，不把糟糕的情形輸出到下一個(gè)流程。
服務(wù)級別協(xié)議	Service Level Agreement-SLA	根據(jù)不同的級別制定不同的服務(wù)協(xié)議，常見的協(xié)議要素有時(shí)間要求，比如在多少小時(shí)內(nèi)解決
單件流	One-piece-flow	一種為了實(shí)現(xiàn)適時(shí)適量生產(chǎn)，致力于生產(chǎn)同步化的最小批量生產(chǎn)方式，如再加上看板的運(yùn)用，就徹底地實(shí)行了JIT了。來自生產(chǎn)企業(yè)的定義：指的是通過合理的制訂標(biāo)準(zhǔn)生產(chǎn)流程并安排好每個(gè)工序的人員量、設(shè)備量，使每個(gè)工序耗時(shí)趨于一致，以達(dá)到縮短生產(chǎn)周期、提高產(chǎn)品質(zhì)量、減少轉(zhuǎn)運(yùn)消耗的一種高效管理模式
在制品	Work-in-Progress WIP	包括正在加工的產(chǎn)品和準(zhǔn)備進(jìn)一步加工的半成品

總結(jié)

以上是生活随笔為你收集整理的敏捷和DevOps词汇表的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。