1. 团队的结构是否强调自身的长处，支撑短处，而且支持、激励团队成员?团队某个成员的弱点应该可以被其他成员的优势所补足。

　　2. 团队结构是否将必须同时属于两个团队的人员数目降到最低(而且避免有人同时属于三个团队)?试图同时着手多个并行项目、或是多个任务，都会损害进度。

　　3. 团队结构是否能将团队保持在一起的时间延至最长?应该更倾向于让成员能够在长期内保持在一起的团队设计，这能让团队的感觉和联系保持长久。

　　4. 组件团队的结构是不是只在有限而且易于处理的情况下使用?团队应该是功能团队，围绕着端到端交付可工作功能的方式构建。

　　5. 是不是两个pizza这样的食物数量足够多数团队食用?大多数设计良好的团队应该有7±2个人。

　　6. 团队结构能够将团队之间的沟通路径数目最小化?如果在待开发应用中做一个小更改，就会带来大量团队之间的沟通，那么就得好好看看团队结构了。

　　7. 现有结构是否鼓励团队沟通?如果换个结构，团队就不愿意这么做?高效的团队设计鼓励团队或个人之间的沟通，可能他们本来不想这么做。

　　8. 团队设计是否支持对于责任的明确理解?结构应该推进共享所有权和共同成功的理念。

　　9. 团队成员是否可以对团队设计提出建议?他们应该感到这是他们构建起来的团队。