去年夏天，我们团队接了一个客户系统迁移的项目。按理说这种事流程清晰、分工明确，结果前两周就乱了套。开发说需求不全，测试抱怨没文档，产品经理在群里发了一堆截图，没人知道下一步该干嘛。

我试过拉表格、建看板、搞站会，可大家还是像无头苍蝇。直到有一天，小李——我们组最不爱说话的后端——递给我一张手写的‘请假条’。

不是真请假，而是他模拟写了个模板：

姓名：李明 申请事项：暂停用户模块开发 暂停原因：前端接口文档未更新，无法联调 预计恢复时间：待前端同事确认排期后 备注：已邮件提醒张工两次，暂无回复

我当时一愣。这玩意儿看着像行政流程，怎么用在开发上？但小李解释说：‘你想想，以前我说“卡住了”，领导听完了也就完了。现在我“正式申请暂停”，等于把问题抬到桌面上，谁也赖不掉。’

我觉得有意思，干脆把它变成团队的非正式规则：任何任务要暂停或延期，必须提交一张“请假条”。不走系统，先用在线文档共享表格，每人有权限填自己的。

神奇的事发生了。

以前“等设计稿”“等法务反馈”这类模糊拖延，现在都得写清楚：等谁、等什么、等多久、有没有催过。更关键的是，一旦写了“请假”，原定截止日自动失效，项目总进度条会实时反映这个延迟。项目经理不用再挨个问“怎么样了”，打开表格一眼就知道哪块卡着。

有次市场部临时加需求，负责人老王不想接，就正儿八经填了张请假条：

申请事项：暂停数据报表优化 暂停原因：新增促销活动需优先支持 影响范围：报表上线推迟3天，影响周一双周会数据准备 协调建议：请产品总监确认优先级是否调整

这张条子传到会上，总监一看，当场拍板：“那报表延后，促销不能动。” 一句话，责任清了，决策快了。

这方法本质上是把个人工作状态透明化、仪式化。一张小小的请假条，其实是微型的状态报告+风险预警+责任留痕。它不解决根本问题，但让问题没法藏起来。

后来我们把它升级了一下，加了几条规矩：

• 每张请假条必须关联一个主任务（我们用编号）
• 超过48小时未处理的，自动标红并@相关人
• 每周五下午，所有人花10分钟清理自己的“请假中”项

说实话，这办法土得掉渣，跟敏捷、OKR、精益那一套完全不搭。但它管用。尤其适合那种跨部门协作多、依赖链条长、又没专职PMO的小团队。

有人问我，为什么不直接用专业项目管理工具？我们试过Jira、TAPD，配置复杂，很多人懒得填。而请假条这种形式，门槛低到几乎为零——谁不会写请假？关键是心理上，它不像是“汇报工作”，更像是“行使权利”，反而更容易执行。

后来我们索性把它做进了内部系统。正好那阵子在用蓝点通用管理系统，这平台的好处是不用写代码，自己拖几个字段就能建表单。我把‘请假条’做成一个自定义应用，加了任务关联、自动提醒、分类统计，还能导出月度阻塞分析报告。

最让我意外的是，财务部看到后居然借去改成了‘报销预审条’，行政拿来管会议室预订冲突。一个开发团队的土办法，莫名其妙成了公司级的轻量协作协议。

前几天复盘，我们发现项目平均延期率下降了37%。不是因为大家干得更快了，而是问题暴露得更早，扯皮时间少了。有时候管理不需要新理论，只需要一个让人愿意开口说‘我卡住了’的方式。

现在新人入职，培训最后一课就是：来，写张假的请假条，假装你被UI设计卡住了，试试怎么写才能让对方不得不回你。