資訊專欄INFORMATION COLUMN
摘要：評審評審會議是故意保持非常非正式的，通常有禁止使用幻燈片的規(guī)則，并且允許會議的準(zhǔn)備時間不超過兩小時。沖刺審查會議不應(yīng)成為團隊的分心或重大繞道相反，它應(yīng)該是沖刺的自然結(jié)果。在沖刺審查期間，根據(jù)計劃會議期間確定的沖刺目標(biāo)評估項目。
Sprint評審 (Sprint Review)：
sprint評審會議是故意保持非常非正式的，通常有禁止使用PowerPoint幻燈片的規(guī)則，并且允許會議的準(zhǔn)備時間不超過兩小時。沖刺審查會議不應(yīng)成為團隊的分心或重大繞道; 相反，它應(yīng)該是沖刺的自然結(jié)果。
sprint審核的參與者通常包括產(chǎn)品所有者，Scrum團隊，Scrum Master，管理層，客戶和其他項目的工程師。
在沖刺審查期間，根據(jù)Sprint計劃會議期間確定的沖刺目標(biāo)評估項目。理想情況下，團隊已經(jīng)完成了sprint中的每個產(chǎn)品積壓項目，但更重要的是他們實現(xiàn)了sprint的總體目標(biāo)。
在Sprint評審相當(dāng)于用戶驗收測試。項目團隊在sprint和產(chǎn)品負責(zé)人中展示他們所做工作的結(jié)果的地方，并且任何所需的利益相關(guān)者都接受了這項工作。Sprint回顧 (Sprint Retrospective)
Sprint回顧會議的時間限制為3小時。它僅由團隊，Scrum主管和產(chǎn)品所有者參加。產(chǎn)品所有者是可選的。讓所有團隊成員回答兩個問題，開始會議;
1）沖刺期間進展順利？
2）在下一個沖刺中可以改進什么？
Scrum master以摘要形式寫下團隊的答案。
該團隊優(yōu)先考慮它想要談?wù)摑撛诟倪M的順序。
Scrum master不是在這次會議中提供答案，而是為了促進團隊尋找為工作流程的更好方法。
沖刺回顧等效于項目事后分析, 只不過它是在沖刺 (sprint) 結(jié)束時完成的。會議的目的是思考在前一個沖刺 (sprint) 中哪些工作進展順利,哪些方面不順利,并確定在下一個沖刺 (sprint) 中如何改進它。
簡單來說，Sprint Review專注于前一個sprint產(chǎn)品的商業(yè)價值最大化的工作結(jié)果，而Sprint Retrospective則專注于流程和持續(xù)流程改進。
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://systransis.cn/yun/106314.html
摘要：具有短的固定發(fā)布周期表，可調(diào)節(jié)范圍稱為沖刺，以滿足快速變化的開發(fā)需求。在改進期間，將審查和修改項目。如上所述，細化是一項持續(xù)的活動，除非它是按比例進行的，否則它不限于時間盒事件或會議。評審會議在每個結(jié)束時舉行，以演示添加的功能。 Scrum具有短的固定發(fā)布周期表，可調(diào)節(jié)范圍稱為沖刺，以滿足快速變化的開發(fā)需求。Scrum 流程通過特定的概念和實踐區(qū)別于其他敏捷流程，分為角色，儀式（也包括...
摘要：但這并不意味著敏捷開發(fā)完全拋棄文檔，敏捷開發(fā)遵循輕文檔，重溝通的原則。把功能點拆分，導(dǎo)入到項目管理軟件中，相關(guān)人員只需要按照需求目錄一條條執(zhí)行即可，不再需要一頁一頁的看了。如今的任務(wù)看板和燃盡圖已經(jīng)由實物形式轉(zhuǎn)變?yōu)轫椖抗芾碥浖? 我們比較熟知的軟件項目管理方法是瀑布。其基本流程是需求-> 設(shè)計->開發(fā)->測試?；炯僭O(shè)只要把每一個環(huán)節(jié)都做正確，那么最終得到的結(jié)果也是正確的。瀑布開發(fā)有非...
閱讀 3491·2021-10-13 09:39
閱讀 1473·2021-10-08 10:05
閱讀 2277·2021-09-26 09:56
閱讀 2294·2021-09-03 10:28
閱讀 2693·2019-08-29 18:37
閱讀 2050·2019-08-29 17:07
閱讀 613·2019-08-29 16:23
閱讀 2201·2019-08-29 11:24
