主要观点总结
文章讨论了作者对于合作公司是否应该扩大产品团队规模的观点。公司因为业务增长快计划招人，但作者认为现有团队规模已经能够满足大部分业务需求，扩张团队可能会带来不必要的熵增。文章还分析了业务需求在提出到实际开发过程中的折扣因素，并指出企业在不同阶段需要不同的策略，不能盲目扩张。
关键观点总结
关键观点1: 公司业务增长与团队规模的关系
公司因为业务增长快计划扩大产品团队，但作者基于现有业务迭代周期和需求去化率认为现有团队规模已足够高效。
关键观点2: 业务需求的实际开发折扣
虽然有很多业务需求被提出，但实际上真正进入开发的业务需求占比只有70%，其他需求因为各种原因被遗弃，如优先级不高、需求变化或需求不成立等。
关键观点3: 企业扩张与熵增的问题
作者认为企业盲目扩张带来的熵增弊端可能大于业务增量，如果组织能力跟不上，可能会带来负面影响。
文章预览
周一与合作公司开例行产品早会，这次我主要旁听，除了日常工作同步外还有一个主题，招人。 他们公司今年业务增长比较快，研发和运营团队已经在去年底扩张了 10% 左右，这次准备给产品团队增加人手了。 对此，我是有不同意见的。 在我看来，按照他们现在的迭代节奏和需求去化率来说，当下的团队规模是效率最佳状态，再招人只会加剧熵增。 目前产品迭代周期是一周半，平均在 10 天左右。从业务需求提出到响应上线，最多不超过两周。 每个迭代周期的后半段，就会开始评估下一个周期的需求排期和产量，从过去一个月的需求去化率来看，整体能达到 90% 以上。 也就是说，九成以上的业务需求可以在现在的产品团队规模下被消化掉。 整个迭代周期内，产品经理要完成三类工作，分别是开发需求跟进、新需求方案设计、已上线需求复盘，其
………………………………
