Sprint的工作

Sprint的工作如下圖所示 -

客戶，利益相關者

假設有一個客戶想要開發他們的軟體，他們找到一個基於服務的公司來開發他們的軟體。

產品擁有者

該公司將做什麼？

公司將指定稱為產品所有者的人。用戶端與產品所有者進行溝通，產品所有者將捕獲用戶端的所有需求或使用者故事，並將其命名為產品待辦事項。

產品待辦事項

產品待辦事項(Backlog)是開發軟體時需要完成的一系列活動。

Sprint計劃

現在，我們將開始sprint。我們不會像在瀑布模型中那樣一次性開發產品。我們將考慮產品待辦事項的某些部分，並且將首先開發優先的那一部分。要開發這個特定的部分，需要考慮一些因素，例如什麼是優先順序，哪些元件可以組合在一起，客戶需要什麼功能等等。在開始sprint之前，會議被稱為sprint規劃，我們將在哪裡討論所有功能。在sprint計劃中，我們還選擇將在此sprint中開發的活動或待辦事項，所選的待辦事項被稱為sprint待辦事項。

Sprint Backlog

Sprint Backlog是一組需要在此sprint中執行的活動。在產品Backlog中，在sprint backlog中捕獲一組活動，並將sprint backlog的每個活動分配給特定的人。完成sprint的最短時間是4天，但可以延長到2-3週。

Sprint

在Sprint Backlog之後，團隊開始進行Sprint，完成Sprint可能需要大約1到3週的時間。sprint的完成因專案而異。當sprint開始時，每日會議被稱為Daily Scrum，Scrum Master會召開這次會議。在Daily Scrum中，每天都會舉行一次會議，會議可以延長到10-15次會議。會議有一種預定義的格式，即團隊成員必須告訴他昨天做了什麼，今天他將做什麼，以及妨礙他完成工作的事情是什麼？Scrum主管負責解決團隊成員面臨的問題。

Sprint交付

當sprint完成時，sprint將被傳遞給用戶端。產品交付給客戶意味著完成了稱為sprint backlog的最小產品待辦事項。sprint交付完成後，用戶端可以檢視產品，這不是我們已經開發了一些東西而用戶端無法檢視。

Sprint評論和回顧

一旦sprint交付結束，就會舉行兩種型別的會議，即Sprint審查和回顧。Sprint審查是團隊成員坐在一起的會議，他們向客戶提供有關他們在此sprint中開發的產品的演示。

回顧會是團隊成員之間的另一次會議。在這次會議中，他們討論了這個sprint中的正確內容以及這個sprint中出了什麼問題，比如妨礙他們工作的問題。

在sprint稽核之後，回到產品Backlog，然後進行sprint計劃以選擇sprint backlog，即sprint2，這樣，這個週期一直持續到除非整個產品被開發並運送到用戶端。

Scrum主面板

產品待辦事項：Product Backlog是開發軟體時需要完成的一系列活動。
Sprint待辦事項：Sprint Backlog是一個積壓，它已經從產品積壓中採取了一些需要在此sprint中完成的活動。
Scrum主面板：Scrum Board是一個主面板，它顯示了在此sprint中需要完成的所有活動的狀態。

Scrum主面板包含四種狀態：

• 開啟 - 「開啟」狀態表示「開啟」中可用的任務尚未啟動。
• 進行中 - 「進行中」狀態意味著開發人員完成了他們的任務。
• 測試 - 「測試」意味著任務處於測試階段。
• 關閉 - ‘關閉’表示任務已完成。