回头看结构行为合一这回事

教练架构之美‧结构行为合一
对~这篇起我要跳脱原本规划的题目了,因为剩下5篇可以综合的胡搞啦~其实也是因为写完几个所知的技能面向了,这篇想要回顾也算是补充教练架构之美(2/2),这篇提到的四个结构下有各个行为:

  1. 设定协议:符合道德隐私、建立沟通协议
  2. 共创关系:信任安全空间、当下沟通风范
  3. 有效沟通:积极倾听、强效探询、直接回馈
  4. 引导成效:启发个人觉察、激发行动意愿、设定行动计画、当责管理进度

1.设定协议
一个一个来讲吧,虽然说我没有直接写成「设定协议的字眼」但这边要补充一个更前置的假设:进入教练会谈是需要教练跟客户双方协议约定好的,一般不会是单方面决定,所以当客户尚未明白教练会谈是怎麽一回事就进入教练会谈,很可能会落入莫名其妙的心境上,教练有义务让客户尽可能了解教练会谈期待上的落差,也可以随时终止教练关系,因为什麽是教练该做的、什麽是其他种角色(例如顾问)该做的,需要明白地让客户知道且区隔开来,这是最基础的起手式,接着在会谈中才会进入要去哪儿这回事(上下+番外篇)这系列谈到的内容去跟客户协议。

2. 共创关系
这结构下写到的文章主题是共创关系这回事(1,2,3)、以及观察这回事(上下),虽然说观察这个字是我单独抽出来写的主题,但实际上教练的风范是需要慢慢雕琢成自己特有风格的风范的,每个教练都不一样,跟每个Scrum Master也都长得不一样,风格不同,影响的区块也不同。文章我没有以教练的角度多写,这就像是写人生,讲都讲不完。而选择「观察」这字眼是我在Scrum Master角色中常用的,所以采用观察这个词。而这个结构,最主要的重点就是要建立信任安全的空间,来搭建夥伴关系。

3.有效沟通
沟通是双向的,有听有回应,教练的回应多数是提问,所以有听,写了有没有在听这回事,而教练的问写了问在路上这回事(上下),这中间许多提问的技巧没在这系列文章写,因为我把他归类成,常提问的角色会去坊间找寻资源学习的主题,开始的时候,我在这条路上也是撞了不少墙,比较不会把「问」放在教练系列文章的笔记里头写,但这主题确实是一门学问。听跟问之後,还有进阶的直接沟通这回事(上下),这通常一般不依靠提问维生的人,很会的~对吧?(笑),只是在教练角色中,直接沟通并不会带着引领性,而且会尽可能让客户自己做主去选,这~我就得说一般很会直接沟通的人就需要练练了。

4.引导成效
这结构除了最後行动与当责这回事(上下)是我们常识中所知会议要有所决,个人要有所行动的收尾,但若能支撑客户整个能够长远有力量的持续走下去,才是教练的存在感,教练之所以能够发展人,除了前面几个拆开来,好像日常沟通般的技能,最重要的是收,怎麽收出成效,从创造觉察这回事(上下)就是一个很大的不同点,怎麽从前面几个结构做好基础,扎实的基础下去堆叠小雪球然後滚出大雪崩,这就是教练功力,每个教练修为都在不同的的学习路途中,其实整个系列我都写的浅浅的,毕竟我也还在PCC路途上,日後有进阶再来继续补充。


这些结构下的行为,都是要一步一步修练,一步一步靠自己走过才能体会个中奥秘,这就是结构行为要合一,才能体现出整个教练的美感。

後面几篇我想把镜头拉回团队面了,这几篇都是在回顾写着我学习笔记,再来谈谈整个一起用之外还有什麽,而这些都是我在学习教练路上学到的点滴。


<<:  第 26 型 - 路由 (Router)

>>:  【零基础成为 AI 解梦大师秘笈】Day26 - 周易解梦之人工智慧(7)

Day 5 韧体的烧录及可靠性

目前嵌入式软件,大部分都是烧录在DDR或SDRAM上面,过去的韧体烧录,非常麻烦,常常会失败,目前大...

JavaScript 进阶笔记三(Primitive type VS Object type)

Primitive type VS Object type primitive 是不可改变的(Imm...

Day 5 | 游戏流程与关卡设定

今天要为各位介绍我们的游戏流程与关卡设定 游戏流程 上图是游戏的流程图,我们的游戏采单一故事线的剧情...

[ Day 30 | CSS ] 用 clip-path 绘制多边形

之前一直很好奇有些网站的背景图片是如何裁切成不同形状的, 除了本来就放置裁切好的图片以外不知道还有没...

Day 11 已故用户的隐私设计

隐私如浮云,多半用户即刻享受当下服务的快感解决需求,至於隐私就都化为浮云飘过视而无见,如同Day 2...