“为什么我们一直这样做?”这句话可以打开一场有价值的讨论,也可能只引出一句“以前就是这样”。团队中不缺少疑问,真正稀缺的是把疑问转成观察、选择和行动的机制。成员如果提出问题却长期没有回应,下一次往往选择沉默;如果任何疑问都立即变成新项目,团队又会被过多任务压垮。

知行社为教练家平台整理这篇文章,讨论如何把好奇心放进日常工作。这里的好奇不是不断追求新鲜,也不是对每个人的行为刨根问底,而是愿意认真理解实际经历,并为值得检验的问题安排适当的行动。团队教练可以帮助组织在开放探索与履行现有责任之间建立清楚的连接。

好奇心需要一个具体对象

负责人说“大家要有创新意识”,成员通常不知道从哪里开始。可以把问题落到一个服务界面:客户第一次接触时在哪一步困惑,成员交接时需要重复解释什么,培训参与者为什么无法把课程内容用到工作中。对象越具体,观察越容易连接到真实任务。

有价值的疑问应允许答案改变原先看法。例如,“为什么同事总不配合”预设了对方的问题;“他在接收任务时缺少哪些信息”则打开了可调查的空间。教练可以请提问者说明自己已经观察到什么,以及哪些部分仍只是猜测。提问不够中立时,不必批评对方,而是一起改写成可以被检查的句子。

也要区分探索对象与个人隐私。关心成员工作困难,不代表可以追问其所有生活经历。团队可以讨论完成任务需要什么支持,让成员选择愿意提供的相关信息。好奇心应服务于共同工作,不能成为要求成员证明忠诚、动机或私人状况的工具。

从判断改成观察

团队很容易把解释写成事实。“客户不认真读通知”“新人缺乏主动性”“其他部门不了解业务”都可能隐藏着具体事件。可以请成员描述最近一次情境:发出了什么信息,对方作出什么回应,自己当时如何理解,还有没有其他可能。这样的描述允许别人补充,也帮助团队发现信息不足。

观察不只是听投诉。可以查看真实工作路径、比较不同例外、询问执行者最费力的节点。不要只找支持既定方案的材料。如果准备改进一个预约流程,就既听取顺利完成者,也了解中途退出者的经历。不同经历可能说明问题不是一个单点,而是不同人面临不同条件。

收集信息时要明确用途与范围。完成讨论只需要流程体验,就不必保存详细个人资料。对组织内部记录的访问和展示,应遵循相应规则。教练帮助团队理解信息的局限:一段访谈不能代表所有使用者,几个例外也不能直接说明整个流程失效。承认局限比编造确定性更有利于决策。

给问题安排一个回应路径

员工建议渠道经常失败在没有明确回应。一个人提出问题后,只收到“谢谢建议”,不知道有没有被看见。组织可以为疑问设置几种状态:已收到、需要补充信息、适合有限试验、暂不推进、已形成调整。每种状态都需要简短理由,以及相关责任人。

回应不意味着所有建议都会实施。一个问题可能重要但不在当前范围,可以说明以后重新讨论的条件;一个提议可能涉及较大风险,需要专业评估;还有一些可以在现有权限下试用。公开状态有助于避免重复提出同一件事,也让成员理解组织如何安排注意力。

渠道的形式不必复杂。团队既有例会中留出一个问题检查环节,或者使用清楚的共享记录,都可能有用。关键在于谁持续维护、谁有权决定、多久提供反馈。如果没有这些责任,新增平台只是把沉默搬到另一个地方。教练需要检查实际运转,而不是把上线工具视为机制已经建立。

把值得探索的问题转成有限试验

不是每个疑问都需要项目。可以先问:我们最想了解哪一个不确定点,怎样以较小影响获得信息?例如,成员怀疑任务交接说明太长,不必马上设计新系统,可以先用现有工作中的一个任务试用更清楚的说明格式,并观察接收者还需要补充什么。

试验应说明范围、责任、资源和停止条件。若涉及客户、合同、安全或敏感信息,需要相应批准。小范围不等于可以忽略权限。教练支持的是清楚的探索,不是通过缩小名义上的规模绕过正式要求。试验越具体,越容易确认哪些结果能够支持判断。

观察项也要与问题匹配。若问题是信息是否清楚,不能只记录流程完成速度;若问题是使用者是否感到负担,不能只看团队节省了多少时间。可以同时记录任务执行和相关者体验,避免一项局部改善把成本转移到另一个岗位。所有数值都应来自实际观察,不为展示成效虚构百分比。

团队好奇心工作回路
知行社为教练家平台独立编制的讨论工具;不是诊断量表,不表示效果保证。

这张图将具体疑问、现场观察、共同选择、有限试验、结果反馈和工作调整连接起来。它是知行社独立编制的团队好奇心工作回路。每个环节都可能发现需要返回的问题,回路不表示任何疑问都必须形成创新成果,而是帮助团队决定什么时候继续、什么时候停止。

负责人怎样示范真实好奇

