【導(dǎo)讀】中國XX公司網(wǎng)上營業(yè)廳技術(shù)方案建議書

　　

【正文】 新的應(yīng)用及新的功能；敏捷開發(fā)方法能夠適應(yīng)這種快速變化。通過實施敏捷開發(fā)， 中國貨運(yùn)航空公司 能快速捕捉并響應(yīng)市場上新的服務(wù)需求，利用新的技術(shù)并提供新的價值。 ? 最大化交付價值： 物流電子商務(wù) 能否吸引用戶，占領(lǐng)市場，最重要的并不是功能的數(shù)量、而是功能對客戶的價值；敏捷開發(fā)方法以用戶價值來驅(qū)動開發(fā)，滿足了這一需求。通過實施敏捷開發(fā)， 中國貨運(yùn)航空公司 能夠針對目標(biāo)應(yīng)用群采用靈活的開發(fā)策略，持續(xù)交付價值，最大化投資回報率。 中國 XX 公司網(wǎng)上營業(yè)廳技術(shù)方案建議書 中國 XX Page 34 ? 提高應(yīng)用質(zhì)量：面對競爭激勵變化迅速的 物流電子商務(wù) 市場，應(yīng)用的推出沒有第二次機(jī)會。低質(zhì)量的應(yīng)用將在第一時間被市場淘汰；傳統(tǒng)交付方式下為滿足范圍和進(jìn)度而犧牲質(zhì)量的做法將不再適用；而敏捷開發(fā)方法內(nèi)建質(zhì)量 (Build Quality In)，從項目一開始就交付高質(zhì)量的產(chǎn)品。對于 中國貨運(yùn)航空公司 而言，推出高質(zhì)量的手機(jī)應(yīng)用也更契合 中國貨運(yùn)航空公司 的品牌定位。 ? 增強(qiáng)應(yīng)用適應(yīng)能力： 物流電子商務(wù) 的新功能升級相對于傳統(tǒng)應(yīng)用將更加頻繁和劇烈；敏捷軟件開發(fā)通過演進(jìn)式方式構(gòu)建系統(tǒng)，大大增強(qiáng)了系統(tǒng)的靈活性，使得系統(tǒng)具備擁抱未來變化的內(nèi)在能力。這一項目是中國貨運(yùn)航空公司 針對 物流電子商 務(wù) 開發(fā)的開端，采用敏捷開發(fā)構(gòu)建具備很強(qiáng)適應(yīng)能力的系統(tǒng)，會使后續(xù)的開發(fā)更加容易。 ? 提升用戶體驗：通過盡早和頻繁向客戶演示，甚至和客戶 (或客戶代理 )一起工作，快速收集客戶反饋，提升所開發(fā)應(yīng)用的用戶體驗。 中國貨運(yùn)航空公司 開發(fā)的這一應(yīng)用面向終端客戶，用戶體驗是確保項目成功的一個關(guān)鍵要素。 ? 促進(jìn)創(chuàng)新：創(chuàng)新源自與對客戶需求的深刻理解及被激勵的具備優(yōu)異能力的開發(fā)團(tuán)隊；敏捷開發(fā)方法可以提高整個開發(fā)團(tuán)隊的滿意度，啟發(fā)和激勵團(tuán)隊，并加強(qiáng)了開發(fā)團(tuán)隊和客戶的合作。 中國貨運(yùn)航空公司 在同行業(yè)有很強(qiáng)的競爭對手，通過實施敏捷開發(fā)能夠促進(jìn)創(chuàng) 新，并引領(lǐng)市場。 中國貨運(yùn)航空公司 相關(guān)項目管理和技術(shù)人員，可以通過積極深入的參與和觀察，建立起自有的針對 物流電子商務(wù) 開發(fā)的項目管理最佳實踐： ? XX 將提供具備豐富敏捷實踐經(jīng)驗的項目經(jīng)理 領(lǐng)導(dǎo)項目的交付，輔導(dǎo)團(tuán)隊的同時也輔導(dǎo)客戶相關(guān)項目管理和技術(shù)人員 ? 中國貨運(yùn)航空公司 相關(guān)項目管理和技術(shù)人員有機(jī)會參加針對項目組成員 的敏捷方法培訓(xùn)、各種敏捷項目管理相關(guān)的會議以及敏捷實踐的研討會 中國 XX 公司網(wǎng)上營業(yè)廳技術(shù)方案建議書 中國 XX Page 35 ? 按照 中國貨運(yùn)航空公司 的需求，在理論和操作層面提供針對性的培訓(xùn)和輔導(dǎo) ? 向 中國貨運(yùn)航空公司 的相關(guān)項目管理和技術(shù)人員推薦敏捷社區(qū)，以支持 中國貨運(yùn)航 空公司 持續(xù)打造敏捷開發(fā)能力 敏捷項目管理流程 圖例 52 敏捷項目管理流程 ? 概覽： o 項目主要分成三個階段： ? 初始階段：啟動項目，形成初步的需求收集，創(chuàng)建基礎(chǔ)架構(gòu) ? 實施階段：使用迭代增量的方式進(jìn)行開發(fā)，通過數(shù)個迭代(Sprint)逐步交付功能 ? 結(jié)束：發(fā)布、部署和結(jié)束項目 o 用戶功能列表被稱作 Product Backlog，考慮風(fēng)險和依賴關(guān)系，按照業(yè)務(wù)優(yōu)先級排序 o Product Backlog 的每一個用戶功能都被稱之為用戶故事 o Sprint 是一個 24 周的迭代周期；在本項目中，我們選擇 2 周為迭代周期 中國 XX 公司網(wǎng)上營業(yè)廳技術(shù)方案建議書 中國 XX Page 36 o 在每個 Sprint 里需要實現(xiàn)一部分用戶功能：完成設(shè)計、編碼和測試，產(chǎn)生可交付的最終產(chǎn)品的增量 o 一個 Sprint 里面要完成的用戶功能，以及為實現(xiàn)這些用戶功能所必須執(zhí)行的任務(wù)都列在 Sprint Backlog 里 ? 主要活動： o 啟動項目： ? 定義初始項目范圍 ? 實施方案、概要設(shè)計和高層風(fēng)險評估 ? 創(chuàng)建開發(fā)環(huán)境 o Sprint 0: ? 建立初始 Product Backlog ? 實施 Technical Launch ? 定義 測試策略 ? 建立初始架構(gòu) ? 實施 Technical Review ? 實施初步估算 ? 建立項目計劃 o 迭代實施： ? 迭代計劃： ? 在每個 Sprint 之初進(jìn)行，分成兩個部分 ? 第一部分確定做什么 哪些功能包含在 Sprint ? 第二部分確定怎么做 如何創(chuàng)建產(chǎn)品增量 ? 站立會議：整個 Sprint 過程中，團(tuán)隊每天在同一個地點(diǎn)，同一時間舉行一個 15 分鐘的站立會議，以確保團(tuán)隊同步和中國 XX 公司網(wǎng)上營業(yè)廳技術(shù)方案建議書 中國 XX Page 37 相互協(xié)調(diào)，并暴露障礙和問題。 ? 功能開發(fā)和測試 : ? 需求澄清、測試用例開發(fā) ? 功能設(shè)計、開發(fā)和測試 ? 文檔開發(fā) ? 迭代部署和測試 ? Sprint Review: ? Review 產(chǎn)品 ? 在每個 Sprint 結(jié)束之前進(jìn)行 ? 客戶或者客戶代表，以及整個團(tuán)隊都參加 ? 團(tuán)隊演示構(gòu)建的產(chǎn)品，客戶或客戶代表 Review 產(chǎn)品功能、檢查質(zhì)量并提出改進(jìn)意見 ? Sprint Retrospective: ? Review 開發(fā)過程 ? 在 Sprint 結(jié)束之前進(jìn)行 ? 整個團(tuán)隊都參加 ? 回顧哪些做得好，哪些需要改進(jìn) ? 確定下個迭代要進(jìn)行哪些改進(jìn) o 驗收測試和系統(tǒng)部署 ? 整體打包和發(fā)布 ? 用戶驗收測試 ? 系統(tǒng)部署和測試 中國 XX 公司網(wǎng)上營業(yè)廳技術(shù)方案建議書 中國 XX Page 38 項目管理方法 范圍管理 使用敏捷方法的項目管理與傳統(tǒng)項目管理在范圍管理上的區(qū)別在于傳統(tǒng)的計劃驅(qū)動方法致力于防止范圍變更，而敏捷方法預(yù)期并包含范圍變更。 ? 范圍計劃 迭代和增量式的進(jìn)程本身就是對項目范圍的管理，范圍會經(jīng)常被定義和重定義，它是計劃會議要決定的問題之一（尤其是發(fā)布計劃和迭代計劃會議）。 范圍計劃包含發(fā)布計劃，迭代計劃以及每日站立會等： o 發(fā)布計劃 在發(fā)布計劃會議中，項目團(tuán)隊確定如何將 Product Backlog 列表中劃分了優(yōu)先級的用戶功能映射到發(fā)布里。 一個發(fā)布被分成若干迭代，每個迭代包含一部分用戶功能。發(fā)布計劃還可能包含 必要的假設(shè)，依賴，約束，風(fēng)險或其他可能影響發(fā)布的因素。 o 迭代計劃 每個迭代開始時，項目團(tuán)隊?wèi)?yīng)舉行一個迭代計劃會議來闡明本迭代中需要交付的用戶功能，識別任務(wù)，評估完成任務(wù)所需時間。 o 每日站立會議 在每日站立會議中，所有的項目團(tuán)隊成員都保持站立，并向其他成員闡述自己的工作狀態(tài)，根據(jù)當(dāng)前的進(jìn)展說明他們當(dāng)日的計劃。 ? 創(chuàng)建 WBS 敏捷項目團(tuán)隊一般采用活動頁和白板來進(jìn)行工作分解，也可以按照客戶的需要產(chǎn)生 WBS. ? 范圍驗證 每個迭代都進(jìn)行測試，驗證范圍，并在 Sprint Review 中做 Demo. 沒被客戶接受的功能會被 放回到 Product Backlog，放到下次迭代中繼續(xù)開發(fā)。 中國 XX 公司網(wǎng)上營業(yè)廳技術(shù)方案建議書 中國 XX Page 39 ? 范圍控制 范圍控制通過客戶或者客戶代理來管理 Product Backlog 完成。項目團(tuán)隊根據(jù) Product Backlog 里的功能優(yōu)先級迭代增量交付。 時間管理 敏捷開發(fā)使用多層次的計劃，并據(jù)此進(jìn)行跟蹤： 圖例 53 敏捷項目管理的時間管理 在本項目中，我們只需要關(guān)注發(fā)布、迭代和任務(wù)三個層面： ? 發(fā)布計劃：發(fā)布計劃包含哪些用戶功能應(yīng)該在哪個迭代中實現(xiàn)，通過它客戶可以更容易地理解項目的時間進(jìn)度和進(jìn)展情況。 ? 迭代計劃：迭代計劃會議會產(chǎn)出 Sprint Backlog，包含任務(wù)和其他信息，方便日常管理，以便能夠?qū)?Product Backlog 中的條目轉(zhuǎn)變?yōu)樵摯蔚獙崿F(xiàn)的可工作的產(chǎn)品增量。 ? 任務(wù)： o 在項目團(tuán)隊的迭代計劃會議中，討論需要完成用戶故事所需要執(zhí)行的任務(wù)，并估算每個任務(wù)所需要花費(fèi)的時間 o 在迭代進(jìn)行過程中可以添加或者刪除任務(wù) 中國 XX 公司網(wǎng)上營業(yè)廳技術(shù)方案建議書 中國 XX Page 40 o 每天更新任務(wù)的時間，即還需花多少時間才能完成特定任務(wù) 本項目預(yù)期從 XXX 開始， XXXX 日結(jié)束 (不包括知識轉(zhuǎn)移和維護(hù) )，計劃安排如下： ? 初始階段 (W1,): 7 月 1 日 7 月 7 日，共 5 個工作日 ? Sprint 0 (W2, W3): 7 月 8 日 7 月 22 日，共 11 個工作日 ? Sprint 1 (W4, W5): 7 月 25 日 8 月 5 日，共 10 個工作日 ? Sprint 2 (W6, W7): 8 月 8 日 8 月 19 日，共 10 個工作日 ? Sprint 3 (W8, W9): 8 月 22 日 9 月 2 日，共 16 個工作日 ? Sprint 4 (W10, W11): 9 月 5 日 9 月 16 日，共 10 個工作日 ? 驗收和部署 (W12, W13): 9 月 19 日 9 月 30 日，共 10 個工作日 質(zhì)量管理 對于本項目，我們將從以下三個方面進(jìn)行質(zhì)量控制： ? 測試 在本系統(tǒng)的開發(fā)過程中，將對軟件系統(tǒng)做以下三個層面的測試： o 單元測試 單元測試將對最小的可測試軟件元素（單元）實施的測試。它所測試的內(nèi)容包括單元的內(nèi)部結(jié)構(gòu)（如邏輯和數(shù)據(jù)流）以及單元的功能和可觀測的行為。確保及時發(fā)現(xiàn)并改正編碼缺陷。 o 集成測試 中國 XX 公司網(wǎng)上營業(yè)廳技術(shù)方案建議書 中國 XX Page 41 集成測試是確保各單元組合在一起后能夠按既定意圖協(xié)作運(yùn)行，并確保增量的行為正確。它所測試的內(nèi)容包括單元間的接口以及集成后的功能、性能。 o 系統(tǒng)測試 系統(tǒng)測試是通過與系統(tǒng)的需求定義作比較，發(fā)現(xiàn)軟件與系統(tǒng)需求定義不相符合或與之矛盾的地方。它將通過確認(rèn)測試的軟件，作為整個基于完整系統(tǒng)的一個元素，與相關(guān)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合起來，在實際運(yùn)行（使用）環(huán)境下，對整體系統(tǒng)所進(jìn)行的一系列集成測試和確認(rèn)測試。 o 驗收測試 驗收測試是用戶驗證該功能模塊是否滿足相應(yīng)用戶需求的測試方法。在敏捷開發(fā)方式中，每個用戶功能點(diǎn)（用戶故事）都有驗收標(biāo)準(zhǔn)，在每個迭代進(jìn)行完成時，都會執(zhí)行相關(guān)功能模塊的驗收測試，確保用戶需求被正確實現(xiàn)。 ? 團(tuán)隊共同承擔(dān)質(zhì)量責(zé)任 在敏捷開發(fā)過程中，測試人員是團(tuán)隊的一部分，在保證測試人員的測試獨(dú)立性的同時，引入了需求的直接交流，測試結(jié)果的快速反饋，測試問題的合作分析等機(jī)制，有效的提高了軟件開發(fā)過程中的測試效率和問題修復(fù)能力。在整個團(tuán)隊，而不僅僅是測試人員，承擔(dān)質(zhì)量責(zé)任。 ? 評審 評審是一種保證項目質(zhì)量的重要手段，在本項目 中，項目組將對所有開發(fā)出來的文檔或代碼等進(jìn)行評審，及早發(fā)現(xiàn)并修復(fù)缺陷，以起到保證系統(tǒng)的質(zhì)量的作用。 在該項工作中，主要開展以下幾項活動： o 在迭代計劃的時候定義評審的任務(wù) 中國 XX 公司網(wǎng)上營業(yè)廳技術(shù)方案建議書 中國 XX Page 42 o 準(zhǔn)備 Checklist o 召開評審會議，評審人員根據(jù)檢查表對開發(fā)出來的文檔或代碼等進(jìn)行評審，發(fā)現(xiàn)并記錄缺陷 o 項目成員把缺陷放到 Sprint Backlog,在當(dāng)前迭代就盡快修復(fù)缺陷 o 盡可能早并周期性進(jìn)行版本發(fā)布，給客戶做演示 溝通管理 敏捷項目強(qiáng)調(diào)不斷通過面對面溝通來交流信息；團(tuán)隊自我管理，聚在一起做出正確的決策。項目經(jīng)理在整個項目期間必須促進(jìn)項目團(tuán)隊和 Stakeholder直接的溝通。 ? 溝通計劃 敏捷項目中一般不作正式的溝通計劃文檔，很多溝通行為是作為敏捷開發(fā)框架的一個整體部分被包含進(jìn)來的。 ? 溝通基本信息：誰、什么、何時、何地和怎樣 團(tuán)隊成員關(guān)于項目進(jìn)度和發(fā)布計劃的交流結(jié)果，以及項目風(fēng)險分析等結(jié)果信息，對所有的 Stakeholder 都是可見的。這些信息被張貼到 sharepoint或 wiki 上，團(tuán)隊也可以將這些信息張貼在工作間。敏捷開發(fā)側(cè) 重使用簡單的工具和過程來加強(qiáng)互動。 ? 信息發(fā)布 o Sprint Review 在 Sprint Review 中，項目團(tuán)隊所有成員、客戶以及其他Stakeholder 聚在一起，通過演示當(dāng)前迭代所完成的可工作的用戶功能， Review 該迭代是否達(dá)到計劃的目標(biāo)。 o 每日站立會議 中國 XX 公司網(wǎng)上營業(yè)廳技術(shù)方案建議書 中國 XX Page 43 站立會議大大促進(jìn)了團(tuán)隊成員的溝通。會議中，每個成員回答三個問題： ？ 完成什么？ ？通過回答這三個問題，讓團(tuán)隊對項目目前狀況充分了解，讓其他成員知道自己遇到的障礙，并提供相應(yīng)的幫助 ，最快地解決問題。 ? Sprint Retrospective 在每次迭代的最后，團(tuán)隊成員會聚在一起針對本次迭代中，團(tuán)隊的行為和流程方面進(jìn)行 Review，找出團(tuán)隊做得好的，以及需要改進(jìn)的內(nèi)容，并針對需要改進(jìn)的內(nèi)容提出行動計劃，在下次迭代中采取行動進(jìn)行改進(jìn)。 ? 績效報告 敏捷開發(fā)方法中，周期性可工作的軟