责任边界

去年冬天，我陪一家做工业设备 SaaS 的公司复盘一个延期了 23 天的版本。奇怪的是，代码提交曲线、构建成功率、测试覆盖率都正常，唯一失控的是任务本身：327 个任务里有 61 …

很多产品团队在起步阶段都遇到过同一个尴尬：一个功能需要设计、前端、后端、测试、运营五个人配合，但产品经理把任务丢进群里之后，两天过去，除了自己没人知道这件事该谁先动手。更常见的版本…

去年第三季度，我以外部顾问的身份介入了一家 260 人规模软件公司的 PMO 复盘。创始人给我的原话是：“我们的问题不是没人干活，而是活干完了不算数。” 我把他们过去 6 个月里 …

我把过去六年经手和复盘的多人任务翻了一遍：真正因为“能力不够”而翻车的不到两成，超过七成的返工、延期和扯皮，都发生在任务被分派出去的那一刻，责任人字段填了五个人，验收标准写着“尽快…

去年第四季度，我参与复盘了一个延期 47 天才交付的项目。项目本身的技术难度并不高，真正拖垮它的是三次任务转交：需求从产品转到研发时漏掉了一个关键的兼容性约束，研发转到测试时没说明…

我在负责一个 400 人规模的研发交付组织时，做过一次内部复盘：连续三个月里，延期超过 5 个工作日的 137 个任务中，有 93 个挂着至少一名"协办人"，占…

我见过最危险的任务分派，不是在项目启动会上当众宣布“这块你来负责”，而是在项目已经烧到眉毛时，项目经理把一份写了三页的方案转交给一个看起来“靠谱”的人，说了一句：“你先按这个推进，…

2023 年我复盘过一个延期率 41% 的项目群，最刺眼的数字不是延期率本身，而是：100% 的任务都有明确负责人，但只有 38% 的任务负责人能准确说出"我负责到什么程…

去年我接手一个 130 人研发组织的项目管理治理，第一周翻任务列表时发现一件事：一个“订单导出功能”被拆成了 27 条任务，其中 9 条标题几乎一模一样，负责人却分散在三个小组，截…

我做过 6 年项目负责人，带过最大 40 人的跨部门项目组，也管过 5 个人的小团队。有一段时间我坚信"任务管理"这件事就是把任务列清楚、派下去、每周盯一次进度…