负责人在谈话里询问意见,却在听到不符合预期的回答后马上解释自己正确,会使成员学会提供安全答案。可以先复述对方实际指出的问题,再询问具体事件与影响,最后说明哪些部分可以处理、哪些需要更多信息。认可信息不等于同意所有结论。

负责人也可以公开修正一次判断。例如,原来认为员工不愿采用新表格,听取使用者后发现字段与真实工作不一致。说明自己怎样改变看法,比反复强调开放更有示范作用。但不应要求负责人表演脆弱或披露不适当信息,重点是让证据能够影响决定。

当问题暂时不能处理时,也应说明理由。成员可以接受取舍,却难以判断沉默代表什么。若原来承诺的反馈未能完成,承认并更新安排,避免让成员承担追问责任。负责人对于回应的稳定性,本身就是创新机制的一部分。

认可学习,不只奖励亮眼点子

若只有提出新想法的人获得认可,实际观察、试验执行和维护流程的人容易被忽视。一个好方案通常依赖多人贡献,团队可以明确谁发现问题、谁补充信息、谁检验风险、谁完成实施。认可应与真实贡献连接,不能由最善于表达的人垄断。

同时,及时指出方案不成立也有价值。成员发现一个试验增加使用者负担,并建议停止,可能避免继续投入。对这种反馈应认真处理,而不是认为对方缺乏积极态度。学习有价值的前提是能够说明新认识,不是任何失败都自动值得奖励。

对于奖励形式,由组织结合实际决定。教练可以帮助讨论哪些行为希望被支持,以及现有激励是否与之冲突。例如,一边鼓励跨部门探索,一边只按照个人短期交付评价,可能让成员无法安排时间。工作量、绩效与认可方式需要共同检查。

记录项 需要写清楚 检查重点
疑问 具体对象、事件与未知 避免把人格判断当事实
观察 实际经历和信息局限 是否只收集支持原想法的信息
试验 范围、权限、资源与责任 是否把成本转移给其他角色
反馈 发现、决定和下一次条件 是否告知最初提出问题的人

表格呈现从疑问到反馈的最少记录。使用时不要把记录本身变成新的负担。一个短句足以说明的内容,不必要求完整报告;但涉及权限和影响的关键条件不能省略。记录的目的是使问题有去处,使选择有理由,使学习能够进入后续工作。

一个教学案例:重新理解反复催问

以下案例为教学编写,不代表实际客户项目。某服务团队觉得客户反复追问进度是在打断工作。原先的建议是统一回复“正在处理中”。教练请团队观察最近几次追问的时点,发现客户多数在自己的内部会议前询问,实际需要的是能够向同事说明的下一步安排。

团队重新提出疑问:“客户是否因为不知道下一个确认节点而反复询问?”他们在现有权限内试用简短状态说明,写出已经完成什么、目前等待什么、何时再次更新。试验不承诺提前完成,也不暴露内部不适合公开的信息。负责人明确谁更新,避免每位成员分别发出不同版本。

复盘时,团队检查客户是否理解状态、是否仍需补充信息,以及成员维护说明花费的时间。即使追问减少,也不马上宣称客户体验全面改善,而是观察哪些任务适合这种安排。有些紧急项目需要更直接的沟通,有些状态不能由一线成员独立确认。新的理解因此进入了分情况处理的规则。

保持好奇,也保持工作焦点

团队可以定期检查目前探索事项是否过多。每个新试验都消耗准备、协调与复盘时间,若不停止旧事项,所谓创新可能成为负担叠加。决定暂停时,应说明是价值不足、信息不足还是资源暂不可用,不把所有未实施的点子都归为失败。

还应检查探索能否回到组织目标。一个令人兴奋的技术功能不一定回应当前客户需要,一项新活动也不一定支持真实学习。教练可以问:“如果这个问题得到答案,我们会改变哪一种决定?”若没有能够连接的决定,先保留为观察,可能比启动项目更合适。

对教练家平台的团队教练与管理者,好奇心的实际价值在于帮助人们暂缓过早判断,认真理解工作,再作出有证据、有边界的选择。它既需要开放提问,也需要稳定回应和真实取舍。让问题进入一条能够运转的工作路径,团队才不必在沉默与无限增加任务之间选择。

还有一个常被忽略的环节,是把试验结果反馈给最初提出问题的人。若他只看到自己的疑问被写进清单,却不知道后来发生什么,机制仍像一个黑箱。可以告诉他哪些信息被采用,哪些条件使方案改变,以及目前决定保留什么。即使没有实施原建议,也让他看到参与如何影响判断。这种反馈应保持具体,不以笼统感谢代替解释。对于由多位成员共同发现的问题,同样需要说明集体贡献,而不是只在最后表扬提交表单的人。

对于跨部门提出的问题,回应责任尤其需要提前安排。一个疑问同时涉及运营、技术和销售,不应让提问者自己寻找所有负责人。可以指定一位协调人汇总各方意见,说明当前谁决定下一步,而不是把问题在部门之间来回转发。协调人不必替所有部门作结论,但应保证信息被接收、不同判断被看见,以及最终状态能够返回团队。这让跨部门好奇不再依赖个人关系,也帮助管理者发现哪些问题反复卡在责任界面。

阅读 0