第一百二十三章　红姨的名单多了一列颜色

一秒记住【爱阅】
aiyue365.org，更新快，无弹窗！

    第一百二十三章红姨的名单多了一列颜色(第1/2页)
    第二百万的去向先记到了三个月后。把时间拨回二〇一〇年最后一周，平台人力部上线一套人员排班系统。
    软件由本地公司开发，安装在平台服务器和三家酒店的人事电脑。它能看岗位、班次、培训、加班、宿舍床位与紧急联系状态，经理可以按需求排人。过去四家公司各用表格，员工跨项目支援时，经常同一天被排两处，或者没人知道一名夜班司机已经连续工作十小时。
    第一版系统很好用。
    阮秋在青川酒店做客房，旺季支援岚桥两次，系统自动扣掉冲突班。潘成跑早餐路线后，下午不再被另一个调度叫去机场。临时工有没有培训和保险一眼可查，红姨不用抱四只文件夹在楼间跑。
    二月，人力总监严凤加入。
    她不是严陆亲属，过去在一家大型制造企业做人力分析，履历完整。她看到跨项目缺勤和离职率高，提出建立“班次稳定性指标”，帮助经理提前补位。指标最初只有四项：过去八周实际出勤、迟到、临时换班和可工作的时间段。每项都来自排班，不看病名和家庭。
    红姨同意试行，条件是不影响工资、晋升和续约，只用于提前准备替班。
    三月，指标旁多了一列颜色。
    绿色表示排班稳定，黄色表示需要备用，红色表示高变动。经理一眼就能筛。颜色不是严凤偷偷加的。平台运营委员会审过，谭文礼、严陆与两名项目人事签字，我在年度“运营安全与人员连续性”授权页上也有签名。
    问题从数据来源开始。
    实际出勤只能告诉系统一个人哪天没来，不能告诉为什么。严凤认为病假、住宿距离和紧急联系人可达性会影响临时替班，于是申请调用三层资料：病假天数，不看具体病名；员工宿舍或自行居住的区域，不看门牌；紧急联系人是否能在四小时内取得联系，不看关系内容。
    申请写得很克制。
    红姨退回一次，要求说明紧急联系人为何与工作稳定有关。严凤解释，夜班员工突发状况时，公司需要判断能否快速联络家属与替班；只取“可联络”布尔值，不取号码。
    第二版通过了。
    系统生成颜色后，没有人立即被开除，也没有一项工资自动变化。经理却开始用它做最省事的选择。需要挑十名员工参加高端客房培训时，主管先筛绿色；安排长期固定夜班时，先排绿色；临时加班问谁，仍先找绿色，因为他们“比较可靠”。黄色和红色没有被正式惩罚，只是一次次看不见机会。
    红姨第一次发现，是岚桥一名洗衣工来问为什么自己连续三个月没有固定班。
    她叫梅香，过去照顾患病父亲，请过六天假，后来父亲去世，出勤恢复。系统滚动八周，她早应从红转黄，再转绿，却一直显示黄色。人事查公式，发现“紧急联系人不可达”每周扣分。她父亲原是联系人，去世后号码失效，梅香没有及时改。
    “死人打不通，所以我不稳定？”梅香问。
    严凤说系统并不知道联系人去世，只知道资料不完整；补新联系人后，下周期会更新。
    “我没有别人。”
    “可以写朋友、同事。”
    梅香问：“不写行不行？”
    按劳动关系，她可以不提供超出必要的私人联系人；按系统，她会继续失分。两个答案同时存在，选择便不再真正自由。
    梅香不愿补朋友号码，还有一个原因当时没人问。
    父亲生病那半年，她曾把邻居写成备用联系人。一次她夜班迟到，主管没有先打她手机，系统直接拨邻居。邻居以为她在酒店出事，跑去敲她母亲的门，一条街都知道她没回宿舍。那次只是公交故障，她自己十分钟后到了。
    “你们说紧急才打。”梅香对严凤说，“迟到十二分钟算什么紧急？”
    严凤查调用记录。旧系统的自动规则把夜班开始后十分钟未打卡列“安全关注”，给人事提示；项目主管把提示理解成可联系家属。号码调用有记录，理由只写“未到岗”。规则没有明说错误，培训也没有把事故、失联和迟到分开。
    主管解释，外地女员工夜里未到，若真出事，晚打一个电话会被追责。
    “先打本人没有？”红姨问。
    “打了一次，占线。”
    “同事和接送车呢？”
    “怕耽误。”
    他是为了快，也是真的担心。可担心只要不分层，紧急联系人就会从救命号码变成考勤工具。平台把调用次序改为本人、当班接送与员工指定同事；只有事故、明确失联风险或本人事先同意，才开家庭联系人。紧迫时可以越序，事后须说明事实，不用“安全”两个字概括。
    梅香问过去那次有没有人负责。主管接受书面纠正和培训，项目向她及被打扰的邻居说明；没有给一笔封口补偿，也没有因为没有金钱损失便说算了。她要求邻居号码立即删除，系统仍须保留曾调用的审计记录，两者分开：业务联系人删，受限日志留到规定期限。
    “删了为什么还有我名字？”她问。
    “日志证明谁看过，不能再拿来联系或排班。”周萍说，“期满再处理。你可以看这一条，经理不能搜。”
    梅香听懂后仍不喜欢。资料保护不是让每个人都喜欢公司保留什么，而是保留者要能说明用途、权限、期限和怎样反对。她最后没有再提供新联系人，班次不因此降。
    这件事进入抽查后，严凤发现“联系人可达”原本还有一项看似善意的加分：能够联系家庭的人被认为发生异常时恢复更快。没有任何统计证明，只是软件顾问在设计会上写的经验判断。严凤曾看见，却没要求依据，因为它符合大家对“本地有家更稳定”的直觉。
    直觉一旦进公式，便会穿上一件像数据的衣服。
    严凤在报告里没有把责任全推给软件商。她签过需求确认，运营委员会也通过。软件商则须说明通用模板为何默认存在该变量，并停止向其他客户把它包装成行业经验。平台只能要求与自己合同相关的整改，不能宣称已经替所有公司删掉同一偏见。
    红姨要求立即取消联系人可达性权重。
    严凤反对一发现个案就改公式。她提出先抽查两百名员工，确认是否系统性偏差。运营委员会支持抽查，暂停将颜色用于培训和长期班，却允许继续做替班参考。
    “暂停一半和没暂停有什么区别？”红姨问。
    严凤回答：“经理需要知道谁经常临时缺席。”
    “那就看具体班，不看父亲电话。”
    （本章未完，请点击下一页继续阅读）第一百二十三章红姨的名单多了一列颜色(第2/2页)
    严凤不是坏人。她处理的是四家公司近千个班次，若全靠主管记忆，熟人会得到更多好班，临时变化也会让酒店断人。她相信数据能比人情公平；红姨看见的是，数据把人不愿解释的生活先变成一种风险。
    抽查结果两周后出来。
    绿色员工的确更少临时换班，系统在预测替班上有效；同时，住员工宿舍、没有本地家庭联系人、请过连续病假的人明显更容易黄或红。女性照护者和外地员工受到的影响更大。不是公式直接写“照顾家人扣分”，是每一项看似中性的变量都在绕着同一群人转。
    严凤要求把抽查方法也公开给员工代表。
    两百人样本由软件公司按部门随机抽，人力部却先排除入职不足三个月和长期休假者。理由是数据不完整。红姨指出，被排除的人恰好更可能住宿变化、病假或照护，抽查会低估影响。外部审计将样本扩大，加入新员工与长期休假者，只在预测准确率上分组，不让“资料不完整”从公平分析里消失。
    扩大后，颜色与个人处境的关联更明显。宿舍员工整体出勤并不差，却因夜间接送点变化被模型当变动；没有本地联系人者缺岗率没有更高，可达性仍扣分；病假后三周内，实际返岗稳定，却要等八周窗口慢慢恢复。
    “把窗口缩到两周就行。”一名软件工程师说。
    红姨问：“病好两周以后，为什么还要知道病过？”
    工程师说模型需要历史，完全不看便不能预测。
    “那先问该不该预测这个人，不是预测得准不准。”
    技术人员习惯从准确率回答。员工问的是公司有没有资格把批准的休假拿来预测机会。两边不在同一层，增加样本也不会自动合意。
    严凤提出做一次员工访谈。她原本想由人力部主持，红姨坚持外部访谈员和员工代表共同，经理不在场，个人回答不回项目。四十名员工自愿参加，拿误工时间；不参加不影响任何决定。
    一名夜班门童说他喜欢系统，因为过去主管总叫熟人加班，自己明明有空也轮不到；一名清洁员说颜色让她不敢请假；一名司机希望公司记录他主动拒绝超时，却不希望拒绝变“不稳定”；两名外住员工愿提供上车点，不愿给家庭地址。没有一个统一的“员工意见”。
    访谈让问题更细。
    员工并不反对所有数据，也不要求经理闭眼排班。他们希望可用时间由自己说，工时和资格真实记录，病假和联系人不再变机会分，系统能记录公司临时取消与经理偏好，而不只记录员工改变。开放班池后来能成立，正从这些相互不完全一致的要求里来。
    严凤在报告中承认，自己把“减少主管人情”与“多收数据”当成同一件事。实际可以用公开班次、资格和工时减少偏好，不必先预测谁的生活更稳定。她没有因此否定分析能力，只把模型问题从技术误差改成用途设计。
    梁仲平看访谈预算时问，四十人误工与外部费用是否值得。严陆说若只为证明旧模型错，似乎过多；红姨回答，整改不能只由原来做表的人想象被表影响的人。董事会最后将费用列治理整改，不从员工福利扣，也不拿访谈内容做宣传。
    四十份录音在形成匿名主题后按约处理，只有外部机构保留必要审计证明。平台拿的是结论和经员工同意的短句，不拿完整声音。有人在访谈中谈家庭、债务和病情，不能因一句话有感染力便进董事长演讲。
    黎真问严凤，颜色是否进入过薪酬和续约报告。
    严凤说制度上没有，实际经理导出过七次。三次用于培训，两次用于固定班，一次用于季度优秀员工候选，一次用途栏写“管理参考”。导出都经过项目人事账号，没有越权破解。
    “谁批准导出？”我问。
    “系统权限按运营安全授权。”严凤把流程给我看。
    最上面是董事会批准的数据分类，中间是运营委员会用途，最下面是项目经理日常调用。没有B.L.，没有假名，也没有一张伪造签字。每一级都比海货贸易行旧桌规范，结果却让梅香因为一个已经去世的父亲少拿固定班。
    我要求停用颜色，保留原始出勤记录，等董事会复核。
    严陆问：“停多久？下周两场会务，替班怎么排？”
    “主管按具体可用时间和近两周班次排。”
    “那又回到人情。”
    “先回去一周，也不能让错误继续。”
    严凤说可以立即删联系人变量、缩短病假影响窗口，再做新版本。红姨不同意只调权重。她要员工知道哪些资料被拿去算过颜色，过去七次导出给了谁，因颜色失去的固定班与培训如何补。
    “你要把所有经理叫出来认错？”严陆问。
    “我要让员工知道不是自己忽然变差。”红姨回答。
    会议没有结论。
    当晚，红姨把她早年建立的住宿、病假和紧急联系人纸名单从人事柜取出。她不能直接带走公司劳动档案，只把自己保留的保护用途说明和最早授权复印。上面写得很简单：住宿为了夜班床位与安全接送，病假为了休息和医疗安排，紧急联系人只在事故、失联或本人请求时使用。
    严凤看后说，新系统仍是为了运营安全，没有把资料卖给外面，也没有公开病名。
    “用途不是只看你想做什么。”红姨说，“还看拿它对人做了什么。”
    这一段我在夜账里先记到整改结果：颜色列后来在三月被隐藏，经理不能再筛；后台数据没有删除，以便查过去影响。梅香获得补选培训的机会，固定班按当前可用时间重排，不把她直接涂绿作为补偿。
    事情看起来止住了。
    我在董事会临时决定上签“暂停人员稳定性色彩展示及非替班用途，全面复核”。梁仲平投赞成。他说任何影响员工机会的指标都可能形成公司责任，必须留证，不能为了纠错把日志全删。
    红姨听见“公司责任”，脸仍冷。她怕他把伤害先算成未来债务，而不是先看梅香失去的三个月固定班。
    两人又都没有错。
    我当时不知道，颜色隐藏以后，公式仍在系统里生成一个没有颜色的稳定性分值。项目经理看不见红黄绿，却能在“排班建议”中得到从高到低的名单。软件公司说这是优化功能，不属于展示。
    申请调用这项功能的授权，仍沿用我签过的那张“运营安全与人员连续性”。
    红姨的名单少了一列颜色，排序没有消失。

章节报错（免登陆）

验证码：提交关闭

第一百二十三章 红姨的名单多了一列颜色

第一百二十三章　红姨的名单多了一列颜色