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