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主面板包含四種狀態：
- 打開 - “打開”狀態表示“打開”中可用的任務尚未啟動。
- 進行中 - “進行中”狀態意味著開發人員完成了他們的任務。
- 測試 - “測試”意味著任務處於測試階段。
- 關閉 - ‘關閉’表示任務已完成。