18禁黄网,成人视频网站18,欧美成人三级网站,麻豆亚洲AV永久无码精品久久,亚洲狠狠,久久亚洲天堂,国产精品色情A级毛片,日本天堂一区

來源：敏捷傳習(xí)錄
作者：陳連生

最近有人問我DoR怎么用，也有問我什么是DoR。我對這個問題并沒有直接給予回答，而是問了另一個問題，這個問題就是：“你用DoR到底準(zhǔn)備達(dá)成什么目的？”

奇怪的是，很多人完全無法回答這個問題。其實描述DoR干什么以及怎么用，只需要回答一個問題就夠了。

準(zhǔn)備好了么？

沒錯，就是這個問題。下面讓我們慢慢說。

DoR 是Definition of Ready的簡稱，可以翻譯為“準(zhǔn)備好的定義”或者“Ready的定義”。

DoR 本質(zhì)上是一個“準(zhǔn)入門檻”，滿足“只有……才……”這種描述結(jié)構(gòu)，或者具體一點(diǎn)，就是“只有你滿足了DoR的要求，你才能正式開始開發(fā)”。如果你有Kanban 的使用經(jīng)驗，你就比較好理解DoR的概念，它就是將任務(wù)卡片從Selected列移動到Doing 列時，所需要滿足的規(guī)則。

所以，現(xiàn)在我們可以有個基本概念。DoR 就是當(dāng)團(tuán)隊需要投入人力去開發(fā)某個功能時所需要被詢問和判斷的標(biāo)準(zhǔn)。

常見的DoR

在實際使用中，我們常見的DoR 有以下常見的類型：

任務(wù)已經(jīng)被分解，并且用戶故事點(diǎn)數(shù)不超過5點(diǎn)；
?業(yè)務(wù)流程明確，并且至少主流程具有線框圖；
驗收標(biāo)準(zhǔn)已經(jīng)完備。

所有的這些DoR 可以獨(dú)立存在，也可以組合存在。這取決于團(tuán)隊、PO 和SM 之間達(dá)成的共識即可。

DoR的必要性

在實際的開發(fā)過程中，DoR 是很有必要的，它使得我們在投入實際的人力之前，確認(rèn)所有的前置條件都已經(jīng)完成，降低了開發(fā)過程中被中斷的風(fēng)險，確保人力投入的效益。

比較常見的可能產(chǎn)生中斷的風(fēng)險有：

依賴問題。這里的依賴主要是一些技術(shù)層面的依賴，有時也會包含一些外部資源的依賴；
用戶故事過大，導(dǎo)致不能一個迭代完成；
用戶故事理解不到位，開發(fā)過程中過多的依賴PO 反復(fù)澄清。

上述內(nèi)容，都會導(dǎo)致開發(fā)過程未竟全功，或者產(chǎn)生浪費(fèi)。通過這種方式，改善了開發(fā)流程的效率。

DoR的副作用

準(zhǔn)確來說，當(dāng)你正確使用DoR 的時候，不太會有什么副作用，畢竟作為預(yù)防性措施，通過消耗一些成本來規(guī)避風(fēng)險，本身無可厚非。但如果對DoR 使用錯誤，會直接將敏捷變成瀑布。

在此之前，先看一張圖，也就是Stage-Gate，門徑模式。

（Stage-Gate）

Gate，也就是門，可以看作是對DoR的驗證。而驗證標(biāo)準(zhǔn)，就是DoR本身。此時，DoR 成為了標(biāo)準(zhǔn)。

換一種說法就是“當(dāng)你在這個Gate滿足了DoR 時，你才能進(jìn)入下一個階段，即Stage”。如果你沒有滿足DoR 的標(biāo)準(zhǔn)呢？那對不起，要么就到此結(jié)束，要么就拿回去修改，反正你過不去。

這么說，你是不是明白了一些？沒錯，DoR 本身是擔(dān)任了守門員的角色，確保“符合標(biāo)準(zhǔn)的才能過去，否則就過不去”。如上文所述，這在一定程度上，降低了風(fēng)險。

到這里，都沒有問題，過了Gate 之后，我們在Stage依然有很多工作可以去做，此時進(jìn)行迭代、增量是完全沒問題的。

但是，但是，萬事就怕一個但是。

