可扩展式的人员配置：
项目组人员的增加， 会带来沟通成本和协调成本的线性增大
所以当项目规模变大时， 通过何种组织架构， 或者制度，来限制这些『没必要的协调工作』所带来的成本， 就很重要。
任何能够提高个人产出， 同时不伤害创新的办法都可以考虑。
1、『两张披萨饼团队』， 将大需求进行拆解， 拆分到最大『两张披萨饼可以喂饱』的程度：
2、合适的人、合适的时间、以合适的行为， 做合适的工作。
放到版本排期来看：
1、我们需要整个需求Feature自洽， 内部沟通， 没有和其他需求的交叉： server内部拆分需求， 做好结构分层， 权责分明， 下层基础服务的开发同学， 尽量减少和UI之外的同学沟通， 大幅减少沟通成本。
2、从对外视角来看， 我们应该找对这块业务最熟悉的同学做当前Feature的项目owner，因为这个同学平时会和需求pm频繁沟通， 理解和磨合成本会较其他同学低。