Scrum項目管理方法正是它聽起來像
Scrum方法論介紹
當公司有一個可以使用敏捷項目方法的項目時，他們也可以使用一個名為Scrum的框架。
Scrum提供了一個框架，在他們必須制定時做出大量決策，而不是訂閱時間表，而不是製定項目管理方法論來明確定義角色並嚴格應用過程。
Scrum 方法在20世紀90年代與敏捷方法一起被開發出來，作為一種讓團隊一起工作來獲得產品開發的方法。 它只在框架內提供少量規則，但允許在短時間內完成複雜的項目。
Scrum角色
在Scrum框架，產品所有者，開發團隊和Scrum Masters中定義了三個角色。
- 產品負責人 - 根據時間表，該人員決定在接下來的三十天或更短時間內交付什麼產品。 這可能是企業的所有者， 客戶或最終用戶，但會有願景讓團隊建立正確的產品。
- 開發團隊 - 這些人將構建產品並向產品所有者展示他們的產品。 沒有全面的團隊領導; 整個團隊討論團隊內部的問題。 團隊成員通常是跨職能的，每個人都參與產品開發。
- Scrum Master - 這是負責監督流程，確保流程正常工作並在需要時改進流程的人員。
Scrum事件
Scrum中的事件讓開發團隊和產品所有者有機會共享信息，以便進行持續的溝通。 在一段時間內可能會發生一些事件，通常是三十天或更短時間，這就是所謂的衝刺。
- 衝刺 - 這段時間包含衝刺計劃會議，每日沖刺，開發工作，衝刺回顧和衝刺回顧。 在衝刺期間，目標不會有任何變化，開發團隊應該保持不變。
- Sprint計劃會議 - 此會議用於規劃在衝刺期間需要執行的工作。 會議通常為一個月衝刺八個小時，短衝刺的比例較小。 會議分為兩部分，第一部分決定衝刺的目標，第二部分決定如何實現目標。
- 每日Scrum - 這是每天短短的十五分鐘會議，讓開發團隊計劃下一天的工作。 該小組審查前一天完成的工作，並預測未來二十四小時內可以實現的目標。 每日scrum是一個機會來檢查團隊與整體衝刺目標的關係。 Scrum Master確保每日Scrum發生，並且開發團隊最多保持15分鐘以確保開發團隊快速制定決策。
- Sprint評論 - 在衝刺結束時，評論用於評估衝刺期間取得的成果，並決定下一次沖刺的下一步可能會做什麼。 衝刺回顧是一個四小時的活動，它允許開發團隊溝通甚麼是衝刺的亮點，以及他們發現什麼問題。 基於開發團隊和產品所有者之間的溝通，為下一次沖刺決定一組新的可交付成果。
- Sprint Retrospective - 這是一個三小時的會議，整個Scrum團隊可以反思Sprint並製定一個可以在下一個Sprint中採用的改進計劃。 會議應該關注人員，關係，流程和工具，並確定可以改進的地方。
為了優化項目完成，我們的目標是在承諾這些結果時提供結果。 並儘可能有效地完成這項工作。 使用scrum項目管理方法是幫助您實現該目標的一種工具。
由物流和供應鏈專家Gary Marion更新。