可从以下九个问题进行探讨：
?? 1. 团队的结构是否强调自身的长处，支撑短处，而且支持、激励团队成员？团队某个成员的弱点应该可以被其他成员的优势所补足。
?? 2. 团队结构是否将必须同时属于两个团队的人员数目降到最低（而且避免有人同时属于三个团队）？试图同时着手多个并行项目、或是多个任务，都会损害进度。
?? 3. 团队结构是否能将团队保持在一起的时间延至最长？应该更倾向于让成员能够在长期内保持在一起的团队设计，这能让团队的感觉和联系保持长久。
?? 4. 组件团队的结构是不是只在有限而且易于处理的情况下使用？团队应该是功能团队，围绕着端到端交付可工作功能的方式构建。
?? 5. 是不是两个pizza这样的食物数量足够多数团队食用？大多数设计良好的团队应该有7±2个人。
?? 6. 团队结构能够将团队之间的沟通路径数目最小化？如果在待开发应用中做一个小更改，就会带来大量团队之间的沟通，那么就得好好看看团队结构了。
?? 7. 现有结构是否鼓励团队沟通？如果换个结构，团队就不愿意这么做？高效的团队设计鼓励团队或个人之间的沟通，可能他们本来不想这么做。
?? 8. 团队设计是否支持对于责任的明确理解？结构应该推进共享所有权和共同成功的理念。
?? 9. 团队成员是否可以对团队设计提出建议？他们应该感到这是他们构建起来的团队。

??2. 团队结构是否将必须同时属于两个团队的人员数目降到最低（而且避免有人同时属于三个团队）？试图同时着手多个并行项目、或是多个任务，都会损害进度。
这点没有注意过。其他有同感

学习了~