计划开始时间

我见过最典型的一次跨部门事故，发生在一个 200 人规模的软硬件联合交付项目里。硬件团队认为自己在 3 月 10 日准时"开始"了样机装配，软件团队却坚持说他们…

去年第三季度，我帮一家做智能硬件的公司做研发效能复盘，把 1,240 条跨部门任务记录拉出来做交叉比对，得到一个有点反常识的结果：任务的“计划开始时间”和负责人真正动手的时间，中位…

我在过去三年里给 40 多个研发团队做过流程体检，最容易引发争议、也最容易被当成"填个日期而已"的字段，不是故事点，不是优先级，而是任务属性里的开始时间。一次典…

我在过去几年帮二十多个研发团队做过项目数据体检，最常把负责人问住的问题不是"你们怎么排期"，而是："任务上那个开始时间，到底是谁填的？填的是哪一天？上…

上个月我帮一家 260 人的硬件研发企业做研发效能复盘，把任务系统里近半年的记录导出来看，发现一件挺反直觉的事：这些任务在计划里平均周二就该开工，但第一次真正产生工作量、第一次有人…

很多团队把“任务开始时间”当成一个随手填的字段，直到某次复盘会上，项目经理问了一句“这个里程碑为什么晚了 11 天”，才发现系统里 43% 的任务开始时间是被批量导入时统一写成 0…

去年下半年，我参与了一家约 400 人研发组织的交付复盘。我们把上半年 3200 多条任务的开始时间字段全部拉出来做交叉比对，得到一个很难看的数字：有 41% 的任务，实际开始时间…

上个月我帮一个 160 人的研发组织做排期复盘，把近三个月的 4217 条任务导出来跑了一遍统计，结果不太好看：填了开始时间的任务只有 43%，而在这 43% 里，有 61% 的&…

去年我帮一家做工业设备的公司做排期复盘，翻出 32 个项目、1847 条任务的字段填写记录，发现有 412 条任务的“实际开始时间”是在任务已经动手两三天之后才被补填上去的，还有 …

2023 年下半年，我帮一家 260 人的智能硬件公司做研发效能诊断。他们的项目延期率是 38%，管理层的第一反应是"人不够、需求变更太多"。但我把项目管理系统…