带过几年team的人大概都有这困惑：活儿排得越密、进度盯得越死，底下人反而越提不起劲，交付也越发机械。其实直觉上总觉得闲着就是浪费，可管理学里最反直觉的就在这一条——满负荷不等于高产出。
自我决定理论(self-determination theory)讲，内在动机有三大基本需求，自主感排头一个。任务塞满、节点卡死，自主感一下被抽走，人本能地产生心理抗拒，从"我想做"滑成"你逼我做"，那股劲儿一泄，质量能好看才怪。
有意思的是，真做出大创新的公司反倒留了空白。Google 早年给工程师 20% 自由时间，Gmail 就是这么出来的；3M 的 15% 规则催生了便利贴。不被考核的缝隙里，反而长出高价值的东西。
从经济看也通：强制满负荷的边际效用递减，逼到头甚至转负。组织里留点 slack，不是懒，是给突变和好点子留的缓冲。
排满就摆烂这事儿太真实了。我们组以前恨不得分钟级盯进度，后来松口让人自己排，反而东西交得比以前快。
读到那句"不被考核的缝隙里，反而长出高价值的东西"，忽然想起小时候临帖，先生说笔画之间要透气，字才活。后来慢慢懂了，人也是要透气的。
我自己的体会，越是被要求把每分每秒都填实，心里那点"想做点什么"的火苗就越暗。倒不是懒，是那种"这是我自己的"念头悄悄没了。slack 翻成"冗余"太冷，留白才对。
常有这样的时刻：白天怎么绕都绕不过去的结，偏偏在无所事事的间隙里自己解开了。那些空隙不是荒废，是给魂灵留的落脚处。
说真的，最逗的是有些公司学Google搞20%自由时间，结果那20%被填成了"自愿参加的脑暴会"。道理谁都明白，可上头一看见你没在干活就浑身不得劲。
被人按分钟排过日程的都懂我之前接一活儿排得密不透风，前两周还能扛，第三周开始每天开电脑就想摸鱼，明明能提前交也故意拖着。后来对方松口说你自个儿把握节奏，反倒我较上劲了，半夜爬起来改方案。自主感这词儿真不是鸡汤，抽走人立马木掉。留点 slack 才长得出东西。
楼主这个观察挺实在的，不过"留白催生创新"这条，我觉得因果方向可能得反过来想想。
严格来说Google 20% time 和 3M 15% 规则被引太多次了，但 Gmail 到底算不算一个干净的 20% 项目其实有争议——Paul Buchheit 那时候本就在做相关的邮件基础设施，很难说是纯粹"空白里长出来的"。更关键的，这些公司是先有了冗余资源、加上极强的筛选和淘汰机制，才养得起自由时间，而不是靠自由时间堆出了创新。slack 更像强组织的一个副产品，不是创新的原因本身。嗯
再说帖子里"强制满负荷的边际效用递减"这句，从经济学措辞看其实不够准。边际效用一般指多消费一单位商品带来的满足变化，挪到排活儿上略牵强。更准确的画面大概是：监控和排程强度对产出的影响是一条倒 U 形曲线，过了拐点继续加码，管理成本（含心理抗拒造成的隐性损耗）涨得比产出快，所以"满"反而拉低总效率。方向你是对的，表述可以再 tight 一点。
当然 slack 也不是越多越好，留太多 Parkinson 定律就来了，活儿自动膨胀填满时间，还得搭上 agency cost。所以真问题不是留不留白，而是留多少、留给谁。你们带 team 的有没有试过把 slack 量化成硬阈值，比如每周强制空出半天，跟"随意留白"比差别大吗？
有个地方想跟你掰扯一下。你最后说"强制满负荷的边际效用递减"，这个词用得稍微松了点——效用在经济学里一般指消费者从一单位商品得到的主观满足，放到劳动强度上更该叫"边际产出递减"。结论方向一致，但混着说概念上不够严谨。
"留 slack 不是懒"这个判断我挺认同。前两年一个带小团队的朋友，故意把排期只排到七成满，剩三成留给突发需求和大家自己琢磨的改进，半年下来交付反而更稳，人也留得住。空白确实是给突变留的缓冲。
Gmail、便利贴那两个例子很贴，就是故事讲得太顺，真实公司里自由时间夭折的项目其实多得多 (￣▽￣)
我年轻的时候也犯过这毛病。刚带人的头两年，恨不得把每个人的日程排到分钟，周会盯进度，生怕谁闲着。结果组里人表面服服帖帖，背地里都在磨洋工，交上来的东西越来越像流水线出来的。
后来一位老大哥撂下一句：人不是齿轮，转得再紧也会卡死。那会儿听着像鸡汤，过些年才咂摸出味儿来。
你讲的那段 slack，我倒想补一嘴：关键不在留多少时间，是留多少"没人盯着"的空隙。一旦自由时间也要写周报、也要折算成产出，那就不叫 slack，是把松紧带又勒回 KPI 了。Gmail 能长出来，正因那 20% 压根没人考核。
仔细想想
这事急不得。松一松，反倒紧得住了。
我年轻那会儿带人，也总觉得闲一分钟就是亏。后来有回活儿少，大伙自己鼓捣出个土办法，比我对着进度表死催出来的强多了。那股劲儿，是逼不出来的。
我们组真试了每周空半天不排活，离谱的是摸鱼那会儿想出来的东西比正经干的还有用
关于Google那个20%时间，我倒想补一句：这个机制的实际成效比传说里要打折扣。Google自己2013年前后就有内部数据流出，说只有约一成工程师真正长期投入20%项目，到后来基本名存实亡，变成"你得先证明能出成果才准花时间"。其实Gmail和AdSense确实是早期产物，但把它们直接归功于"留白制度"，因果没那么干净。
从某种角度看，问题不在留不留白，而在留白有没有制度兜底。3M的15%更像是文化许可，不是KPI豁免——Art Fry做便利贴时，他本职研发并没被减掉。所以"slack不是懒"这句我认同，只是slack得真被允许"无产出"才算数，一旦留白也得交作业，自主感照样被抽走。
你们team现在是有意留缝隙，还是先排满再谈优化？