计划开始时间

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

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

很多企业管理者第一次接触"任务属性开始时间"这个概念时，都会觉得它只是一个再普通不过的字段：填一下不就行了？但我过去三年在给十几家中大型企业做研发流程梳理和项目…

去年第四季度，我参与了一家约 800 人规模制造企业的研发效能诊断。复盘会上出现了很尴尬的一幕：三个事业部对同一个交付项目的关键路径结论完全不同，A 部门认为瓶颈在硬件联调，B 部…

我见过最贵的一次项目复盘，结论只有一句话：“研发拖了两周。”把 47 个任务的开始时间字段全部拉出来对照之后，真正的原因不是研发慢，而是三个前置任务在立项时被写成了同一个计划开始日…

我做过一次不太体面的统计：把手上经手的 37 个研发与交付项目的任务表全部导出，逐行核对“计划开始时间”这一列。结果是 68% 的任务，它的开始时间从创建那天起就再没被人修改过一次…

三年前我以研发效能顾问的身份，参与过一家做工业软件公司的项目复盘。那是一个原计划 6 个月交付的车联网项目，最终延期了 11 周，但复盘会上团队几乎找不到"哪一步出了问题…

2023年我参与过一家约320人研发组织的交付复盘，系统里全年任务准时率显示87%，客户按合同里程碑统计出来的只有61%。差异既不在估算，也不在人力，而是出在同一个字段上：开始时间…

去年我帮一家 420 人的智能硬件企业做研发流程复盘，第一次拉出在途任务清单时，1864 个任务里有 37% 的“开始时间”是空的，还有 28% 填写的日期比代码仓库第一次提交的时…

很多企业管理者第一次被“开始时间”这个问题卡住，是在一次项目复盘会上：项目经理说任务 5 月 12 日就开始了，财务说系统里显示 5 月 15 日才开始，PMO 翻出三个月前的基线…