這并不意味著這個客戶不去從事他的“日�！惫ぷ�，而是說他就在周圍準備好回答問題。即使隔著一層樓也會影響溝通。要進行面對面的對話，而不是用電話或者電子郵件。
顯然，設置現場客戶并不總是可能的，在這種情況下，他應該盡可能地接近小組，并盡可能地參加每日例會。如果這也不可能，那么你就要讓他參加日常會議——至少一周一次——以確保你在不斷地去的反饋意見和溝通。
對反饋和溝通的增加也需要定期進行回顧。這最好應該在每個反復結尾的時候進行。這樣的回顧能夠讓小組有機會坐下來檢查上一個反復，并弄清楚什么做得好、什么做得不好，以及下一次能夠把什么做得更好。應該問三個問題：什么有用？什么沒有用？我們要改進什么？
重要的成功因素
現場與否？——現場客戶或許會帶來一些問題，但是如果可能的話還是要找一個現場客戶。如果無法實現，就要尋找其他的途徑來確保定期的溝通。
回顧——把在每次反復結束的時候進行回顧作為一條紀律定來下，并把人們的想法付諸行動。
我們剛剛更加仔細地探討了《上篇》里第一個圖表的外層圓環，它需要所有參與者的同意。這可能是敏捷開發里最困難的一部分，但是它能夠很好地協調業務和IT，而且其好處不僅對于業務而且對于IT也是很有價值的。
總結
盡管在本系列里我們向你講解了如何一步步地培養敏捷軟件開發的能力，以及如何從內到外樹立開發人員的信心，然后是開發小組的信心，最后是整個項目小組的信心。從在Exoftware公司的經驗可以看出，很多公司都選擇為某個項目建立一個完整的敏捷開發實驗小組，并讓一個指導老師手把手地幫助小組。如果你選擇這一方法，你將具有從所有做法直接獲得好處的優勢，此外，它將給你適應你具體環境的有價值的信息。簡單地說有：
實驗性的敏捷軟件開發——如何開始
文章來源于領測軟件測試網 http://www.kjueaiud.com/
