團隊在執行 scrum 時將舉行一系列會議，每個會議都有特定的目的和舉行次數。scrum 主管應考慮以下準則，確保每個會議都實現其預期目的：
會議用途
持續時間
舉行次數
衝刺 (sprint) 計畫會議
確定在下一衝刺 (sprint) 中要做的工作。
在衝刺 (sprint) 中，每週兩個小時，最多四個小時
每個衝刺 (sprint) 舉行一次
每日 scrum 會議
使團隊成員可以提出風險並進行相關的協作和交流。
十五分鐘
daily
衝刺 (sprint) 評審會議
向客戶和其他利益干係人展示團隊在衝刺 (sprint) 中完成的工作並獲取反饋。
在衝刺 (sprint) 中，每週兩個小時，最多四個小時
每個衝刺 (sprint) 舉行一次
追溯會議
確定和實現過程改進理念。
三個小時
每個衝刺 (sprint) 舉行一次
一、衝刺計畫會議：
團隊完成計畫會議的這兩個部分之後，即已完成以下工作：
二、 每日scrum會議：
scrum 主管嚴格控制會議結構，確保會議準時開始並在 15 分鐘或更短時間內結束。
在此會議中，每個團隊成員都需要回答以下三個問題：
三、衝刺 (sprint) 評審會議：
在衝刺 (sprint) 的最後一天，團隊將與產品所有者、客戶和利益干係人召開會議，對已完成的工作進行驗收並確定新的要求。
在衝刺 (sprint) 的過程中，團隊可能已收集並合併了反饋。
此外，團隊應已對每個完成的使用者情景執行驗收測試。
在該會議中，團隊演示了在衝刺 (sprint) 中完成的每個使用者情景。
產品所有者、客戶和利益干係人對達到預期的使用者情景進行驗收。
在許多情況下，客戶在**演示後會更全面地了解其附加需求，並將確定和討論他們所需的更改。
根據此會議，一些使用者情景將會作為已完成的工作進行驗收。
未完成的使用者情景將保留在產品積壓工作中，並且新的使用者情景將新增到產品積壓工作中。
將對這兩組情景進行分級，並將在下一次衝刺 (sprint) 規劃會議中進行評估或重新評估。
在此會議及追溯會議後，團隊將會計畫下乙個衝刺 (sprint)。
因為業務需求變化很快，所以可利用此次與產品所有者、客戶和利益干係人召開的會議，再次評審產品積壓工作的優先級別。
四、追溯會議：
此會議和取得的改進成果對自律行為的敏捷原則非常關鍵。
團隊將確定是否會調整其過程，以降低出現此類問題的可能性。
此外，還需對影響團隊整體有效性、效率、質量和團隊對專案的滿意度的問題展開討論。
敏捷開發過程
敏捷開發是以四條基本價值觀為基礎的開發過程實踐。基本價值觀 1 人及人與人之間的互動 重於 過程和工具 2 可以工作的軟體 重於 面面俱到的文件 3 與客戶間的合作 重於 簡單的一紙合同 4 應對變化 重於 遵循計畫 具體可以細化為12條基本原則 1 最優先的事是盡快提供可以工作的軟體給客戶，以使客...
開發過程中錯誤總結
1 18年5月28日 說明是.xml檔案的問題。去上.xml排查，看是不是註解。或者檔案本身書寫有誤。2 linux下 webstorm,ppt,wps不能書寫漢字。在啟動檔案中修改 啟動 sudo sh webstorm.sh export xmodifiers im fcitx export q...
Scrum敏捷開發過程
敏捷開發 agile development 是一種以人為核心 迭代 循序漸進的開發方法。首先，我們要理解它不是一門技術，它是一種開發方法，也就是一種軟體開發的流程，它會指導我們用規定的環節去一步一步完成專案的開發 而這種開發方式的主要驅動核心是人 它採用的是迭代式開發 我們大部分人都學過瀑布開發模...