除需求講解意外，需要所有團隊成員參加的會議僅有兩個，分別是「迭代啟動會」和「迭代回顧會」。
在迭代開始之前，需要召開迭代啟動會，目的有以下兩個：
明確迭代週期，
即上線時間；
明確迭代目標，即以什麼樣的優先順序，交付哪些story。
在明確了迭代週期和上線時間後，按照前面提到的「迭代規劃」來開迭代啟動會即可，在此不再贅述。
在每個迭代結束後都有迭代回顧會，總結上迭代，讓團隊越變越美。
回顧會議怎麼開
回顧上次會議中的問題top3有沒有被解決
會議的目的是回顧過去的乙個迭代，順便發洩發洩。
會議內容包括但不限於表揚、批評（如case study）、敘述、吐槽、抱怨、bui等，總之想說啥說啥，大家暢所欲言
會議主持人講上述話題記錄到亮點、問題 以及疑問三個象限（如果有百事貼，大家寫好自己貼上去，再乙個個過，這樣大家就更沒有什麼不好意思說的顧忌了）
投票選出最關注的三個問題，給出解決方案，分配到人頭。
敏捷測試（6） 基於story的敏捷基礎知識
站會的目的有三個 1 周知進度 僅從使用者故事和任務的層面周知進度，任務進度只有兩種狀態 完成或未完成 完成百分比 2 周知計畫 你將會在下次會議之前做哪些工作？3 丟擲問題 哪些東西阻礙你的進度？沒有問題 意味著你能夠交付自己當前的任務，而且符合估算的時間範圍 如果遇到需要解決的問題，可以在每日立...
敏捷開發 敏捷測試
敏捷測試的定義 首先敏捷測試是敏捷的一種，原有測試定義中通過執行被測系統發現問題，通過測試這種活動能夠提供對被測系統提供度量等概念還是適用的。在傳統的測試定義上，還需要新增 敏捷測試是遵循敏捷宣言的一種測試實踐 強調從客戶的角度，即使用系統的使用者的角度，來測試系統 重點關注持續迭代的測試新開發的功...
敏捷開發與敏捷測試
敏捷開發 1.敏捷型方法是 適配性 而非 預設性 重型方法試圖對乙個軟體開發專案在很長的時間跨度內作出詳細的計畫，然後依計畫進行開發。這類方法在計畫制定完成後拒絕變化。而敏捷型方法則歡迎變化。其實，它們的目的就是成為適應變化的過程，甚至能允許改變自身來適應變化。2.敏捷型方法是 面向人 的 peop...