月牙铲

ORID 焦点对话 · 通过客观—感受—诠释—决定四阶段,引导深度复盘与意义建构

三个版本连延,谁卡了流程?

开场(进场的第一句)

(把打印好的邮件往桌上一放,没看你)你收到邮件了吧。其实我本不想约这个会,但小杨那边催我出根因分析,我只能按数据写。三个版本,平均延期4天,客户警告函都来了,总不能说我这边流程没问题吧?你说呢。

4 阶段提问练习

  1. O

    客观事实

    建立共识的事实基础。问「什么/谁/何时/具体」,不带评价

    你想先听听王婷对哪件事的具体描述?

    • 9/10好选择

      你说邮件里提到三个版本延期,能具体说说v6.2、v6.3、v6.4各自是在哪个环节延期的吗?

      具体问到了版本号和流程环节,聚焦事实不评价,为王婷提供客观描述的空间。

    • 4/10试试别的

      你邮件里说80%责任是技术侧,这个数据是怎么算出来的?

      虽然问了来源,但直接引用责任比例,容易让对方进入辩解模式,不够开放。

    • 2/10试试别的

      你为什么要发那封邮件?是不是觉得我们技术团队能力不行?

      属于评判+引导式提问,直接预设结论,会让对话变成争论而非事实梳理。

    你想让她帮你梳理时间线?

    • 10/10好选择

      我注意到你邮件里写了延期天数,但没写具体节点。能说说v6.2从需求锁定到发布,每个节点实际用了几天吗?

      从具体数据入手,引导对方描述流程节点,不评价不归因,符合O阶段目标。

    • 6/10可以更稳

      v6.2延期了4天,那4天都卡在哪儿了?

      问到了卡点,但用词'卡在哪儿'可能隐含指责,且未分节点,略显笼统。

    • 1/10试试别的

      你们发布流程是不是一直都有问题?

      属于绝对化副词+预设结论,直接跳到问题归因,违反O阶段纪律。

    我注意到____,也想了解____。

    提示:我注意到邮件里你提到需求变更点,也想了解具体是哪几个需求变更了,分别是在哪个版本发生的。 · 我注意到你说测试排期有问题,也想了解每个版本留给测试的实际天数是多少。 · 我注意到你提到发布窗口,也想了解v6.2、v6.3、v6.4各自计划的发布窗口和实际发布时间。

  2. R

    感受反应

    释放情绪、识别共鸣。问「感觉/担心/印象/触动」,承接但不修复

    你想先听听她当下的感受?

    • 9/10好选择

      你发邮件的时候,心里冒出来的第一个感觉是什么?

      开放、不引导,直接问感受,引导对方说出单一情绪词,符合NVC感受承接要求。

    • 4/10试试别的

      你是不是觉得挺委屈的?

      闭合式yes/no提问,且预设了'委屈',容易让对方顺着说或否认,而非真实表达。

    • 1/10试试别的

      你感觉被他敷衍了吗?

      伪感受陷阱,'被敷衍'是判断不是感受,且引导式提问,违反R阶段纪律。

    你想让她描述情绪反应?

    • 8/10好选择

      当你写出80%责任在技术侧时,你当时是什么感受?

      指向具体动作(写邮件),问感受,开放且不评价,引导对方识别情绪。

    • 5/10可以更稳

      你写那封邮件时,是不是觉得终于有数据说话了?

      引导式提问,预设了'终于'的含义,可能偏离真实感受。

    • 2/10试试别的

      你觉得自己被技术团队拖累了对不对?

      闭合式+预设结论,'拖累'是评判,会让对方进入防御。

    你想承接她刚才提到的情绪?

    • 9/10好选择

      你刚才说'只能按数据写',听起来有种无奈的感觉,是吗?

      引用对方原话,用'无奈'这个感受词试探,开放且不评价,帮助对方确认情绪。

    • 3/10试试别的

      你无奈也没办法,毕竟数据摆在那。

      建议泄漏+评判,教练在替对方下结论,不是承接感受。

    • 1/10试试别的

      你这种情绪会影响我们后续协作的。

      评判+威胁性表述,完全违反R阶段承接情绪的原则。

  3. I

    诠释意义

    挖掘洞察与可选项。问「为什么/意味着/有哪些方案/选 A 还是 B」

    你想探索她归因背后的需要?

    • 9/10好选择

      你刚才说'80%责任在技术侧',对你来说,真正重要的是什么?是希望流程更可靠,还是想让团队准时交付?

      把归因翻译到未被满足的需要方向,开放探索,符合NVC需要识别要求。

    • 4/10试试别的

      那你觉得技术侧应该怎么改进?

      直接跳到方案,属于建议泄漏,且把责任推回技术侧,未探索需要。

    • 1/10试试别的

      你其实就想让我们背锅对吧?

      评判+引导式提问,完全违反I阶段纪律,会激化冲突。

    你想让她思考原因?

    • 8/10好选择

      如果抛开责任划分,你觉得三个版本延期背后,有没有什么共同的原因或模式?

      引导对方从归因转向系统思考,探索根因,不评价不攻击。

    • 3/10试试别的

      是不是需求变更太多导致的?

      闭合式+预设结论,教练在替对方下结论,不是共同探索。

    • 1/10试试别的

      你们发布流程本身就有问题,这不用说了。

      评判+绝对化副词,违反I阶段探索纪律。

    你想了解她对于流程的看法?

    • 8/10好选择

      你之前提到测试排期和发布窗口,你觉得在这两个环节里,哪个环节最容易被忽略或挤压?

      引用具体环节,开放探索,引导对方分享流程盲区,符合I阶段目的。

    • 2/10试试别的

      测试排期不够,那你们为什么不早点提?

      指责性提问,'为什么不'暗含对方有错,违反教练提问纪律。

    • 1/10试试别的

      你应该在需求评审时就卡住排期。

      建议泄漏,'你应该'直接给方案,违反I阶段探索纪律。

  4. D

    行动决定

    落地承诺。问「做什么/谁负责/什么时候/怎么验收」

    你想和她约定下一步行动?

    • 10/10好选择

      我们下周一开个联合复盘会,各自准备v6.2到v6.4的详细流程数据,你那边方便吗?具体时间你定还是我定?

      具体行为+时间窗+邀请对方意见,是可商量可拒绝的请求,符合NVC请求要求。

    • 2/10试试别的

      你必须在下周一前准备好数据,然后我们开会。

      demand措辞,'必须'是要求不是请求,违反D阶段纪律。

    • 1/10试试别的

      我觉得你应该主动找他谈,把问题说清楚。

      建议泄漏+引导式提问,'你应该'直接给方案,违反教练身份。

    你想让她确认具体数据准备?

    • 9/10好选择

      复盘会上,你那边能准备一份每个版本的需求变更清单、测试实际耗时和发布窗口记录吗?我这边准备开发周期评估和实际开发时长对比。

      具体可观察的行为+分工明确,邀请对方确认,符合请求而非要求。

    • 3/10试试别的

      你只要把数据带来就行,别的不用管。

      指令式,且'只要...别的不用管'可能让对方感到被轻视,不是协作请求。

    • 1/10试试别的

      你最好把数据整理清楚,别到时候又说不清。

      评判+建议泄漏,'你最好'暗含不信任,违反D阶段纪律。

    你想约定复盘会后的跟进?

    • 8/10好选择

      复盘会后,我们能否一起制定一个流程改进清单,并明确各项的责任人和截止时间?你觉得这个方式怎么样?

      邀请对方参与决策,具体可商量,符合请求原则。

    • 2/10试试别的

      复盘会结束后,你们必须按清单执行。

      demand措辞,'必须'是要求,且未邀请对方意见。

    • 1/10试试别的

      这事就这么定了,下周一看结果。

      指令式+闭合,完全违反D阶段请求与协作原则。

收尾

这次ORID练习的价值在于帮你锚定事实、承接情绪、挖掘深层需要,最后落到可执行的下一步。下次遇到跨部门归因冲突,记得先走一遍O-R-I-D,别急着跳进方案或争对错。

ORID 焦点对话 · 三个版本连延,谁卡了流程? · 月牙铲