这里的技术专家团队可以由内部工程师组成，但一些场合也可以考量外部的技术资源。

　　我们在实践中有这样的场景：系统处在试运行中，性能的问题比较突出，但客户使用后的新需求不断提出，所有人的精力都在新需求的实现上，对性能的优化没有足够的热情，或者说已经“疲”了，所有的头脑风暴已经不能得到有价值的反馈。

　　为此，我们尝试了外包。我们的目标是在本次Sprint使客户感受到性能的提升，我们是这么做的：

　　1.找出客户抱怨的三种页面（登录、统计、详单）以及网站的首页作为本次优化的需求

　　2.在我们以前合作的承包商中，选择技术优的（客观的说，并不是合作好的）

　　3.和承包商沟通出一个合作模式：承包商负责找出瓶颈，提出方案，测试并提交测试报告以证明方案的可行性。和承包商的沟通和评定，是由架构师团队来完成，换句话说，架构师团队是承包商的PO，负责技术需求的提出和验收。

　　4.根据承包商提出的方案，结合Sprint的周期，选择后的方案。我们的原则是：改动量小，效果相对明显。

　　5.由Team进行代码修改，由承包商进行技术支持。承包商需要有一个人和我们一起工作。

　　我们发现：其实承包商不一定可以提出特别让人“眼前一亮”的方案，但却找出了一些明显的常识性的问题，这些问题很可能是进度紧的时候仓促写的，但再没有人进行重构，更确切的说是没有人有热情进行重构。