1.敏捷開發模型：
敏捷思想，有效溝通、小步快跑、擁抱變化、不斷改進。
敏捷項目角色：
產品負責人（Product Owner）：主要負責確定產品的功能和達到要求的標準，指定軟件的發佈日期和交付的內容，同時有權力接受或拒絕開發團隊的工作成果。
流程管理員（Scrum Master）：主要負責整個Scrum流程在項目中的順利實施和進行，以及清除擋在客戶和開發工作之間的溝通障礙，使得客戶可以直接驅動開發。
開發團隊（Scrum Team）：主要負責軟件產品在Scrum規定流程下進行開發工作，人數控制在5~10人左右，每個成員可能負責不同的技術方面，但要求每成員必須要有很強的自我管理能力，同時具有一定的表達能力；成員可以採用任何工作方式，只要能達到Sprint的目標。
2.敏捷開發過程：
1.首先我們需要確認一個 PB ( Product Backlog , 即按優先順序排列的一個產品需求列表) ，這是由 PO（Product Owner） 負責的
2.ST（Scrum Team） 會根據 PB 列表，進行工作量的預估和安排
3.有了 PB 列表，我們需要通過 Sprint Planning Meeting( Sprint 計劃會議)來從中挑選出一個 Story 作爲本次迭代完成的目標，這個目標的時間週期是1~4個星期，然後把這個Story進行細化，形成一個Sprint Backlog
4.Sprint Backlog 是由 ST 去完成的，每個成員根據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的產品需求中。
3.敏捷過程總結：
- Sprint 第一天，需要將目標定義清楚，並讓團隊所有人都知道「確保建立一致的目標並使之明確」；
- 若出現需求變更，則優先排到下次迭代，特殊情況需特殊處理「確保本次迭代可以按時完工」；
- Scrum Master 將迭代中的需求分解爲任務，每個任務只能有一個任務負責人，且不超過一個人天「確保每日任務可評估」；
- 讓 Product Owner 直接與相關開發人員確定需求，Scrum Master 需一同參與「確保需求與實現不會發生偏差」；
- 每日定時站會，時長不超過 15 分鐘，規模不要太大「確保任務完成情況與計劃保持一致」；
- 每日進行一次代碼評審，由 Scrum Master 負責，並在次日將評審結果通知給相關開發人員「確保代碼質量不要下降」；
- 各個團隊的 Scrum Master 保持每日溝通一次，時間不要超過 15 分鐘「確保項目管理不會出現風險」；
- 每次迭代結束，讓大家稍微放鬆一下，可提供一些團隊活動，比如聚餐「確保團隊能夠更加凝聚」；
- Scrum Master 需要給團隊一些承諾，比如項目獎金或特殊福利等「確保團隊更加有激情」；
- 對於情緒異常的員工，Scrum Master 需及時與其溝通「確保不要讓一個人的情緒影響整個團隊」；
此外，作爲項目管理者，需要不斷在團隊中加強以下 5 點文化：
- 方向一致
- 當面溝通
- 全情投入
- 充分信任
- 說到做到