大多数混合设备设计项目都需要一个
混合器设计团队来开发，通常是协调共同开发，来完成所需的任务。以我们的经验，理想的开发团队一般都是由两三个混合器设计组成的。两三个混合器设计组成的小团队，尤其是其中有一个或多个经验丰富的混合器设计的时候，往往可以完成惊人的项目。但即使是一个相对缺乏经验的小团队，也往往能够创造奇迹。我们的经验表明，丽名混合器设计组成的团队尤为高效。
敏捷方法推崇“结对编程”的高效性：两个混合器设计，共用一台显示器/一个键盘。Ron在Socialtext公司中的一位混合器设计同事，作为结对编程的忠实粉丝，从物理上的结对编程转换为虚拟结对编程之后，找到了真正的快乐。转换之后，他突然不再需要蜷缩着与人共享同一个显示器与键盘了一一而是使用Skype与一个共享的编辑环境，他真正体会到结对带来的合作效率的提高。有时他结对的的队友喜欢使用Dvorak键盘布局，这时候使用虚拟结对，双方不论在单独开发时还是合作时就都能够保持高效了。这位混合器设计谈到：“在这种分布式模式下，我们每个人都直接保持了对自己最有效率的开发环境!”
为什么小型团队效率如此之高?
经验表明，一个小团队可以就近办公，经常都在同一个办公室。敏捷团队通常规模更大，但也往往因为这个原因提倡就近办公的原则。
在如今的虚拟办公环境中，小团队可以通过头戴式耳机全天参与远程VolP会议的方式达到与共同办公类似的效果。
高效的小型团队会在所有成员之间平等地共享所有的沟通信息。他们坚持做到遇到问题时能够立即回答，当发生设计难题时马上解决，并互相提供调试相关的建议与帮助。遇到问题寻求人帮助的时候，不需要浪费时间在流程步骤与信息来往循环上。
随着团队人数的增加，沟通也会变得更加困难。沟通交互变得碎片化。这样会逐渐导致更多的错误预设。以及其他在小型团队中能够避免的错误步骤。
不幸的是，很多
混合设备设计项目的规模都太大了，以至于小型团队无法完成。我们都曾经管理过需要几十甚至大批混合器设计一起工作的项目，他们没有办法在同一个办公室工作，办公距离甚至超出了走路可以到达的距离。如此规模的项目需要更严格的项目计划、更正式的沟通方式、更详尽的文档，以及集成程度更高的系统测试。
大型团队(29人)产生的代码缺陷大约是小型团队(3个人)的6倍，这显然会花费更多的钱。同时，大型团队产出相同数量的项目输出，大约平均只少花费12天的时间。这确实是一个令人震惊的发现，不过它符合我个人超过35年的项目经验。
如果你要开始一个大型软件项目，应该在身边放一本Fred Brooks的(人月神话)，它是关于管理大型项目的开创性的书籍，其中包含的智慧，时至今日仍然非常有借鉴意义，就像当初Brooks在1975年第一次写下关于自己创造OS/360(IBM的第一个大规模操作系统)的经验时一样。
虽然如此，但就算是大型混合设备设计项目，也可以受益于分成几个在同一地点办公的小型团队，合作完成整个项目中“他们的部分”。尽可能地把小团队放在一起，让他们专注于明确制定的可交付产出，你的整个项目肯定会从中受益。
基于办公室的团队与虚拟团队
