資料結構
網路
關係資料庫管理系統 (RDBMS)
作業系統
Java
MS Excel
iOS
HTML
CSS
Android
Python
C 程式設計
C++
C#
MongoDB
MySQL
Javascript
PHP
物理學
化學
生物學
數學
英語
經濟學
心理學
社會學
服裝學
法學Scrum 儀式 - 必須遵守
在進行一些宗教活動時，我們嚴格遵守所有儀式，從不間斷。我們是出於對神的敬畏還是對神的信仰和虔誠而遵守這些儀式，這是一個單獨討論的話題。但我們的共同信念是，**必須以十足的誠意遵守這些儀式，才能從至高無上的力量那裡獲得所需的祝福**。
同樣，在遵循任何框架時，我們必須遵守其所有方法和流程，才能從中獲得所需的好處；Scrum 也不例外。Scrum 有一些原則和流程，完全遵守這些原則和流程，我們就能獲得預期的結果。
敏捷究竟說了什麼？
敏捷有一些行之有效的原則和價值觀，使其在眾多方法中脫穎而出。讓我們討論其中一些理念。
- 與傳統方法相反，敏捷相信持續交付可執行的軟體給客戶，從而提高客戶滿意度。
- 即使在開發的後期階段，也可以更改需求。
- 透過持續開發快速響應變化。
- 在兩到三週的時間內頻繁交付可執行的軟體，最多一個月，絕不超過一個月。
- 業務人員和開發團隊每天密切合作，以消除需求方面存在的任何差距或誤解。
- 可以透過可執行的軟體來衡量進度，而不是向客戶展示文件。
- 它相信團隊內部面對面的交流以實現有效的溝通，關注個人和互動勝過流程和工具。
- 團隊定期反省工作，找出更有效的方法，並相應地調整其工作方式。
有一些敏捷方法和框架，例如 Scrum、XP、戰場敏捷、Safe、Nexus、看板、DSDM、DAD 等，可以用來有效地遵循敏捷方法的原則和價值觀。
Scrum 儀式
為了有效地遵循 Scrum 流程，所有必要的儀式都需要不間斷地遵守。讓我們討論 Scrum 儀式。
Sprint 計劃會議
Sprint 是一個固定長度的迭代週期，在此期間進行開發工作，並在 Sprint 結束時，團隊交付可交付給客戶的可執行軟體。因此，在每個 Sprint 週期的開始，都會舉行一次重要的會議來定義 Sprint 的目標，這被稱為 Sprint 計劃會議。
**目的** - 此次會議的目的是討論和評估高優先順序的使用者故事，並預測當前 Sprint 中可以完成的工作。
**參與者** - 此次會議的參與者應包括產品負責人、Scrum Master、開發團隊（包括開發人員和測試人員），以及其他利益相關者。
**流程** - 產品負責人從產品待辦事項列表頂部呈現使用者故事，並闡明相應的需求。團隊討論這些專案的範圍，並提供可能的高階技術方法。根據討論，團隊評估規模和複雜性，以確定完成每個專案工作所需的時間。最後，在考慮團隊能力後，團隊選擇要在當前 Sprint 中處理的優先順序專案數量。然後，這些專案將從產品待辦事項列表移動到 Sprint 待辦事項列表。
雖然敏捷沒有規定這一點，但我們可以使用故事點技術或計劃撲克遊戲進行評估。在本次會議結束時，我們將獲得具有明確定義的 Sprint 目標的 Sprint 待辦事項列表。
**時長** - 此次會議的時長應為每 2 周的 Sprint 4 小時。
每日站會
敏捷原則指出，團隊內部需要面對面、密切的溝通，每日 Scrum 會議正是基於這些原則，以促進更好的溝通，跟蹤進度，識別風險並消除障礙。
**目的** - 它有助於增強團隊溝通，提高工作的可見性，提高快速決策能力，識別和消除障礙。
**參與者** - Scrum Master、Scrum 團隊和產品負責人（可選）都需要參加此次會議。
**流程** - 這是一個在整個 Sprint 期間每天在相同時間和地點舉行的站會，每個團隊成員說明自上次會議以來完成的工作，遇到的任何障礙，以及他將在下次會議之前做什麼。Scrum Master 負責主持會議，Scrum 團隊的所有成員都必須參加。產品負責人的出席是可選的，但他的出席可以澄清任何需求疑問，也有助於快速決策。此次會議的另一個好處是團隊成員瞭解彼此的工作，從而提高團隊的專案知識。
**時長** - 這是一次 15 分鐘的簡短會議。
Sprint 評審會議
**目的** - 此次會議也稱為演示或展示會議，在 Sprint 結束時舉行，以演示實際可執行的軟體，進行審查並獲得反饋。
**參與者** - Scrum Master、產品負責人、Scrum 團隊、利益相關者/贊助商和/或客戶。
**流程** - 團隊向產品負責人和利益相關者展示可執行的軟體。產品負責人審查工作並接受已完成的使用者故事。對於任何未完成的故事或更改，產品負責人將這些故事移回產品待辦事項列表，以便稍後重新確定優先順序。
**時長** - 此次會議的時長應為每 2 周的 Sprint 2 小時。
Sprint 回顧會議
**目的** - 此次會議的目的是收集關於團隊在剛剛結束的 Sprint 中如何工作的反饋。並根據這些輸入，團隊確定下一個 Sprint 的改進方向。一個經驗教訓討論，以改進工作方式，以促進團隊和專案的改進。
**參與者** - Scrum Master、產品負責人和 Scrum 團隊需要參加此次會議。
**流程** - 團隊討論哪些方面進展順利，以及考慮到人員、流程、工具和關係，如何以更好的方式完成工作。Scrum Master 鼓勵團隊在 Scrum 框架內找出最佳實踐和改進措施，以做得更好。
**時長** - 此次會議的時長應為每 2 周的 Sprint 2 小時。
223 次檢視
