scrum 是乙個用於開發和維護複雜產品的框架 ，是乙個增量的、迭代的開發過程。在這個框架中，整個開發過程由若干個短的迭代週期組成，乙個短的迭代週期稱為乙個sprint，每個sprint的建議長度是2到4周(網際網路產品研發可以使用1周的sprint)。在scrum中，使用產品backlog來管理產品的需求，產品backlog是乙個按照商業價值排序的需求列表，列表條目的體現形式通常為使用者故事。scrum團隊總是先開發對客戶具有較**值的需求。在sprint中，scrum團隊從產品backlog中挑選最高優先順序的需求進行開發。挑選的需求在sprint計畫會議上經過討論、分析和估算得到相應的任務列表，我們稱它為sprint backlog。在每個迭代結束時，scrum團隊將遞交潛在可交付的產品增量。 scrum起源於軟體開發專案，但它適用於任何複雜的或是創新性的專案。
scrum流程如下圖：
3個角色
產品負責人（product owner）
scrum master
開發團隊
3個工件
產品backlog（product backlog）
sprintbacklog
產品增量（increment）
5個事件
sprint（sprint本身是乙個事件，包括了如下4個事件）
sprint計畫會議（sprint planning meeting）
每日站會（daily scrum meeting）
sprint評審會議（sprint review meeting）
sprint回顧會議（sprint retrospective meeting）
5個價值
承諾 – 願意對目標做出承諾
專注– 把你的心思和能力都用到你承諾的工作上去
開放– scrum 把專案中的一切開放給每個人看
尊重– 每個人都有他獨特的背景和經驗
勇氣– 有勇氣做出承諾，履行承諾，接受別人的尊重
scrum以經驗性過程控制理論（經驗主義）做為理論基礎的過程。經驗主義主張知識源於經驗, 以及基於已知的東西做決定。scrum 採用迭代、增量的方法來優化可預見性並控制風險。
scrum 的三大支柱支撐起每個經驗性過程控制的實現:透明性、檢驗和適應。scrum的三大支柱如下：
第一：透明性（transparency）
透明度是指，在軟體開發過程的各個環節保持高度的可見性，影響交付成果的各個方面對於參與交付的所有人、管理生產結果的人保持透明。管理生產成果的人不僅要能夠看到過程的這些方面，而且必須理解他們看到的內容。也就是說，當某個人在檢驗乙個過程，並確信某乙個任務已經完成時，這個完成必須等同於他們對完成的定義。
第二：檢驗（inspection）
開發過程中的各方面必須做到足夠頻繁地檢驗，確保能夠及時發現過程中的重大偏差。在確定檢驗頻率時，需要考慮到檢驗會引起所有過程發生變化。當規定的檢驗頻率超出了過程檢驗所能容許的程度，那麼就會出現問題。幸運的是，軟體開發並不會出現這種情況。另乙個因素就是檢驗工作成果人員的技能水平和積極性。
第三：適應（adaptation）
如果檢驗人員檢驗的時候發現過程中的乙個或多個方面不滿足驗收標準，並且最終產品是不合格的，那麼便需要對過程或是材料進行調整。調整工作必須盡快實施，以減少進一步的偏差。
scrum中通過三個活動進行檢驗和適應：每日例會檢驗sprint目標的進展，做出調整，從而優化次日的工作價值；sprint評審和計畫會議檢驗發布目標的進展，做出調整，從而優化下乙個sprint的工作價值；sprint回顧會議是用來回顧已經完成的sprint，並且確定做出什麼樣的改善可以使接下來的sprint更加高效、更加令人滿意，並且工作更快樂。
學習**：
第三次作業
2 12有600 mb 兆位元組 的資料，需要從南京傳送到北京。一種方法是將資料寫到磁碟上，然後託人乘火車這 些磁碟捎去。另一種方法是用計算機通過長途 線路 設資訊傳送的速率為2.4kb s 傳送此資料。試比較這兩種方法的優劣。若資訊傳送速率為33.6kb s,其結果又如何？解 當傳送速率為2.4k...
第三次作業
1 有600mb 兆位元組 的資料，需要從南京傳送到北京 一種方法是將資料寫到磁碟上，然後託人乘火車將這些磁碟捎去。另一種方法是用計算機通過長途 線路 設資訊傳送的速率為2.4kb s 傳送此資料，試比較這兩種方法的優劣。若資訊傳送的速率為33.6kb s,其結果又如何？解 假定連續傳送且不出錯。若...
第三次作業
p67 2 12 有600mb的資料，需要從南京傳送到北京。一種方法是將資料寫到磁碟上，然後託人乘火車將這些磁碟捎去。另一種方法是用計算機通過長途 線路 設資訊傳送的速率是2.4kbps 傳送此資料。試比較這兩種方法的優劣。若資訊傳送速率為33.6kbps，其結果又如何？解 1 t 600 1024...