问问你的团队这些问题吧

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