《敏 捷 教 練：如何打造優秀的敏捷團隊》—9.2 定義“完成”的意義

9.2? 定義“完成”的意義

把團隊聚集起來，一起商定“完成”的定義。從如下基本定義開始發起討論。

“完成”意味著客戶對開發出來的東西感到滿意，而且所有的故事測試都通過了。

接下來問問團隊，針對每一個故事，在認定它“完成”之前還需要執行哪些檢查。鼓勵他們參照自身經驗，“完成”的定義要涵蓋所有他們認為重要的檢查?？梢允褂萌缦聨讞l內容提示他們。

l? 代碼已經通過了團隊中其他開發人員的評審。

l? 代碼有單元測試。

l? 已經實現了故事測試的自動化測試。

l? 團隊中的測試人員已完成探索式測試。

l? 用戶文檔已更新完成，記入了最新的功能。

l? 已完成某個操作系統特定配置集的性能測試。

把他們各自的“完成”的定義都記錄下來，寫在白板上，讓所有人都能看見。接著，和團隊一塊評審。還有什么別的事情必須在發布代碼之前做完嗎？認真聽，留意他們是否假定了迭代結束之后還會做其他檢查。問他們誰負責執行這些檢查，很可能這些檢查也應該被列入他們的“完成”的定義。等團隊得到一份滿意的“完成”清單后，鼓勵他們醒目地展示到工作區里。

圖9.1所示為一個團隊的“完成”清單樣例，它就顯示在團隊板上。我們可以仔細看看上面的檢查項，即包括一些常見事項，例如測試和重構，還列出了源控制(source control)。通常，我們都不會把源控制列入“完成”的定義，但是這個團隊需要讓自己記住提交他們的諸多資產(圖像、模板以及關鍵字數據文件)。開發人員用一頭玩具牛的哞哞叫聲慶祝每一次代碼提交，作為一個信號，它提醒其他開發人員拉入最新的代碼修改。對于這個產品來說，故事的“完成”也就意味著真的投產上線了。鼓勵團隊將功能切成片，這樣就能在迭代中不斷“完成”，而不是非得等到結束才能全做完。

選擇什么時候和團隊一起討論“完成”的定義比較好呢？可以選擇項目開始的時候，討論完團隊的工作約定之后，再繼續討論“完成”的定義。也可以晚些時候再處理這些細節，等到某個迭代團隊沒有做完所有故事的時候，再出手。團隊興許會在回顧會議上修訂他們“完成”的定義，所以要有準備，它在項目期間是會演變的。

如你所料，“完成”的定義有些時候并不適用。探針是為了摸清需求或學習新技術使用方法而開發可拋棄代碼的活動，它就不適合應用于“完成”檢查。迭代規劃會議時要提醒團隊注意這一點，因為它會影響估時。

等團隊明確了“完成”的定義之后，就注意觀察他們是否很費勁地才能在迭代結束前完成故事。如果真是這樣，就幫助團隊找出瓶頸，并想辦法改進他們的工作流?？梢圆杉{看板方式，限制工作隊列，并將其體現到團隊板上。

敏捷開發

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。