承諾（commitment）：我們對團隊承擔的工作有了更大的掌控，更加堅定了對成功的承諾。
專注（focus）：我們將全部精力和技能都聚焦在所承諾的工作上，團隊同心協力來促使更快的交付。
公開（openness）：團隊通過自己的方式共同完成工作，每個成員都對進展和問題瞭如指掌。
敬重（respect）：團隊中的每個人都有其特定的背景和經驗，互相尊重，謙虛學習。
勇氣（courage）：我們不是乙個人在戰鬥，有了整個團隊的支援，我們有了更大的勇氣來進行挑戰。
敏捷的核心基礎：我們在一條船上！包括：
1）專案組所有人在一條船上。
2）員工和公司在一條船上。
敏捷的幾個重要特徵：
1）所有人對專案成功負責。
2）所有人直接需求驅動地工作。
3）所有人都需要跨領域地工作。
4）持續交付、迭代前進。
5）小步前進，持續改進。
6）有效、簡單！
敏捷開發宣言：
1、個人和互動勝過過程和工具
2、可工作的軟體勝過面面俱到的文件
3、客戶協作勝過合同談判
4、響應變化勝過z遵循計畫
敏捷開發原則：
1、最高優先順序是盡早地，持續地交付有價值的軟體來滿足客戶。
2、歡迎變化的需求，即使在開發後期，敏捷過程利用變化為客戶創造競爭優勢。
3、頻繁交付能工作的軟體，短則幾周，長則幾個月，時間間隔越短越好。
4、整個專案開發過程中，業務人員和開發人員必須每天一起工作。
5、專案開發以積極個體為基礎，為他們提供所需的環境和支援，並相信他們能完成工作。
6、向開發團隊傳遞資訊或者在開發團隊內部傳遞資訊，最高效，最有力的方法是面對面的交談
7、能工作的軟體是度量進度的首要標準。
8、敏捷過程推動了可持續的軟體開發。發起者，開發者和客戶應該能長期維持乙個恆定的速度。
9、對技術卓越和良好的設計的持續關注能增強敏捷能力。
10、簡單是非常重要的。
11、最好的架構、需求和設計出自於自組織的團隊。
12、每隔一定時間，團隊應該反思一下如何變得更有效，然後相應地調整或校正其行為。
整個團隊：一起在開放的工作空間裡，每次迭代開始時候，聚在一起參加一系列活動。一般總耗時2-4小時，每天聚集參加站立會議，通常5-10分鐘。
現場客戶：負責定義團隊建立的軟體。參與建立可實現的計畫，並且提供需求細節。反饋價值給利益有關者。
產品經理：編寫產品願景文件，吸收反饋，產生特性和使用者故事，為發布計畫設定優先順序，為團隊的現場客戶提供指導，評審進展中的工作，主持迭代演示，使真實客戶參與專案，並處理組織問題。
好的產品經理對於軟體將要提供什麼和為什麼那這是最重要的、專案團隊值得花費時間的事情有著直觀的理解。
領域專家：要想在行業中成功，軟體必須忠誠地，正確的實現這些規則。即為領域規則，而關於這些規則的知識稱為領域知識。大多數時間和團隊呆在一起。
互動設計師：使用者介面是產品的形象，對於多數使用者而言，使用者介面就是產品本身。互動設計師幫助定義產品的使用者介面，他們的工作關注與理解使用者、他們的需求、以及他們如何與產品互動。他們
通過會見使用者，與使用者一起評審紙張原型，和觀察實際軟體的使用情況以完成任務。在每次迭代中，幫助團隊建立當前迭代中的使用者故事和使用者介面元件模型。當每個故事接近完成時，他們檢查使用者介面的外觀和感覺以確認它如期工作。
業務分析員：非敏捷團隊中，一般作為客戶和開發人員之間的聯絡人，負責將客戶需求澄清和提煉為功能需求規格，在xp團隊中，他們擴充了已有產品經理和領域專家的團隊。他們更多的是支援其他現場客戶，而不是為了替換他們。業務分析員幫助客戶發現他們容易遺忘的細節並且幫助程式設計師以業務術語表達技術權衡。
程式設計師：負責找到交付計畫中使用者故事的最有效路徑。提供任務估算，建議替換方法，並且通過參與計畫博弈幫助客戶建立可以完成的計畫。借助於整個團隊，立秋在已完成的軟體中不產生任何bug，在專案開始，程式設計師建立程式設計規範以允許他們共同承擔編碼責任。當他們有問題的時候，不能猜而必須詢問現場客戶。最後，程式設計師通過在合適的實際撰寫文件來幫助保證產品的長期可維護性。
設計師和架構師：通過指導團隊的增量設計架構並且幫助團隊成員尋找簡化複雜設計的方法做出自己的貢獻。指導但不命令。
技術專家：xp語氣每個人都工作於系統中任何值得注意的部分。
測試員：應該應用批判性思維技能幫助客戶在設想產品時考慮所有可能。幫助客戶發現需求中的漏洞，協助客戶測試。幫助團隊其他人了解哪些地方有問題，防止類似bug將來不再發生。
教練：xp領導者成為教練，幫助團隊與組織的其餘部分進行互動。幫組團隊建立組織自信和團隊和睦。
程式設計師教練：幫助程式設計師了解xp的技術實踐。
專案經理：幫助團隊與組織其餘部分進行寫作。他們通常擅長輔導與編碼無關的實踐。
專案社群：每個團隊都有乙個生態系統圍繞著它，這個生態系統超越團隊，延伸到專案社群。這個社群中每個人都影響你的成功。
利益攸關者：儘管他們不參與專案日復一日的開發，但是務必邀請他們參加迭代演示，現場客戶（尤其是產品經理）負責理解利益攸關者的需求，衡權哪些需求最重要，最終了解如何最好地滿足哪些需求。
執行發起人：他掌管著專案財權，務必了解發起人是誰，並且理解他對專案的期待是什麼，他是你的最終客戶。務必定期為他演示產品並確定專案正按照他的語氣進行。
團隊人數：12人最佳，6個程式設計師，4個客戶，乙個測試，乙個專案經理。
敏捷開發修煉之道閱讀筆記3
記錄解決問題的日誌 警告就是錯誤 對問題各個擊破 報告所有的異常 提供有用的錯誤資訊 通過跟蹤記錄報告的錯誤型別，可以為受眾提供更加合適的建議。定期安排會面時間 每日立會有諸多好處 使用立會 立會可以讓團隊達成共識。保證會議短小精悍不跑題。架構師必須寫 實行 集體所有制 成為指導者 允許大家自己想辦...
敏捷開發學習筆記
敏捷軟體開發是為了防止專案開發中的過程膨脹而提出的。為此，成立了敏捷軟體聯盟，並建立了 敏捷軟體開發宣言 我對敏捷開發的感覺有以下幾點 一 在開發過程中強調人以及人與人之間關係的作用。不但要求開發團隊要有乙個積極向上的氛圍，同時還強調成員與成員之間的合作和交流。例如 每兩名成員組成一對，共同開發乙個...
《敏捷軟體開發原則，模式與實踐》閱讀筆記一
敏捷開發過程中必須遵守的原則 我們最優先要做的是通過盡早的 持續的交付有價值的軟體來使客戶滿意。2.即使到了開發的後期，也歡迎改變需求。敏捷過程利用變化來為客戶創造競爭優勢。3.經常性地交付可以工作的軟體，交付的間隔可以從幾周到幾個月，交付的時間間隔越短越好。4.在整個專案開發期間，業務人員和開發人...