城北与城南两个社区服务站合并。外部看来,它们服务相似人群、使用同一套登记软件,合并应该只是统一排班。第一次全体工作会,城北员工说“家庭已经转介给城南”,城南员工却说“我们只收到一封情况介绍,没人确认承办”。一位家庭因此在两个站点之间反复说明自己的需要。负责人希望教练让两边放下历史包袱,培养共同身份。若团队先去设计新口号,却不检查“转介”这个最常用的词在两套旧流程中到底意味着什么,共同身份很容易停在门口的新招牌上。

这篇原创综合案例将前面关于合约、语言、权力与试验的学习放在一次真实工作链里。教练不决定社区服务个案应由谁承接,也不替专业人员判断服务资格。实际业务责任、保密、信息授权与必要支持需由相应岗位按适用要求处理。教练能支持的是,让两套历史经验在桌面上得到公平说明,使团队辨认谁在什么时候仍须负责,并把新约定落实到下一次交接。

第一场会谈,先别让两边各自陈述对方的问题

负责人原先准备让城北列五条城南的不足,再请城南列五条城北的不足。他想把隐藏的不满说开,但这样的结构可能让每一边内部迅速站成一队,而最需要合作的相邻岗位变成彼此辩护的阵营。教练建议先选一段已适当去识别、能说明工作流程且不暴露不必要个人资料的转介链条,由各岗位说自己在每个时点看到什么、认为谁有下一步责任。若真实资料无法在此范围内适当使用,可以以共同认可的虚构情境模拟同样交接。

城北接待员描述,在旧站点,只要把转介表发送给指定接办人并取得系统发送记录,原接待便结束跟进。对方会在沟通不成功时另行告知。城南接办员说,自己的旧站点恰好相反,只有明确回复“已经承接”以后,原联络人才结束照看;否则发邮件只是询问是否有资源。两边一直遵守各自曾经有效的规则。那位家庭重复说明经历,并非证明其中一方不愿负责,而是两个完成条件拼接以后出现无人确认的空档。

这时候很容易有成员说“那就用我们以前那套”。教练可以把争论从历史归属移到服务对象实际需要:“如果一个家庭在两个岗位之间移动,怎样才能知道当前联系谁,怎样知道自己的信息会流向哪里,怎样避免尚未有人确认承接时大家都以为工作已结束?”成员可以继续尊重各自过去的经验,同时依据现在的服务责任设计新的共同条件。重要的是确认哪些资料可以传递、需要获得哪些适当授权,以及谁能够作出正式承接判断。这些必须依据真实业务规定核实,不能因两边同意就省掉必要程序。

第二个转折,为什么一张新表格引发防御

团队写出一张草案,包含“提出转介、接收资料、核实接办条件、正式承接、向服务对象确认下一联系人”等状态。草案由城北同事起草,他熟悉软件字段,效率很高。城南成员看着新表格却越来越少说话。有人会后说:“连表格名称都是城北旧版本,这不就是我们全被并进去吗?”如果教练只关注字段是否准确,可能低估一张表对身份与权力的象征;若只谈被吞并感,又可能放下真正需要尽快保护的服务交接。

教练可以先核对感受到的影响,而不替一方宣布另一方有意排挤:“草案主要沿用了城北的软件字段,城南原先的某些确认动作却是这次新流程的重要来源。你们是否愿意一起核对,哪些部分来自各自已有的经验,哪些必须重新设计,最后由谁依据什么决定?我们可以同时谈工作功能与采用过程。”一位城南老员工说,自己不在乎表格是不是叫某个名字,介意的是还没参与讨论,新的截图就被负责人发到工作群当作定稿。原以为是文化身份冲突,实际还包含清楚的决策状态问题。

负责人修正发布方式,将草案标明待共同核实,并向两站成员说明哪些正式条件由服务标准决定、哪些具体接口可以共同设计。下一轮起草由城北与城南各一位真正接件的人搭档,先各找一笔模拟订单检查字段能否支持工作,再向全组展示差异。这样安排并非为了形式上两方各占一半,而是新流程必须从发送端和接收端都能使用。如果某一项字段来自更合适的旧方案,可以保留,不必为了象征公平把两套不同命名并排造成新的混乱。是否采用以工作可靠性、专业条件与成员参与为依据,而非以哪边获得更多署名来衡量胜负。

第三个转折,团队发现“一个窗口”并非一个人的工作

