靈感來自於一段冷笑話：
一天，一頭豬和一只雞在路上散步，雞看了一下豬說，“嗨，我們合伙開一家餐館怎么樣？”，豬回頭看了一下雞說，“好主意，那你准備給餐館起什么名字呢？”，雞想了想說“餐館名字叫火腿和雞蛋怎么樣？”，“我不這么認為”，豬說, “我全身投入，而你只是參與而已”
對於Scrum來說同樣的道理，豬是全身投入項目和Scrum過程的人，雞角色並不是實際Scrum流程的一部分，但是必須考慮他們。 敏捷方法的一個重要方面是使用戶和利益相關者參與到過程中的實踐。參與每一個評審和計划，並提供反饋對於這些人來說是非常重要的，管理者就屬於雞。
【Scrum開發流程中的三大角色】
產品負責人（Product Owner）
主要負責確定產品的功能和達到要求的標准，指定軟件的發布日期和交付的內容，同時有權力接受或拒絕開發團隊的工作成果。
流程管理員（Scrum Master）
主要負責整個Scrum流程在項目中的順利實施和進行，以及清除擋在客戶和開發工作之間的溝通障礙，使得客戶可以直接驅動開發。
開發團隊（Scrum Team）
主要負責軟件產品在Scrum規定流程下進行開發工作，人數控制在5~10人左右，每個成員可能負責不同的技術方面，但要求每成員必須要有很強的自我管理能力，同時具有一定的表達能力；成員可以采用任何工作方式，只要能達到Sprint的目標。
而Scrum就是這樣的一個開發流程，運用該流程，你就能看到你團隊高效的工作。
什么是Sprint？
Sprint是短距離賽跑的意思，這里面指的是一次迭代，而一次迭代的周期是1個月時間（即4個星期），也就是我們要把一次迭代的開發內容以最快的速度完成它，這個過程我們稱它為Sprint。
如何進行Scrum開發？
1、我們首先需要確定一個Product Backlog（按優先順序排列的一個產品需求列表），這個是由Product Owner 負責的；
2、Scrum Team根據Product Backlog列表，做工作量的預估和安排；
3、有了Product Backlog列表，我們需要通過 Sprint Planning Meeting（Sprint計划會議） 來從中挑選出一個Story作為本次迭代完成的目標，這個目標的時間周期是1~4個星期，然后把這個Story進行細化，形成一個Sprint Backlog；
4、Sprint Backlog是由Scrum Team去完成的，每個成員根據Sprint Backlog再細化成更小的任務（細到每個任務的工作量在2天內能完成）；
5、在Scrum Team完成計划會議上選出的Sprint Backlog過程中，需要進行 Daily Scrum Meeting（每日站立會議），每次會議控制在15分鍾左右，每個人都必須發言，並且要向所有成員當面匯報你昨天完成了什么，並且向所有成員承諾你今天要完成什么，同時遇到不能解決的問題也可以提出，每個人回答完成后，要走到黑板前更新自己的 Sprint burn down（Sprint燃盡圖）；
6、做到每日集成，也就是每天都要有一個可以成功編譯、並且可以演示的版本；很多人可能還沒有用過自動化的每日集成，其實TFS就有這個功能，它可以支持每次有成員進行簽入操作的時候，在服務器上自動獲取最新版本，然后在服務器中編譯，如果通過則馬上再執行單元測試代碼，如果也全部通過，則將該版本發布，這時一次正式的簽入操作才保存到TFS中，中間有任何失敗，都會用郵件通知項目管理人員；
7、當一個Story完成，也就是Sprint Backlog被完成，也就表示一次Sprint完成，這時，我們要進行 Srpint Review Meeting（演示會議），也稱為評審會議，產品負責人和客戶都要參加（最好本公司老板也參加），每一個Scrum Team的成員都要向他們演示自己完成的軟件產品（這個會議非常重要，一定不能取消）；
8、最后就是 Sprint Retrospective Meeting（回顧會議），也稱為總結會議，以輪流發言方式進行，每個人都要發言，總結並討論改進的地方，放入下一輪Sprint的產品需求中；
下面是運用Scrum開發流程中的一些場景圖：
上圖是一個 Product Backlog 的示例
計划指派比如A程序員開發一個功能，需要5個小時，B程序員認為只需要半小時，那他們各自取相應的牌，藏在手中，最后攤牌，如果時間差距很大，那么A和B就可以討論A為什么要5個小時...
上圖就是每日的站立會議了，參會人員可以隨意姿勢站立，任務看板要保證讓每個人看到，當每個人發言完后，要走到任務版前更新自己的燃盡圖。
任務看版包含 未完成、正在做、已完成 的工作狀態，假設你今天把一個未完成的工作已經完成，那么你要把小卡片從未完成區域貼到已完成區域。
每個人的工作進度和完成情況都是公開的，如果有一個人的工作任務在某一個位置放了好幾天，大家都能發現他的工作進度出現了什么問題（成員人數最好是5~7個，這樣每人可以使用一種專用顏色的標簽紙，一眼就可以從任務版看出誰的工作進度快，誰的工作進度慢）