這個“但是”就出在對DoR 的設(shè)定上，這也就是DoR 使用過程中唯一的一個禁忌，即“將DoR 做成了一個絕對的標(biāo)準(zhǔn)，而非指導(dǎo)意見。”

怎么解釋？

看個例子。如果我將某個用戶故事的DoR 設(shè)定為“只有到所有的頁面原型都完成后，才可以進(jìn)入開發(fā)階段”，這時會發(fā)生什么？

此時研發(fā)人員需要等待PO或者BA或者其他角色，將所有的頁面prototype，甚至是高保真原型畫出來后，才可以工作。但此時，如果所有的原型都開發(fā)完成了，對于產(chǎn)品的流程就已經(jīng)完全敲定了，后續(xù)研發(fā)將會徹底變成一個“對已知的、明確的設(shè)計”而進(jìn)行的開發(fā)。此時瀑布反而是最好的開發(fā)模型。而如果再遇到一些返工、用戶feedback導(dǎo)致的修改，那么已經(jīng)完成的工作可能會被拋棄，這直接導(dǎo)致了大量的浪費(fèi)。然后你回頭看看，你發(fā)現(xiàn)，這不就是瀑布模型么？

所以，比較好的DoR 應(yīng)該是這樣——“當(dāng)主體流程頁面原型出來后，就可以進(jìn)入開發(fā)階段”。

不要小看了這一點(diǎn)點(diǎn)的修改，這個修改直接將“協(xié)商”引入到DoR 當(dāng)中了，它使得研發(fā)人員、PO可以就DoR 進(jìn)行協(xié)商產(chǎn)生標(biāo)準(zhǔn)，而不是過去冰冷的標(biāo)準(zhǔn)。“主體流程”是什么？包含哪些頁面？這些都可以討論后得到。雖然這個過程留下了一些不確定性，但它使得增量、迭代、反饋成為了可能，也可以讓我們不用等待過長的時間，從而讓我們可以更快的開始我們的工作。

所以，當(dāng)你使用DoR 的時候，只需要繞開唯一的一個禁忌后，你將如魚得水。

真的需要DoR 么

這個問題很難回答，根據(jù)咨詢師的習(xí)慣，一般是回答“這不好說”。

DoR 的存在，一定是降低了流動，這點(diǎn)當(dāng)我們拋出Stage-Gate模型時就已經(jīng)注定了。但我的對此的觀點(diǎn)比較樂觀：在實際敏捷實踐過程中，我們需要一些妥協(xié)。

誠然DoR 降低了流動性，但這同時也降低了開發(fā)過程中，因為前期溝通、拆分或者其他原因，導(dǎo)致的風(fēng)險，你可以將DoR 視作一種“預(yù)防性成本”，這在項目管理中非常常見，尤其是在團(tuán)隊敏捷轉(zhuǎn)型時，這種做法可以很好的從過去瀑布->敏捷的過程中，實現(xiàn)平穩(wěn)過渡。

當(dāng)你的團(tuán)隊越來越敏捷時，我們建議減少DoR的條數(shù)，逐步放開原先卡在流動上的關(guān)卡，以一種更加溫和的方式，接受敏捷過程中，需求不確定帶來的風(fēng)險。此時團(tuán)隊的做法是：接受不確定性帶來的風(fēng)險，迎來更大的收益。這里請注意，能這么做的原因，是因為我們有團(tuán)隊的敏捷能力作為降低風(fēng)險的backup，而不是靠著一身正氣去面對。

此時，答案比較明確了：如果你的團(tuán)隊足夠敏捷且你愿意接受“高風(fēng)險高回報”的模式，不設(shè)定DoR 也無可厚非；如果你希望平衡一些，那么使用DoR 可以讓你更加平穩(wěn)的進(jìn)行開發(fā)工作；如果你要將DoR 做成絕對的標(biāo)準(zhǔn)，那么請你回去用瀑布。

玩樂高，學(xué)敏捷，【規(guī)模化敏捷聯(lián)合作戰(zhàn)沙盤之「烏托邦計劃」】，2022年5月28-29日成都高新區(qū)，7月16-17日北京東城區(qū)將舉辦線下公開課，將“多團(tuán)隊敏捷協(xié)同”基因內(nèi)化在研發(fā)流程中，為規(guī)模化提升研發(fā)效能保駕護(hù)航！!???

企業(yè)組隊和個人均可報名參加，一起挑戰(zhàn)極客烏托邦

DoR 到底是什么 | IDCF