负责人希望向家庭宣布“以后一个窗口服务”,让来访者不需要自己跑两个站点。成员初听都支持,真正演练时却出现新问题。若接待员承诺“我会全程负责”,她可能无法访问另一站必要系统,也无权决定服务安排。若说“你下一步去找城南”,又可能把协调负担重新丢回家庭。教练请团队用一段具体对话测试承诺:“假设我是一位已经完成必要授权的服务使用者,你们能清楚告诉我现在由谁联系、何时得到更新、若接办条件不满足怎样回到合适支持吗?”

城北成员试说:“我今天负责把已同意的必要资料转给相应岗位。在对方正式确认以前,我仍是你可以联系的窗口。若在约定时间前没有结果,我会告诉你已知情况和下一次更新安排。”城南成员补充,正式承接以后,应主动与家庭核对新的联系人,避免只在两站系统里修改状态却没人向当事人说明。这个措辞还需根据实际服务职责、时限与信息条件核实,不能因为示范时听起来顺畅便承诺全部个案都适用。演练的意义是让团队发现,还缺哪些权限、回复责任与例外处理,才能诚实说出“一个窗口”。

有个特别的例外由夜班员工提出。若原联络人次日休假,谁维护尚未确认的转介?过去靠他用私人手机不断查看,他并不希望新制度继续要求个人全天在线。团队把“由原联络人承担”修改为“由发送站点当班岗位按既定权限持续跟踪,交班记录写明当前状态”,并安排正式的替班渠道。看起来只改变一句话,却使团队从依赖好心同事转向依赖有职责、有资源的工作位置。成员看见新制度真的能减少长期隐性负担,合并带来的抵触也有机会转为更具体的参与。

第一次试行,怎样避免拿真实家庭冒险

两站先用桌面模拟与非敏感测试记录走通状态更新,检查系统权限、信息最少必要范围、回复时点与异常处理,再由有职责人员确认是否以及怎样进入实际服务。若某项业务涉及较高风险或正式专业判断,应遵照相应程序,而非为了试验新协作就让服务对象承担未核实的风险。教练可以帮助团队明确试验学习目标,却不替专业责任人批准操作。实际实施后按适当授权与保护条件回看工作过程,不把家庭私人经历当作公开教学材料。

试行一周,系统里出现五笔“已接收资料”,其中两笔已初步符合承接条件,但接办员忘记改状态。若只看表格,会以为工作停滞;若只听接办员说“都处理好了”,发送站点和服务对象仍不会知道下一步。两站选择在正式确认时同时触发必要的岗位通知,并检查服务使用者是否获得可理解的信息。后续复盘不只数完成量,也核对中途失败的路径、补充说明是否被准确传递、谁因此增加了额外工作,以及是否有资料被重复收集。团队在看到不足时没有立即恢复旧做法,而是把每项差异当成能检验共同接口的材料。

结项时,新团队怎样讲自己的身份故事

三个月后,两站没有完全抹平所有历史差异。城北仍擅长快速初步联系,城南仍保留细致核实承接条件的经验。改变的是,成员开始能向新同事解释哪些环节可以保留岗位特色,哪些交接状态必须共同理解。一次有争议的转介出现时,不再有人先说“你们那边就是这样”,而是先问“这笔目前处在哪个状态,谁已明确同意承担,服务对象听到的下一步是什么”。团队的共同身份在这句工作语言中逐渐变得具体。

给读者的案例练习,是为同一个工作词写出两个旧团队各自默认的动作,例如“接手”“完成”“处理”“已通知”。再模拟一个位于边界上的人,检查两套定义放在一起会造成重复承担、无人承担,还是未经授权地传递信息。最后说明你作为教练会如何帮助双方核实事实、商量采用过程与保护相关人,而不把两边缩成谁先进、谁落后的故事。真正可靠的合并不必以所有人使用相同口号开始,却应能让一个需要服务的人明确知道,自己的事情此刻在哪里,谁会负责把下一步接起来。

若还要选择一个月后的观察指标,可以请新加入的替班同事只看正式记录,说明一笔待转事项应向谁了解、何时需要再次更新、什么条件下不能改变状态。若他能顺利说出,说明知识已经有机会离开原来的两套私人默契。若仍需要分别向两位老员工求证,就继续检查哪一条重要约定尚未进入可用的工作说明。这样的检验比问“大家是否已经融为一体”更接近服务能否真正被接住的现实。

阅读 102