Xxx專案敏捷模式探索

1 前言
Xxx專案是一個全新的專案，按傳統的專案計劃，RD10月開始開發到1月9號測試完成上線，測試加開發需要經過3個月時間。在本次專案中，我們在需求、測試用例評審、專案引入分批提測等多方面做了改進，專案在12月22號就達到穩定上線狀態，比預期提前2個星期，效果明顯。

2 專案改進

2.1 改進一：明確目標，各方督促。

在立項之初，我們總結以往經驗，PM/RD/QA各方達成一致意見，首先明確各方的職責，各自給出預期目標，引入雞翅制度，給自己施加壓力。如RD給出整體提測後BUG預期；PM給出可能的需求變更預期數，使需求變更最小化，確保MRD文件的及時更新；QA給出測試設計不充分的預期，盡力完善測試用例，做到不遺漏。我們的共同目標是，力保專案順利上線，力爭能提前上線。

2.2 改進二：分批提測，縮短專案週期(重點改進)。

以往xxx相關專案採取的提測方案是所有功能開發完成後統一提測，QA在全部提測後才能進行具體的測試工作，序列工作導致整個專案的週期較長。在這個專案裡我們嘗試分功能分批提測的方式。RD邊開發，QA邊測試的並行開發模式，以此縮短專案週期，減少專案風險。在這個專案初期，RD/QA/SQA一起參與討論，把功能拆分成3批提測，每次提測的功能獨立，相互不影響。本次嘗試非常有效果，即使在中途新增加了功能，也能按計劃完成提測和測試，而且在整體提測後，一週內提測功能就達到了穩定狀態。

2.3 改進三：重點評審測試用例，QA/RD/PM各方參與確認(重點改進)。

測試用例是指導測試執行的關鍵，特別是在前端功能測試中，不完善的測試用例會導致功能測試的遺留，帶來質量隱患，除此測試用例評審也是各方對MRD各方理解一致性的又一保障。在立項之時，QA主導，與PM、RD同學重點溝通測試用例的重要性，希望給予高度的重視，各方參與並確認，而不是簡單的review。本次專案分3次對測試用例進行了評審，評審過程中RD、PM全程參與，逐條用例細節確認，從可實現性，可測性，需求多方面多角度考慮。整個專案，雖然我們花在測試用例評審上的時間是以前的三倍，但事實證明，效果卻是顯著的。從最初的400的測試用例，到3次評審結束後測試用例達到703個，補充完善測試用例300多個。在測試用例評審過程中，幾乎考慮完善了所有可能問題，會議評審後待確認問題達40個。完善後的測試用例很好的指導了測試工作，RD同學也給予了測試設計高度的評價。

2.4 改進四：准入測試是關鍵，提供測試用例做自測。

Xxx以往的專案一個突出的問題是專案提測質量不高，BUG多且反覆。把問題扼殺在搖籃是此次專案要做到的一個重點，挑選精準的准入測試用例，並直接發測試設用例給RD同學，建議使用測試用例作為自測的用例。效果相當贊，RD同學嚴格執行准入，在提測時提供准入報告，並使用測試用例作為自測用例，自測相當充分。本次專案700+測試用例，一共只有BUG60個，非常贊。

2.5 改進五：密切溝通，有問題及時三方確認

在Xxx新彈出專案裡，PM/RD/QA保持密切的溝通，有任何疑問或問題，第一時間進行三分確認溝通，並同時保持各文件、測試用例的同步更新，保證無問題無疑問。 

總的來說，這個專案PM/RD/QA大家都很給力，分批提測縮短專案週期；QA提供測試用例給RD做嚴格准入，提測質量高，總BUG 60個，總BUG少且反覆的BUG少，提測版本較之以前變少，測試迴歸工作量降低；溝通密切，團結，目標一致、精誠合作，專案提前兩週獨立上線。

(作者：zhuxiaoqin)