在分享具体实践前，我希望下面的总结性数据能帮助你获得一些背景知识。
项目处理的是期货交易领域，使用的技术栈是C#, ASP.NET MVC。团队主要由八名开发人员以及两名测试人员组成（其中一名测试人员在项目中期加入），其中4位是毕业生，3位具备工作经验，但刚刚加入Thoughtworks，只有一位开发人员具备.Net开发经验。
下面是全部35周的燃尽图，黑色实线代表项目的范围，绿色实线代表开发完成的速度，蓝色实线代表测试完成的速度，每周为一个迭代。
在这张图的大部分区域内蓝色和绿色是重叠或者非常接近的，这意味着团队每迭代开发完成的功能恰好与测试人员的处理能力对齐。一方面，这归功于测试人员自行实现的自动化测试框架对效率的提升，另一方面，开发人员参与测试也起到了平衡开发和测试速度的作用。
让我们截取开发过程的一部分，观察每个迭代的速度，在下面这样图中，横轴代表第几个迭代，纵轴代表每迭代完成的功能点数。
从项目经理的角度看，团队的交付速度很稳定，从15周开始直到项目的结束，我们都可以放心的使用12点每周的经验数据进行估算、计划工作。事实上团队在后期所处理的工作种类越来越多，包括了正常的开发任务、公式转换、性能调优、验收测试、支持等。在这种情况下，每个人都具备跨角色，跨模块工作的能力才保证了可持续的交付节奏。
在这篇文章中我们一起回顾了分工历史，对于技术团队影响以及建设全功能团队的必要性 ，在下一篇文章中我将详细分享一些实践以及经验数据。