Can you summarize the following document?
        
  Scrum是一個包括了一系列實踐和預定義角色的過程骨架。Scrum中的主要角色包括:  在每一次衝刺或迭代(一個15到30天的週期,其長度由開發團隊決定)當中,開發團隊建立可用的(可以隨時推出)軟體的一個增量。每一個迭代所要實現的功能來自產品訂單。產品訂單按照優先順序排列工作需求。在迭代計劃會議中,產品負責人告訴開發團隊需要完成產品訂單中的哪些訂單項。開發團隊決定在下一次迭代中他們能夠承諾完成多少訂單項。 在迭代的過程中,沒有人能夠變更迭代訂單,這意味著在一個迭代中需求是被凍結的。  管理Scrum過程有很多實施方法,如即時貼、白板、甚至軟體包。Scrum最大的好處之一是它非常容易學習,而且啟動Scrum應用並不需要太多的投入。

  Scrum當中定義了許多角色。按照對開發過程的參與情況,這些角色被分為兩組,即豬組和雞組。這個分組方法的由來是一個關於豬和雞合夥開餐館的笑話: 一天,一頭豬和一隻雞在路上散步。<br> 雞對豬說:“嗨,我們合夥開一家餐館怎麼樣?”<br> 豬回頭看了一下雞說:“好主意,那你準備給餐館起什麼名字呢?”<br> 雞想了想說:“叫‘火腿和雞蛋’怎麼樣?”<br> “那可不行”,豬說:“我把自己全搭進去了,而你只是參與而已。”

  "豬"是在Scrum過程中全身投入專案的各種人物,他們在專案中承擔實際工作。他們有些像上邊那個笑話裡的豬,要把自己身上的肉貢獻出來。

  "雞"並不是實際Scrum過程的一部分,但是必須考慮他們。敏捷方法的一個重要方面是使得使用者和利益相關者參與到過程中的實踐。參與每一個衝刺的評審和計劃,並提供反饋對於這些人來說是非常重要的。

  在衝刺中,每一天都會舉行專案狀況會議,被稱為“scrum”或“每日站立會議”。每日站立會議有一些具體的指導原則:  在會議上,每個團隊成員需要回答三個問題:  每一個衝刺完成後,都會舉行一次衝刺回顧會議,在會議上所有團隊成員都要反思這個衝刺。舉行衝刺回顧會議是為了進行持續過程改進。會議的時間限制在4小時。  Scrum提倡所有團隊成員坐在一起工作,進行口頭交流,以及強調專案有關的規範(disciplines),這些有助於創造自我組織的團隊。  Scrum的一個關鍵原則是承認客戶可以在專案過程中改變主意,變更他們的需求,而預測式和計劃式的方法並不能輕易地解決這種不可預見的需求變化。同樣,Scrum採用了經驗方法– 承認問題無法完全理解或定義,而是關注於如何使得開發團隊快速推出和響應不斷出現的需求的能力最大化。  Scrum會議一共包含以下四種:

  

  產品訂單(product backlog)是整個專案的概要文件。產品訂單包括所有所需特性的粗略的描述。產品訂單是關於將要生產什麼樣的產品。產品訂單是開放的,每個人都可以編輯。產品訂單包括粗略的估算,通常以天為單位。估算將幫助產品負責人衡量時程表和優先順序(例如,如果"增加拼寫檢查"特性的估計需要花3天或3個月,將影響產品負責人對該特性的渴望)。

  衝刺訂單(sprint backlog)是大大細化了的文件,包含團隊如何實現下一個衝刺的需求的資訊。任務被分解為以小時為單位,沒有任務可以超過16個小時。如果一個任務超過16個小時,那麼它就應該被進一步分解。衝刺訂單上的任務不會被分派,而是由團隊成員簽名認領他們喜愛的任務。

  燃盡圖(burn down chart)是一個公開展示的圖表,顯示當前衝刺中未完成的任務數目,或在衝刺訂單上未完成的訂單項的數目。不要把燃盡圖與掙值圖相混淆。燃盡圖可能在一次衝刺的大部分時間內都維持平坦,但計劃仍然可以按照既定時間進行。

  以下是一些Scrum的通用實踐:

  下面是Scrum用到的術語

  雖然Scrum最初只應用於軟體開發,它也可以被成功地應用於其他產業。現在Scrum通常被認為是一種用於開發任何產品或管理人和工作的迭代式的,增量的過程。

  將Scrum應用於產品開發是在《新新產品開發遊戲》 第一次提出,之後野中鬱次郎和竹內弘高合著的《創造知識的企業》(牛津大學出版社,1995年)進行了詳細的闡述。今天Scrum被用於開發金融產品,網際網路產品,以及醫藥產品。

  由於市場營銷通常以專案的方式運作,許多一般專案管理的原則應用在市場營銷上。市場營銷也可以像專案管理技術那樣進行優化。以Scrum方法進行市場營銷被認為有助於克服市場營銷經理們所遇到的問題。短時和固定的會議對於小的市場營銷團隊來說很重要,這是因為團隊的每一個成員都可以瞭解其他人在做些什麼,以及整個團隊在朝著什麼方向前進。Scrum在市場營銷中應用可以:
Scrum是一種敏捷軟體開發的方法學,用於迭代式增量軟體開發過程。Scrum在英語是橄欖球運動中列陣爭球的意思。