工具采用,不等于工作做好
看员工能否正确使用、核验结果、识别边界,并在关键业务决定中保留应有的责任。
工具有人在用,不代表工作已经做好;流程有了演示,也不代表可以受控运行;一次试点有结果,更不代表组织已经准备好接管和扩展。
看员工能否正确使用、核验结果、识别边界,并在关键业务决定中保留应有的责任。
看输入输出、知识和规则、人工节点、异常处理、评测与验收条件是否能在真实流程中对得上。
看是否有责任人、维护和变更安排、数据与治理条件,以及把流程交还给企业后继续复盘的能力。
ARC(AI Readiness & Capability)不是把组织压缩成一个标签,而是把人员、流程和组织放进同一条可追溯的证据链。
HPO 代表 Human、Process、Organization。三个层面分别取证、分别讨论;证据不足会被保留为限制,不会被悄悄当作通过或失败。
ARC 支持管理层、业务负责人和专业人员作决定,但不替他们作决定;它的结论始终带着范围、证据和限制。
有很多想法,却无法把“做 AI”缩成一项可讨论的决定和一条具体流程。
需要区分是岗位动作、流程边界、知识条件还是责任安排没有跟上,而不只是再加一堂通识课。
需要判断是否先补材料、权限、评测、异常处理和 Owner,再决定继续验证、加固或暂缓。
需要用同一条流程回看能力是否留在企业内部,明确下一次复评的触发条件和证据。
先明确这次评估要回答的业务问题,再选择一条具体流程作为起点。问卷只是证据入口,不是结论本身;我们会按角色结合任务、访谈、材料和运行证据,记录支持、反证与尚未验证的部分。
确定要考察的业务单元、流程、风险和相关角色,以及评估要支持的决定;不默认一次覆盖全企业。
问卷只帮助建立线索,再结合实际任务、访谈、流程和规则材料、脱敏样例及运行记录。
逐项核对证据来源、日期、支持或反证;缺材料会标为缺口,不替它补成零,也不抵销关键门槛。
与管理层决策人和业务负责人核对决定与范围,保留事实更正机会;未解决的异议和限制留在记录里。
决定培训、补条件、验证、加固、复评、暂缓或停止,提出责任角色、依赖、替代路径和复评触发条件,由企业确认。
交付物围绕本次选定的流程和相关角色组织,范围、证据覆盖和限制都会写清楚,便于后续执行与复盘。
按人员、流程和组织分层呈现已支持、待核对和未验证的事实,不把不同层面的判断混成一个结论。
标出影响继续验证、接管或扩大的条件,附上来源、边界和仍需补齐的材料。
提出建议责任角色、所需依赖与目标时间,列出继续、调整、暂缓或停止的备选路径,再由企业确认。
说明是否需要培训、补条件、受控验证、标准试点、生产加固、接管复评或先停下来。
不发证,不做企业或个人排名,也不用于招聘、晋升、淘汰或绩效处分。
不以一个总分替代业务判断;证据不足、未评和范围外事项都会明确写出。
ARC 帮助做取舍和进入路径,不等于软件开发、生产部署、法律合规签字或全企业系统审计。
ARC 可以在 5·6·7 之前、过程中或交接后使用,也可以只做诊断或复评;是否进入实施由企业自行决定。
可以把 ARC 看作 Assess,把 5·6·7 看作 Implement,再用复评检查 Improve;这是可以衔接的工作,不是要求每个客户购买同一条完整路径。
看清起点、差距、关键门槛和进入路径,决定下一项行动。
把选定的工作流做出来、验证、加固并交接;只有在企业选择实施时才进入。
回到同一条流程检查能力是否真正留在企业内部,再决定继续扩展、调整或停止。
没有必要为了进入 5·6·7 而先完成全套 ARC;如果决定已足够清楚,也可以直接从实施、培训或其他服务入口开始。