《敏 捷 教 練：如何打造優秀的敏捷團隊》—6 理解構建目標

第六章

理解構建目標

如果團隊成員想要交付有價值的軟件，需要更進一步去理解用戶和業務的利益，用戶故事能夠幫助他們做到這一點。用戶故事是支撐著敏捷團隊所有工作的基礎，它們是計劃、開發和測試的依據。

我們發現，轉向用戶故事總是讓團隊覺得很糾結，因為他們把用戶故事當作需求文檔，不問任何問題，只是被動地接受。他們錯過了機會，用戶故事的整個要義就在于問問題，這樣才能更好地理解用戶需求，并找到拆解需求的方法。

本章中，我們將探究如何將用戶故事介紹給團隊，如何避開常見的陷阱。

6.1? 用戶故事的生命周期

讓我們借助于蝴蝶的生命周期，通過比較來排演用戶故事的生命周期。

用戶故事從一個想法開始，好比一枚卵。想法就像毛毛蟲一樣，在交談中成長并最終孵化成形。交談匯聚形成具體的測試用例，和形成蝶蛹的過程很像。軟件需要完成的事情都包含在這些測試用例中，而這些故事測試則構成了軟件形狀。最終，可工作軟件就像是一只漂亮的蝴蝶，逐漸演化成形。待到軟件產生出用戶反饋和新想法之后，這個周期就形成了完整的循環。在大多數情況下，敏捷團隊在這個生命周期的每一個不同階段都有故事。

幫助團隊理解一點：通過不斷和客戶交談，用戶故事會隨著時間從一種工件演變為另一種。如果他們試圖過早凍結需求，就會失去用戶故事的優勢。鼓勵團隊提出質疑，以此來加深他們對功能的理解。

Ron Jeffries用3C來概括用戶故事關鍵的三大方面[Jef]：

l? Card(卡片)：把故事寫在索引卡上，引導小組進行交談

l? Conversation(交談)：問問題，找出拆分故事的方法

l? Confirmation(確認)：確定用于評估故事是否已完成的測試

把這個“3C咒語”(“卡片、交談、確認”)介紹給團隊，幫助他們記住所有三個元素。

其他

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

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