PART 01摘录原因

现在大家都在提倡场景式落地，正好最近看了几个关于介绍场景的方式（套路），算下来共有5个：SCQA，STAR，SARS，EQPA，拆书帮场景描述法。

按我个人的估计来看，前2个是大家所熟知的，后3个则可能只有一部分接触过，我摘录在这里，然后再尝试分析下有什么样的区别（不确定，目前来看区别不大）

PART 02 SARS经历分享法

《行动学习画布：团队互助学习实操指南》 唐长军

技巧5：如何激发小组成员相互分享经历重构难题之后，要找到解决难题的创新方案，在这个环节中，要带领小组成员轮流分享相关的个人经历，以启发难题提出者找到更多创新性的解决方案。

为什么不要建议，而要分享经历

分享个人经历看似简单，但并不是每个人都知道应该如何分享。最常见的一个雷区是，参与者容易分不清“分享经历”和“给建议”的区别。他们习惯于发表观点，给出建议，例如，“我的经验是，你要是再努力一点，应该就能成功了。”在行动学习研讨中，这样的发言要尽量避免。除非大家很亲近，否则贸然给建议很容易让人感觉不舒服，从而启动心理防御机制。

举个例子，我曾参加一场私董会，现场有十几位老总，共同帮助一个老总解决难题。澄清难题之后，主持人要求每位参与者给难题提出者提3分钟建议。这位老总平时习惯了发号施令，给别人提建议，现在轮到别人给他提建议了，他开始还能保持涵养，微笑着边听边记录。等到他听完四五个人的所谓建议之后，他的脸色变得越来越难看了。

十几个人，大约一小时的建议时间，难题提出者收集了几十条各种各样的建议。他坦言，真正有用的建议并没有想象的那么多，很多建议他都已经试过了，效果并不好。这个过程让他如坐针毡，觉得是对自信心的一个巨大挑战。

由此可见，武断地给建议会带来巨大的沟通风险。即使你不是老总，当你听到一些比较冒失的建议之后，也很容易“怀恨在心”。那么为什么明明是好心好意地给出建议，结果却总是不尽如人意呢？知道了表3.3的内容也许你能找到答案。

首先两者使用的人称不同。给建议时用“你”字开头，容易使其他人产生防卫心理。而分享经历时用“我”字开头，讲的是自己的故事，避免了不必要的沟通风险。另外，给建议时的假设是“我懂得很多，你要相信我的观点”，而分享经历时的假设是“我的信息可能对你有用，我相信你的判断”。相比之下，后者更加给人安全感。因此在行动学习研讨中，与其直接给出观点和建议，不如让参与者分享自己的相关经历，然后谦逊地说一句：“这是我的亲身经历，也许能给你一些启发。”

SARS经历分享法解读

仅仅帮助小组成员知道“给出建议”和“分享经历”的区别还不够。为了帮助小组成员提高分享质量，还需要提前输入一些分享技巧。下面介绍“SARS经历分享法”，这套方法简明易懂，而且可以有效提高参与者的分享质量，很适合作为分享环节之前的微输入。

SARS经历分享法

SARS这个名字可能让你联想到早年的“非典”。其实起这个名字是有意为之，希望大家的经历和经验可以像SARS病毒一样快速传播，让人印象深刻。

根据过往经验，参与者在分享经历时，要么容易过于简略，遗漏关键信息；要么容易过于发散，逻辑不清晰，让人摸不着头脑。而SARS经历分享法给出了一套分享的结构，可以帮助分享者避免以上情况，提高分享质量。

● 情境（Situation）：事情是在什么情境下发生的，事情的背景如何。

● 行动（Action）：在这个背景下，我做了什么事情。

● 结果（Result）：我的行动产生了怎样的结果。

● 经验（Summary）：从这段经历中我可以总结出怎样的经验得失。

SARS经历分享法示例见表3.4。

end