需求澄清後，se把所有的故事卡貼到故事牆上，等待開發人員的開發。故事牆的模板為：
分析： 需求澄清完成後，se把所有的故事卡都貼到分析階段
等待開發： 開發人員和se確認了需求，明確了做什麼以及怎麼做以後，把故事卡從分析階段移到等待開發
開發中： 開發人員一次只開發一張故事卡，把相應開發的那張卡移植到開發中
阻塞： 如果開發過程中，由於配合的原因，導致故事卡無法繼續走下去，則把該卡移動到阻塞階段
開發完成：如果開發完成，並向se show case以後，開發人員吧故事卡移植到等待測試
等待測試：測試人員看到等待測試中有卡以後，對故事卡進行測試，測試完成以後把卡移到測試完成階段，如果測試有問題，則移出該卡到開發中階段
測試完成： 本張卡的生命週期結束
故事牆的等待開發、開發中屬於開發人員。等待測試，測試完成屬於測試人員，開發人員和測試人員必須堅守自己的領地，當卡移動過去時，必須確認了才接受，如果有不清楚以及問題，及時的移除自己的領地。
為什麼要有故事牆，故事牆的作用是什麼了？
故事牆描敘了開發過程中的各個階段，能反應當前團隊開發的健康狀態。在每天的站立會議中，開發人員依據故事牆，給大家分享其開發狀態，問題，需要的幫助。專案領導者也能夠及時的通過故事牆，了解當前團隊的狀態，並及時調整。
敏捷開發 怎麼驗收敏捷故事
接著上篇 估算故事 講，故事估算完成以後就要開始考慮如何進行驗收測試了，只有驗收通過故事才算開發完成.對於乙個故事，開發人員和客戶可能會討論很多，討論的內容可以以測試用例的形式記錄下來，這樣就為我們故事測試做了鋪墊，目前敏捷開發中測試大約有如下2個步驟 1 將測試要點記錄到敏捷的故事卡的背面，任何時...
專案中站立會議和故事牆的那些事兒 敏捷開發
專案組一直在推敏捷開發，但發現乙個關於每日例會的問題。場景 有時大家比較忙時，主持人會乙個個去詢問團隊成員工作狀況。問題 不應該有個主持人，這會導致主持人過於繁忙，而其他人投入度降低 只關注自己的問題 建議每人個人主動去講解自己的工作和計畫，主動，自發和自組織，這才是關鍵 最糟糕的是，主持人挨個詢問...
敏捷開發（一） 蒐集故事
你怎麼收集故事？本文章告訴你如何與使用者一起工作，如何和他們溝通來發現故事 下面四個是收集故事最有效的一些方法 一 使用者訪談 1 是許多團隊使用者獲取使用者故事的預設方法，訪談成功的關鍵點是訪問正確的受訪者 2 不要只詢問 你們需要什麼 大多數使用者不太善於理解，更難以表達他們的真實需求 3 最好...