在scrum中，客戶只需要負責產品的反饋和驗收。而在極限程式設計中，為了保證專案交付符合客戶預想，現場客戶被當作乙個單獨的重要實踐。極限程式設計中的「客戶」並不是為系統付賬的人，而是真正使用該系統的人。
現場客戶的職責是什麼？現場客戶有什麼好處？
現場客戶的實踐，不僅可以提高團隊與客戶之間的溝通效率，還可以幫助建立良好的合作與信任。其次，小型版本的發布形式，可以讓客戶很快體驗到功能點，從而及時確認開發功能的準確性。
如何實現現場客戶的實踐？
在實際專案中，要實現現場客戶的實踐，可從以下方面著手：
1、隨時溝通
現場客戶在具體實施時，需保證開發團隊和客戶能夠隨時溝通，以便客戶及時做出業務決策，從而避免專案延期。
2、場景化需求
跟客戶溝通需求時，採用場景化的方式、通俗的語言逐個描述使用者需求，盡量避免需求在「解釋」過程中被曲解。
理想情況下，客戶是團隊中的一員，需與開發團隊面對面討論需求。但考慮到人力成本等因素，在實際專案中，通常會用線上交流等方式替代。
不過，在客戶不能明確預期產品、開發團隊需要探索新產品的專案中，現場客戶也就失去了其存在的意義。
挑戰極限 極限程式設計中的「極限」
最近，一直在看robert martin的 敏捷軟體開發 原則 模式和實踐 該文中以極限程式設計 xp 來講述敏捷的實踐。看完有關於 xp實踐的部分，對 xp基本的主張和如何去實踐有了乙個大概的了解。但是，一直有個問題在我腦海中，那就是這種開發實踐方式為什麼會被稱為 極限程式設計 看完這部分之後，對...
極限程式設計的12個實踐原則
制定計畫的目的是確定本次迭代的範圍。本步驟的重心應該放在決定什麼是對客戶來說最重要的任務和如何首先完成這些任務。計畫的制定包括客戶選擇的專案大小 程式功能的優先順序 各個版本的合成和發布日期。小版本這一實踐背後的觀點是 用最少的 工作量帶來最大的業務價值。程式的特性必須有原子性 不可分解 乙個特性必...
敏捷開發XP極限程式設計的12個最佳實踐
1.計畫遊戲 planning game 1 快速制定計畫 隨著細節的不斷變化而完善 2.小型發布 small release 1 系統的設計要能夠盡可能早地交付 2 詳解 強調在非常短的週期內以遞增的方式發布新版本，從而可以很容易地估計每個迭代週期的進度，便於控制工作量和風險 同時，也可以及時處理...