进度偏差分析
输入是 WBS 计划、实际完成量与前一周的现场记录，输出偏差项、受影响的后续工序与需要协调的资源。计划工程师确认口径后提交周例会，系统不判断延误责任归谁，延误责任仍在项目层判断，需要独立复核。
质量巡检整改
输入是巡检照片、检查表与整改回复，输出问题分布、超期未闭环清单与重复出现问题。质量负责人核定整改结果，闭环结论由人签字，系统不代替验收，系统不会生成验收结论，也不能代签，需留档，相关记录需要留档。
安全隐患提示
输入是隐患台账、班前教育与天气信息，输出高频隐患类型与重点区域提示。安全总监据此判断是否停工或加固措施，系统不做隐患定级，也不承担安全责任，停工与复工都必须书面下达并备案，需要独立复核。
劳务实名资料
输入是实名制考勤、合同与工资发放记录，输出在场人数、异常考勤与待补资料清单。劳资员核对之后上报，涉及个人信息的字段要脱敏处理，不能整表外发，对外上报的口径由劳资岗统一把关，相关记录需要留档。
材料进场资料
输入是进场验收单、质保书与复检报告，输出缺件清单与待归档资料。资料员按档案要求整理，系统只做提示与归集，不判断材料是否合格，材料是否合格由质检与监理现场判定并签字确认，需要独立复核。
适用与不适用
适合谁
- 有多项目、多工种交叉作业的总包，有专人在岗。
- 质量与安全巡检量大的项目部，巡检量大。
- 愿意把台账电子化的工程企业，有台账基础。
不适合谁
- 现场记录完全依赖口头的项目，很难落地。
- 希望系统直接判定质量或安全等级的需求。
典型场景
某总包在三个项目上同时试点。资料员用手机拍照上传巡检记录，系统按区域汇总问题并标出超期未整改项；质量负责人现场复核后在系统里确认闭环，项目经理在周例会上按清单分派整改任务，问题不再压到周末补。
可执行步骤
- 从巡检整改这类闭环清晰的场景开始，先在一个项目跑通再推广，再复制到其他项目。
- 统一照片、检查表与整改回复的字段格式，避免采集与判断角色重叠，纳入每周例会跟进。
- 指定每个场景的采集人与判断人，避免角色重叠，并约定每周更新一次，结果由项目经理确认。
- 每周导出一次问题清单，与现场核对之后更新状态，并逐一核对整改状态。
常见坑
- 五个场景一起上，采集口径不统一，汇总出来的数字互相矛盾，会议无法使用，结论也落不了地，会议也开不下去。
- 把整改回复当闭环证据，没有现场复核，问题会被反复上报又反复关闭，系统里一直在空转，一线逐渐不信。
- 劳务数据整表外发，个人信息泄露，合规风险由企业承担，事后补救的空间很小，事后补救空间很小。
自检与验收清单
- 每个场景是否有采集人与判断人，是否可追溯，是否有人复核。
- 照片与检查表字段是否统一，字段是否够用于判断。
- 整改闭环是否有现场复核，由谁负责，复核记录是否留存。
- 个人信息字段是否脱敏，导出是否经过审批留痕。
常见问题
哪个场景最容易起步？
质量巡检整改，因为输入是照片和检查表，闭环标准清楚，试点两周就能看出有没有用。进度偏差涉及计划口径，通常要等记录规范之后再做，别急着上偏差分析这类模块，稳一点更好。
照片能自动识别问题吗？
可以做辅助识别，但现场光照、角度与遮挡会影响准确率，误报多时一线会关掉功能。更稳的做法是让系统做归集与超期提醒，识别结果由人确认，也不要直接生成整改单，人工确认更稳。
劳务数据能用吗？
可以用，但要按个人信息保护要求处理，考勤与工资字段要限定访问人群。对外报送前做脱敏，留存期限按项目与法规要求确定，不要长期囤积，不要图省事把整张表外发，别图省事。