按门槛排，不按人天
先定义每个阶段的完成标志，例如访谈名单全部到访、数据抽样表填满、评分表通过评审。门槛清楚，工期才有依据；只报总天数，延期时无法判断卡在哪一环，也无法向管理层解释，评审时也缺少依据。
访谈与核验并行
访谈排在前两周，数据核验从第一周就启动，两条线在第三周合流做场景评分。串行排期会把诊断拉长近一倍，而多数延期其实来自等待数据授权，不是访谈本身，并行能把这个等待吞掉，关键是提前排好。
把决策会写进计划
最后一周必须留出决策会，参会人包含业务负责人、信息中心与财务。会上逐场景给出做、缓、不做的结论并记入纪要，否则报告交上去也没有人拍板，诊断就成了文档工作，下次开会又要重讲一遍，评审时也更省心。
延期主因在客户侧
关键岗位出差、数据授权审批、法务与安全评审窗口，这三项通常占延期的大部分。启动时把这些依赖列成清单并指定对接人，比在合同里写违约金更能解决问题，也便于后续复盘时界定各方责任。
留出复诊接口
诊断结论有有效期，业务或系统一变就要复核。排期时约定三到六个月后的复诊方式与责任人，避免下次又从零开始访谈，也避免旧结论被继续引用而无人察觉，下次复诊时也更容易快速启动，后续复诊也省事。
适用与不适用
适合谁
- 需要在季度内完成立项决策的企业
- 多部门共同提出需求、需要统一排期的集团
- 已经做过一轮诊断但结论没落地的团队
不适合谁
- 希望一周内拿到结论、不接受访谈排期的紧急项目
- 关键岗位无法安排访谈时间的单位
典型场景
某制造集团要求两个月内完成三个工厂的 AI 需求诊断。项目组把访谈压在前两周，同时启动数据抽样；第三周做场景评分，第四周开决策会。因某厂财务负责人连续出差，该厂结论标注为待补访谈，其余两厂按期进入原型，并按周同步进度。
可执行步骤
- 确认诊断范围、决策人与参与部门，输出一页纸的诊断章程并签字，双方各留一份
- 排出访谈日历，为每个关键岗位锁定一名替补访谈人，避免空档，并提前告知
- 同步启动数据抽样与系统能力核查，不等访谈全部结束再开始，避免串行等待
- 用同一张评分表给场景排序，并交叉复核每项打分的依据与数据来源，避免口径不一
- 开决策会并当场形成纪要，明确下一步授权、预算归属与复诊时间，当场确定
常见坑
- 把诊断排成连续访谈，没有留整理与复核时间，报告质量明显下降，错误也会被带进决策，返工也更贵。
- 决策会安排在报告交付之后，没人对结论负责，项目自然停摆，报告只能进档案柜，决策被无限期推迟。
- 没有锁定替补访谈人，关键岗位一出差，整条时间线就往后推，最后只能压缩分析时间，报告质量随之下降。
- 范围在诊断中途扩大，新增部门插入访谈，原定决策日被一再推迟，窗口错过就要等下季度，下一季度又要重排。
自检与验收清单
- 每个阶段是否有明确的完成标志与签字人，可对照
- 访谈名单是否包含替补人与联系方式，遇缺可补
- 数据核验是否与访谈并行启动而非串行，有依据
- 决策会是否已排入日历并确认参会人，有人主持
- 复诊时间点与责任部门是否已书面约定，可追溯
常见问题
诊断一定要四到六周吗？
单场景且数据现成时可以压到两三周；多厂区、多部门、需要跨法务评审时通常要六周以上。排期应写明假设条件，条件变化就重排，而不是硬压时间交一份薄报告，这一点要提前说清。
能不能边诊断边开发？
不建议全线并行。可以对已确认的单一场景提前做技术预研，但正式开发应等决策会授权，否则范围与责任都说不清，出问题时也很难界定是谁的判断失误，边界也更清楚。
诊断延期该谁负责？
看依赖项在谁手上。访谈排期与数据授权通常由客户方负责，交付方负责方法与进度跟踪。把依赖写进周报，延期原因才能归位，而不是到结算时互相指责，对双方都更公平。