繁體中文sprint 的日常工作的目標是以可以交付給客戶或用戶的形式為產品創建可交付的產品增量。
在單個 sprint 的上下文中，產品增量或可交付增量意味著工作產品已根據完成的項目定義進行開發、集成、測試和記錄，並被視為準備發布。
開發團隊可能會也可能不會在衝刺結束時發布該產品——發佈時間取決於發布計劃。該項目可能需要多次沖刺，然後產品才能包含證明市場發布合理所需的最低適銷產品 (MMP) 集。
為了創建可交付的功能，開發團隊和產品負責人參與了三項主要活動：
闡述
在敏捷項目中，細化是確定產品特性細節的過程。每當開發團隊處理一個新的用戶故事時，細化確保任何關於用戶故事的未回答問題都得到解答，以便開發過程可以繼續進行。
產品負責人與開發團隊一起詳細闡述用戶故事，但開發團隊應該對設計決策擁有最終決定權。如果開發團隊需要全天進一步澄清需求，產品負責人應該可以諮詢。
發展
在產品開發過程中，大部分活動自然落到了開發團隊的肩上。產品負責人繼續根據需要與開發團隊合作，以提供說明並批准開發的功能。在 Sprint 期間，團隊成員：
- 將開發團隊成員配對以完成任務。這樣做可以提高工作質量並鼓勵技能共享。
- 遵循開發團隊商定的設計標準。如果您出於某種原因無法遵循它們，請重新審視這些標準並加以改進。
- 通過設置自動化測試開始開發。您可以在下一節和第 15 章中找到有關自動化測試的更多信息。如果在開發過程中出現了新的、不錯的特性，請將它們添加到產品 backlog 中。避免編寫 sprint 目標之外的新功能。
- 集成白天編碼的更改，一次一組。測試 100% 的正確性。每天至少集成一次更改；有些團隊一天要整合很多次。進行代碼審查以確保代碼符合開發標準。確定需要修改的領域。將修訂添加為 sprint backlog 中的任務。
- 在工作時創建技術文檔。不要等到 sprint 結束，或者更糟糕的是，在 sprint 結束之前發布。
驗證
驗證 sprint 中完成的工作包括三個部分：自動化測試、同行評審和產品所有者評審。團隊可以進行：
自動化測試
自動化測試意味著使用計算機程序為您完成大部分代碼測試。通過自動化測試，開發團隊可以快速開發和測試代碼，這對敏捷項目來說是一個很大的好處。通常，敏捷項目團隊在白天編寫代碼，讓測試在一夜之間運行。早上，項目團隊可以查看測試程序生成的缺陷報告，在每日 Scrum 中報告任何問題，並在當天立即糾正這些問題。
- 自動化測試可以包括以下內容： 單元測試：測試源代碼的最小部分——組件級別
- 系統測試：用系統的其餘部分測試代碼
- 靜態測試：根據開發團隊同意的規則和最佳實踐驗證產品代碼是否符合標準
同行評審
同行評審只是意味著開發團隊成員互相評審彼此的代碼。
產品負責人評論
開發和測試用戶故事後，開發團隊將故事移至任務板上的“接受”列。然後，產品所有者根據用戶故事的接受標準審查功能並驗證它是否滿足用戶故事的目標。產品負責人每天都會驗證用戶故事。
概括
開發團隊通過更新 sprint backlog 來報告任務進度，其中包含哪些任務已完成，以及在新任務開始時還需要完成多少工作（以小時為單位）。根據 Scrum 團隊使用的軟件，sprint backlog 數據也可能會自動更新 sprint 燃盡圖。
其他 Scrum 文章
繁體中文
English
简体中文
Deutsch
Español
Français
العربية
Italiano
Português
日本語
Nederlands
Русский