DOD的理解
DOD：Definition of Done，完成的定義峡扩。
#日限煞，服務工具AMM評審過程中，#教在看了我們的DOD后，認為我們目前正在運行的DOD存在如下幾個問題:
1.每個迭代回顧會上去檢查DOD占用較多的時間橙困，目測我們的DOD條目有幾十條敛劝。
2.有些DOD沒有辦法驗證，比如每天提交代碼到制品庫纷宇。
3.有些條目不適合作為DOD夸盟，比如，回顧會上要考慮風險像捶，這種可以作為回顧會的一種約定上陕。
這些確實是我們目前DOD需要改進，于是便呈現(xiàn)了我們正在整理的拓春，按照交付類释簿，過程類的新DOD，#教看了后硼莽，說了一句讓我倍感受挫的一句話庶溶，我覺得，這個新的DOD還沒有你們現(xiàn)在正在執(zhí)行的好懂鸵。#教提出偏螺，一個好的DOD，不應該產(chǎn)生額外的工作量匆光，要融入我們平時的工作中套像，比如，當一個用戶故事從開發(fā)中移到待驗證狀態(tài)终息，需要完成哪些動作才能夠移動夺巩？那么這些必須要完成的動作就可以作為團隊的DOD运悲，如果這些動作沒有滿足西设，則不能移動卡片，每次的卡片移動哥遮，都需要對應DOD的達成续镇，同時美澳，DOD的達成是對每個卡片都生效的，不應該在回顧會上作為一條任務來過磨取。
? 通過與#教的交流人柿，讓我對DOD有了新的認識柴墩，同時也產(chǎn)生了迷茫忙厌，后續(xù)，我們的DOD該何去何從江咳？
? 關鍵時刻逢净，請教了教主，中間省略1w字。
在定義DOD時爹土，要確定一下DOD的使用場景甥雕，
首先，先來看一下SCRUM和看板方法的區(qū)別胀茵。
? ? ? ? ? 看板方法與Scrum的一個顯著差別社露，看板方法沒有時間盒的概念，每個任務項在泳道中從代辦到完成琼娘，沒有統(tǒng)一的交付時間峭弟，而Scrum有時間盒的概念，即使SBI可以按照優(yōu)先級的先后順序在迭代中有不同的開始時間脱拼，且可能完成的時間也不同瞒瘸，但卻是在迭代結束時是需要同時交付的。
? ? ? ? 因此熄浓，Scrum運作過程中情臭，在DOD的設定上，除了過程中卡片移動產(chǎn)生DOD外赌蔑，每個時間盒結束時俯在，也應該有對應交付的DOD，即:我們的DOD可以分為過程類DOD和交付類DOD娃惯。而過程類DOD朝巫，可以參照#教的提議，約定我們在迭代過程中卡片移動時需要完成的動作石景，此外劈猿，在我們的敏捷研發(fā)過程中，除了迭代過程潮孽，我們還可以有補丁過程等揪荣，具體可以根據(jù)自己項目需要設定。交付類DOD:我們可以根據(jù)交付類型來定義迭代交付DOD往史，Release交付DOD仗颈，補丁交付DOD等，每種交付約定相應的輸出椎例。
? ? ? ? ? 確定了DOD的總體方向挨决，后面在約定DOD具體條目時，需要考慮易于跟蹤订歪，避免增加團隊額外工作量等方面脖祈。
