在實施 Scrum 時, 我們會利用 definition of done, 來定義什麼叫做一個功能做完. 這可以避免大家對於做完的標準有不同解釋, 並且也讓大家在評估時, 會把該做的事情都考慮進去.
可是, 有時候問題不是只有出在功能做完沒有共識, 有時候問題是出在這個功能是否已經準備就緒. 如果這個功能沒有被適當的規劃, 而工程師卻開始去實作它, 那將會是一場災難. 因為你可能會做到沒有價值的功能, 或者是花很多時間來釐清需求內容.
為了避免這樣的問題發生, scrum 裏就提出了 defintion of ready 這個觀念, 希望在開發這個功能前, 就能確保這個功能是已經準備就緒的.
所謂一個需求已經準備就緒, 那通常會有以下特徵:
1. 明確清楚
團隊成員對這需求是了解, 並且有共識
團隊成員會一起合作撰寫 user story, 並且訂出驗收標準
2. 可以被測試
如果系統運行結果, 滿足了哪些條件, 我們就可以宣稱這個需求是我們想要的
驗收標準就是要來定義這些條件. 通常我們會希望每個需求會有 3-5 條驗收標準
3. 是合理可行的
這個需求要夠小, 不會太複雜, 好讓我們可以在一個 sprint 中完成
那我們會怎樣來定義這個需求是已經是已經就緒呢? 以下是一些條件供大家參考:
故事已經被定義並且撰寫完成
故事有對應到原始參考的相關文件
故事的驗受標準已經定義
故事的大小已經由團隊評估過了
用戶體驗或是畫面已經被完成了
效能 (Performance) 的標準已經被定義
如果展示給用戶的 scenario 已經定義好了
希望下次工程師開工時, 不會再拿到只有一兩句話的敘述, 一切都要重頭開始摸索.......
全站熱搜
留言列表
