这并不意味着这个客户不去从事他的“日常”工作，而是说他就在周围准备好回答问题。即使隔着一层楼也会影响沟通。要进行面对面的对话，而不是用电话或者电子邮件。
显然，设置现场客户并不总是可能的，在这种情况下，他应该尽可能地接近小组，并尽可能地参加每日例会。如果这也不可能，那么你就要让他参加日常会议——至少一周一次——以确保你在不断地去的反馈意见和沟通。
对反馈和沟通的增加也需要定期进行回顾。这最好应该在每个反复结尾的时候进行。这样的回顾能够让小组有机会坐下来检查上一个反复，并弄清楚什么做得好、什么做得不好，以及下一次能够把什么做得更好。应该问三个问题：什么有用？什么没有用？我们要改进什么？
重要的成功因素
现场与否？——现场客户或许会带来一些问题，但是如果可能的话还是要找一个现场客户。如果无法实现，就要寻找其他的途径来确保定期的沟通。
回顾——把在每次反复结束的时候进行回顾作为一条纪律定来下，并把人们的想法付诸行动。
我们刚刚更加仔细地探讨了《上篇》里第一个图表的外层圆环，它需要所有参与者的同意。这可能是敏捷开发里最困难的一部分，但是它能够很好地协调业务和IT，而且其好处不仅对于业务而且对于IT也是很有价值的。
总结
尽管在本系列里我们向你讲解了如何一步步地培养敏捷软件开发的能力，以及如何从内到外树立开发人员的信心，然后是开发小组的信心，最后是整个项目小组的信心。从在Exoftware公司的经验可以看出，很多公司都选择为某个项目建立一个完整的敏捷开发实验小组，并让一个指导老师手把手地帮助小组。如果你选择这一方法，你将具有从所有做法直接获得好处的优势，此外，它将给你适应你具体环境的有价值的信息。简单地说有：
实验性的敏捷软件开发——如何开始
文章来源于领测软件测试网 https://www.ltesting.net/
