再次強調完成的定義（DoD）

以前我寫過一篇文章，關於敏捷坑人系列不清晰的完成，在這篇文章當中，描述了完整的定義和驗收標準之間的區別，可是最近的課程當中依然有很多小夥伴在提問關於完成的定義，那今天的來講一下，爲何咱們要設定完成的定義（即其重要性）

完成？！

在工做當中每每咱們會說這個事情我完成了。當咱們說完成的時候，每一個人對於這個完成是有不一樣的定義。好比PO認爲完成是須要包含完成編碼，提交到代碼庫，完成單元測試，完成集成測試，完成功能測試，等等一系列的測試。

而開發小夥伴可能認爲完成只包含代碼，以及在本身的電腦上測試，沒有問題就算是完成了。

那這兩個完成之間是有很大的一個差距，而這個每每會形成你們對於完成的理解誤區，及同時也會形成溝通上的衝突。

完成的定義 Definition of Done

在這個背景下，團隊須要對於完成有一個統一的認識。這個完成會包含不少不一樣的層面及不一樣的步驟。

舉例說，若是說一個產品功能完成了會包含什麼？若是開發完成了會包括什麼，若是測試完成會包括什麼，這是不一樣的層面。可是在Scrum指南中完成默認是指的產品完成。

完成的定義就像是一道門檻

團隊一塊兒設好了門檻，能跳過去的功能（PBI）就是完成了，跳不過去的，就是沒完成。沒有完成一半或者完成90%這樣的概念。

因此對於這道門檻咱們要設多高，這個是看團隊對於本身的要求是多少，以及團隊對質量的要求是多少，這是很是重要的一一個概念

驗收標準 Acceptance Criteria (AC)

驗收標準更像是PBI（功能）自身的一部分，或者用戶故事的一部分。驗收標準和用戶故事是完整的總體，且不可拆分的。

也就是咱們在梳理用戶故事的時候，要同時梳理出這個用戶故事的驗收標準。

舉個例子，好比登陸功能，如何這個登陸功能纔算是完成呢？最簡單的用戶名密碼正確就登陸成功，用戶名密碼錯誤返回錯誤緣由。這是最簡單的兩個驗收標準。這兩個驗收標準就是用戶故事的一部分。

總結

完成的定義和驗收標準相同點

• 須要團隊和產品負責人共同協商肯定
• 表明質量，不過是不一樣的範圍
• 不斷迭代和不斷演進

完成的定義和驗收標準不一樣點

• 完成的定義是關卡，對全部的PBI（功能）適用；而驗收標準是PBI（功能）的一部分，僅對當前一個PBI適用
• 完成的定義是內部質量；而驗收標準是外部質量
• 完成的定義通常在團隊組建時創建；而驗收標準在梳理PBI時提出
• 完成的定義通常以季度爲單位進行擴展；而驗收標準則在產品待辦列表梳理會上進行澄清與更新
• 完成的定義通常做爲團隊工做協議的一部分；而驗收標準則能夠轉換爲測試用例（或拆分爲新的產品待辦列表條目）

關於用戶故事和產品待辦列表，在我以前的博客當中也已經有詳細描述，你們能夠參考。

本文首發於 Bob Jiang的博客 ，轉載請聯繫 Bob Jiang