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

微信扫一扫，阅读更方便^_^

学习了~

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