工程管理定律概述 - 文章系统梳理13条工程管理领域的经典定律，涵盖效率优化、团队协作、系统设计等维度，为技术管理者提供实战思维模型 [1][3][4] 效率管理定律 - 帕金森定律揭示工作会填满所有可用时间，设定合理截止日期可提升效率但需平衡范围、资源、时间三角关系 [5][6] - 侯世达定律指出项目耗时必然超预期，即使预留缓冲时间，建议时间估算需经历多次翻倍调整 [6][8] - 布鲁克斯定律警示延误项目增加人力反而降低效率，类比"9个女人无法1个月生育"生动说明边际效益递减 [10][11] 系统设计定律 - 康威定律表明系统架构会复刻组织沟通结构，Flo公司通过逆用该定律将发布周期从3周缩短至每日20-30次 [13][15] - 海勒姆定律揭示API所有可观察行为终将被用户依赖，导致功能删减阻力，需警惕功能开关滥用 [24] - 扎温斯基定律描述软件必然功能膨胀直至被更简方案取代，AI时代需防范非必要功能堆砌 [21][24] 团队效能定律 - 普莱斯定律量化团队产出分布：50%产出由总人数平方根成员贡献，100人团队中10人产出等同其他90人 [25] - 林格尔曼效应显示团队规模与个体效率负相关，1913年拔河实验证实，PostHog公司通过拆分为15个小团队提升效能 [26][27][29] - 古德哈特定律警示指标异化风险，代码行数等量化指标易被操纵而失真 [30][34] 实践方法论 - 坎宁安定律提出"错误诱导法"促进协作，故意提交问题PR可倒逼流程优化 [16][22] - 斯特金定律指出90%功能属无效投入，10倍工程师价值在于聚焦核心10%高价值产出 [18][20] - 吉尔布定律主张不完美测量优于无数据，与古德哈特定律形成制衡，开发者效能领域已实践此原则 [32][35][37] - 墨菲定律强调必须验证所有小概率事件，复杂边界案例未测试必导致生产事故 [38][40]

#1 这个问题仅仅是更大问题的表象吗？ 产品经理的核心工作，就是通过产品的设计、开发和优化来解决用户或市场中存在的问题。所以，很多人都会 认为他们的主要工作职责就是"解决问题"——找出客户的问题并解决它们。 但是，并不是所有的问题都需要产品经理挨个儿去解决的。解决问题的最终目标是通过产品为用户和企业创造 价值、放大价值。所以，产品经理的工作重点应该是"致力于解决值得解决的问题，并以最佳方式为客户提供价 值"。那么身为产品经理，如何让自己的工作效能最大化？这里有15个探索性问题，可以帮助你理清思路。 每期监测和精编全球高价值情报，为你提供先人一步洞察机会的新鲜资讯，为你提供升级思维方式的深度内 容，是为 [ 红杉汇内参 ] 。 这个问题真的值得解决吗？ 用约会来类比，下面这些问题就是用来帮助你确认眼前的"心动对象"是否真的值得投入感情的。 首先，你有必要花点时间通过5-Whys分析法进行追问，确保你找到的是 可被解决的根本问题 ，而不仅仅停 留在解决表面的症状上。 举个例子来说： 你的产品准备推出某个新功能。你先放出了申请链接，但反响平平；此时你又发现申请测试使用该新功能的 流程有点小问题，你很容易会直接以为 ...