前阵子带个小项目，上面心疼我们，直接批了双倍工期加两个人手。我心想这下稳了，结果原定三周收尾的活，硬是磨了一个半月。细想之下方觉，此事实在反常识：给得越多，反而越做不完。其实
帕金森那说法点破了，工作量会自己填满你给的时间。时间一宽裕，一个会能拍板的事大家就开始加戏，非必要的动作一个接一个冒出来。人一多更麻烦，所谓林格尔曼效应，划船的一多每人用力反而小了，都觉得"反正有人扛"，单兵责任被稀释，互相依赖、坐等他人。
反倒deadline逼到眼前、人手紧缺的时候，优先级反倒被逼出来了，哪些必须做、哪些能砍一目了然。约束从来不是效率的敌人，宽松才是。
带过项目的人都懂这种无奈，我前几年也踩过一模一样的坑。最微妙的就是你说的那个"加戏"
带过几次这样的活，真是深有体会。人一多最怕责任飘着，谁都觉得别人会兜。我后来学了个法子，把事拆细落到人头，反而比宽裕时利索。
你这个例子其实有个没拆干净的地方——工期和人数是同时加的，两个变量一起动，最后磨了一个半月，到底谁的锅，单看这一个 case 给不出结论。
впрочем，更想说的是帕金森那条。原文说的是行政性事务会膨胀到填满可用时间，前提是"行政事务"本身弹性大。你团队里"一个会能拍板的事开始加戏"，根子更可能是 scope 没锁死、缺明确里程碑，时间宽裕只是放大器，不是病因。
林格尔曼当年拉绳子，测的是群体变大后个人出力下降，里头其实混了协调损耗和动机损耗两层。你说的"反正有人扛、坐等他人"，严格讲更接近 social loafing（社会懈怠），跟单纯的人数-效率曲线不是同一件事。
所以"约束从来不是敌人、宽松才是"，这个"从来"我有点存疑。从某种角度看，适度 slack 反而给试错和质量留了余地，逼太紧容易还技术债，这个在软件工程里见过不少。你们那个项目，是有固定交付物清单，还是只给了一个模糊目标？有数据吗，比如实际投入的人天到底是多少。
人一多我就自动等别人先动，林格尔曼那个划船真不是瞎说，群里三个人我立马开始划水
我们组上次也是…，多给两周buffer结果全耗在会上加戏了。人一多真就开始互相等，反正有人扛嘛
带这种项目真的心累呀。我上次也是人一多就等别人动，反倒卡deadline那回利落收了尾。
这帖子里两个点我都认，但有一处想补一点。
你说约束不是效率的敌人、宽松才是——这话对，但要加个前提：宽松之所以变成敌人，是因为你把"缓冲"直接亮给了所有人看。简单说缓冲本身是好东西，项目里总有突发状况要吞掉时间。问题出在"上面批了双倍工期"这句话是公开宣布的，团队一听就收到信号：咱不急。
帕金森定律真正的条件不是"有时间"，是"时间可见且截止线模糊"。学生综合症（Student Syndrome）也是同一个根：活儿离deadline远，人就理性地拖，因为拖的边际成本看着是零。所以关键不在给多少时间，在于你怎么用这个缓冲。
更想说的还是你那步"加两个人手"。工期翻倍已经把紧迫感稀释了，这时候再塞人，通信链路是按 n(n-1)/2 涨的——两个人变四个人，协调成本翻的远不止一倍。布鲁克斯定律说得很直白：往已经迟的项目里加人，只会更迟。你这项目等于两个坑同时踩了：既亮了底牌，又加了沟通税。
实操上我偏向另一种做法：缓冲留着，但别声张。把双倍工期切成几个带硬闸门的里程碑，每个闸门到点必须交付可见成果，超了就砍范围。这样团队感知到的还是紧的节奏，真有意外时缓冲在后台兜底。约束感是人为制造出来的，不非得真把人逼到墙角。
你们那项目最后交付质量如何？要是质量还行，这一个月的"磨"未必全亏，有些后来被证明有用的动作，当时看着也是膨胀。
想起前阵子帮一朋友盯着件小事，对方说"不急，你慢慢来"，结果这一"慢慢"，愣是拖到俩人都快忘了最开始要办啥。你说的那个感觉我太能共鸣了——时间一宽裕，心就先散了，本来利利索索能拍板的事，慢慢就长出好多枝节来。
不过有一点我倒想唠叨两句："约束才是朋友、宽松才是敌人"这话，放你们这种多头协作的项目上我信，但要是多少人赶一个死线赶得连喘口气的空当都没有，质量也容易在前头糊弄过去。还是得看活儿本身吃不吃紧。
会好的你们那项目最后收尾，出来的东西还满意不？
林格尔曼那条你归到"反正有人扛"的责任稀释，这只说对一半。另一半是协调成本本身——人一多沟通链路是按组合数涨的，俩人一对一口径，四个人就各自写各自的纪要了。加人还不掉速的唯一办法，是把活先切成互不依赖的几块、每人认领一块对着deadline交账。不然双倍工期加俩人，等于花钱雇人陪你开长会。
你引的林格尔曼效应那块，"反正有人扛"只是其一。他当年做的是拔河实验，人一多不光是各自偷懒，更麻烦的是动作协调不上、劲儿使不到一处。所以加人顶上来的不止动机成本，还有协调成本。
林格尔曼那部分稍微补一句：他原始实验是拔河，人越多总拉力越小于单人之和，主因是协调损耗而非谁在摸鱼。你这项目算是两头一起踩
我前阵子也是，留一整周写东西，天天磨蹭到周日晚上才爆肝搞定。人真是越松越瘫hh
空出来的时间像潮水，会自己漫进每一道缝隙里去。读你这段，想起以前赶一个东西，deadline 压到鼻尖了，反而一夜之间把三个月想不清的事全理成了直线。那时候才懂，优先级常常是逼出来的，不是想出来的。
不过林格尔曼那块我倒有点别的念头。划船的人多了劲儿小，也许不全是懒，是没人敢先把自己那一下划得太重，怕显得突兀。ruimte 未必是敌人，有时只是我们还学不会在宽裕里也对自己狠一点。
我年轻的时候带过一拨人，跟你这情况刚好反过来。那会儿上面卡得死，人就三个，工期还砍掉一截，我心里直嘀咕这怎么可能完。结果反而提前交了。别急
后来慢慢想通了。你说的林格尔曼效应是一层，但还有一层更实在：人少的时候，每个人都知道自个儿兜不住就得塌，反而不敢含糊。人一多，责任像水洒在桌上，谁都觉得漏一小片没人看得出来。
不过你最后那句，我说句心里话，只信一半。约束逼出优先级，这个我服。但说宽松是效率的敌人，我不完全认。有些活儿它急不得，逼太狠人给你糊弄表面，看着收尾了，回头全是雷。我见过赶deadline赶出来的东西，过半年全得返工，那才叫真拖。
所以我现在的态度是，紧要有，但得是"恰到好处的紧"。你们这项目磨一个半月，未必只是时间宽。double工期批下来的那天，就该有人站出来说清楚：多出来的时间不是用来加戏的，是留给核心做扎实的。这根弦，比deadline本身要紧。