極限程式設計（xp）和scrum大概是2種最著名的敏捷開發方法。二者有啥區別呢？
1、迭代週期更短，並強調持續反饋
2、測試驅動，自動化測試
3、專案初期迅速生成總體計畫，之後迭代發展和完善
4、持續演化
5、依賴口頭交流、測試和源程式進行溝通
6、團隊緊密協作
7、程式設計師短期利益和專案長期利益取得平衡
1）計畫遊戲
2）小型發布
3）隱喻
沒人能扯得清這是個啥東東。從描述來看，隱喻是個資料字典?
4）簡單設計
5）測試先行
6）重構
7）結對程式設計
8）集體**所有制
9）持續整合
10）每週工作40小時
11）現場客戶
12）編碼標準
沒有查到資料說scrum有什麼特點。也就是說，scrum是什麼也沒有人能扯得清。我只能自己總結一下：
1、分為三種角色：產品負責人、流程管理員、開發團隊
1）產品負責人：主要負責確定產品的功能和達到要求的標準，指定軟體的發布日期和交付的內容，同時有權力接受或拒絕開發團隊的工作成果。
2）流程管理員
主要負責整個scrum流程在專案中的順利實施和進行，以及清除擋在客戶和開發工作之間的溝通障礙，使得客戶可以直接驅動開發。
可見產品負責人 + 流程管理員 約等於 專案經理
3）開發團隊
主要負責軟體產品在scrum規定流程下進行開發工作，人數控制在5~10人左右，每個成員可能負責不同的技術方面，但要求每成員必須要有很強的自我管理能力，同時具有一定的表達能力；成員可以採用任何工作方式，只要能達到sprint的目標。
2、多職能團隊
開發團隊成員沒有專屬工作，比如開發人員也可以兼顧測試工作，人人都是多面手。
3、迭代進行
以最快的速度完成每個迭代（sprint，拼搶）
1）燃盡圖跟蹤計畫
2）計畫撲克評估完成sprint 任務項花費時間
3）roi（投資回報率）可用於確定sprint任務專案的優先順序
4）任務板和簡單的計畫/報告工具（例如excel， spr intometer ， project****** ）跟蹤過程和質量
5）必要的文件
6）每日晨會
7）站立會議
8）需求（ backlog ） 打上編號
9）迭代內容不更改
10）保證每天6小時衝刺時間
1、xp的迭代週期通常為 1 ~ 2 周，而scrum為 2 ~ 4 周
2、迭代期間，需求變更，xp可以作出調整，而scrum則留待下一迭代再實現
3、迭代期間，對於使用者故事，xp嚴格遵循優先順序處理，而scrum比較靈活，可按實際需要處理
4、xp有嚴格開發流程模式管理，而scrum較自由，靠程式設計師自律
從這點意義上來說，xp像軟體公司自己養一支開發團隊進行專案開發，而scrum像是把專案外包出去，軟體公司只安排了乙個介面人，然後不停的對外包團隊說，你們就儘管賣命拼搶（sprint）好了，我只關心進度。
敏捷開發(agile development)是一種以人為核心、迭代、循序漸進的開發方法。
以人為核心：敏捷開發只寫有必要的文件，或盡量少寫文件，注重人與人之間，面對面的交流，所以是強調以人為核心。
敏捷開發不代表開發進度快，而是說它本身很輕盈。
1、短平快會議
2、小版本發布
3）較少的文件
4）合作為重
5）客戶直接參與
6）自動化測試
7）適應性計畫調整
8）結對程式設計
9）測試驅動
10）持續整合
11）重構
極限程式設計與敏捷開發
在按照我的理解方式審查了軟體開發的生命週期後，我得出乙個結論 實際上滿足工程設計標準的惟一軟體文件，就是源 清單。jack reeves 極限程式設計 設計和程式設計都是人的活動。忘記這一點，將會失去一切。bjarne stroustrup 極限程式設計 xp 是敏捷方法中最著名的乙個。它是由一系列...
極限程式設計與敏捷開發
徐景周 在按照我的理解方式審查了軟體開發的生命週期後，我得出乙個結論 實際上滿足工程設計標準的惟一軟體文件，就是源 清單。jack reeves 簡介 2001年，為了解決許多公司的軟體團隊陷入不斷增長的過程泥潭，一批業界專家一起概括出了一些可以讓軟體開發團隊具有快速工作 響應變化能力的價值觀和原則...
極限程式設計與敏捷開發
極限程式設計與敏捷開發 自 http vckbase.com document viewdoc id 1027 在按照我的理解方式審查了軟體開發的生命週期後，我得出乙個結論 實際上滿足工程設計標準的惟一軟體文件，就是源 清單。jack reeves 簡介 2001年，為了解決許多公司的軟體團隊陷入不...