每天一条软件法则：帕金森定律

第 16/56 条 Parkinson's Law（帕金森定律）

2️⃣ 核心定义
工作会膨胀到占满为它分配的全部时间。给一项任务越宽松的时间窗口，人们越容易把计划、讨论、打磨和拖延一起塞进去，最终让本可更快完成的事情变慢。

3️⃣ 解决的问题
它解决的是“时间给得更充足，效率就会更高”的误解。在软件工程里，过宽的周期经常导致优先级漂移、无休止打磨、需求边界松动和启动延迟。结果不是更从容，而是更分散、更低效。

4️⃣ 软件工程实践案例
同样一个内部报表导出功能，如果团队被告知“两个月内做完就行”，很可能会出现大量非必要打磨，比如反复讨论技术方案、提前支持很多罕见格式、不断改 UI 细节，真正核心功能迟迟不落地。如果改成一周内交付可用版本，只聚焦 CSV 导出和权限校验，团队反而更容易快速完成真正重要的部分。