第621章 更加严格的流程 (第1/2页)
四周攻坚进入第二周，样本迁移正式开始。
周一晨会刚结束，李渊便在原有汇报规则上加了一条：凡是涉及合同节点、资源变更和风险升级的重点汇报，主责人必须到场。无法到会议室的，也要通过视频接入，不能只让秘书带着结论来回传话。
这条要求没有写许知微的名字，却明显改变了总经理办公室的节奏。
过去一周，现场把材料交给许知微，她筛掉重复信息，再拿着整理好的版本找李渊确认。流程公开，也有系统留痕，可一天七八次的碰面还是太密。李渊不愿继续靠临时回避解决问题，索性把真正承担结果的人拉回桌前。
第二天上午，A城样本迁移出现三百多条地址编码无法识别。项目组把问题标黄，技术负责人在外地，原本只准备让许知微提交两种处理方案。
她看完新规则，直接把技术负责人接入视频，又请客户数据专员一同参加。三个人站在屏幕两端，先确认失败数据的来源，再谈是否需要推迟节点。
技术负责人倾向于临时转换格式，客户专员却承认，旧系统里的地址字段多年无人维护，其中一部分根本不是有效地址。若全部转换，只会把错误搬到新系统。
李渊没有让许知微代替任何一方概括：“先把有效数据和历史废弃数据分开。技术负责验证转换规则，客户今天下班前确认作废范围。明早只看结果，不重复讨论已经查清的背景。”
许知微在纪要里落下责任人和时间，会议十二分钟结束。
规则第一次运行，比以前多占了两个人的时间，却少了一层转述。下午客户确认作废一百九十六条，剩余数据完成转换，样本迁移没有顺延。
财务部门很快发现，这套流程并不只限制秘书。第三方测试环境需要临时增加带宽，项目经理想先开通再补预算，被财务负责人挡了回来。两人都在会议上，谁也无法把决定推给一句“领导已经同意”。
项目经理摊开费用测算：“只增加七天，金额在项目备用预算内。今天不开，夜间测试要停。”
财务负责人指着合同附件：“备用预算能用，但资源关闭日期必须写进采购单。以前临时开通的服务，有两项半年后还在扣费。”
李渊把决定留在流程里：“开通七天，项目经理负责使用，采购负责到期关闭。第六天由系统提醒，延期必须重新申请。”
许知微没有替谁圆场，只把关闭责任单独列了一栏。规则变得具体后，会议反而没那么容易争成情绪。
到了周三，办公室日历里已经排出六场短会。她逐一核对，发现并非所有事项都值得把主责人叫来。两份例行数据更新、一项不影响节点的人员调班，也被部门标成重点汇报。若照单全收，公开流程
（本章未完，请点击下一页继续阅读）