11 months ago

「Facilitator 引導者」這一個詞,

也是前年上了 odd-e Daniel 的課才開始接觸

而被Daniel 羞辱了後,對於「如何做引導」這件事情其實也是有著高度的憧憬

後來參加過「引水人」的活動後,對於 Facilitating 又有更深刻的體驗

Facilitative Agile Leadership 引導型敏捷領導力

公司這次提供了一個課程學習機會,一個不是全完對外開放的課程
由台灣 ICA 主辦,參與的公司分別有 我們FunP集團、鈦坦科技與趨勢科技
都是台灣科技界中較為投入於 Agile framework 的公司。

課程兩天,主要進行方式不是 Mentor一直講課
而是由不同的Mentor 們輪流帶領不同的環節,
在引入主題後,讓同學們透過分組互相討論,再分享,再與別組交流提問的方式進行。

一方面體驗被引導的方式
另一方面了解不同公司間對於 Agile中管理方式的不同問題。

我基本上把整個課程分為3個大部份:

  • 組織內狀況的了解深化
  • 組織外的Agile 文化衝突與交流
  • 個人 Mindset 的喚醒

先說課後收獲

課後其實讓我印象最刻的,是「覺察」這個動作一詞
這兩天的課中,Mentor一直提醒我們,不論在甚麼時刻

跟別人交流或是自我表述,都要處處覺察周圍

去發現甚麼時候自己感覺到慾言又止,
發現甚麼時候的話題或是氣氛讓自己感受到不安全

更甚者,是否有能力去感知自己正在製造一個讓與話者感受不安全的環境

在人與人溝通的過程中,針對議題探討的對話,
往往很容陷入傾向於發表己見、說服別人,或是透過質問的方式來否決對方的意見

這樣的傾向往往在組織、團隊裡造就不安全的氣氛,
資歷較淺或職位較低的成員便會不敢發表意見

「覺察」的能力很重要,
人常常在生活習慣中開始了「自動導航模式」,不知不覺地做出一些習慣性的動作行為
但這些習慣未必適合於所有情況下,

是否能在作出行動的前的環境中,覺察到環境條件的差異變數
再作出當下最適當的決定。

這樣講其實有點抽象空泛,我拿自己舉一個例子。

========================
我在推行team member使用 TDD 進行開發的日子中,試圖多次的去說服他們先開始
不要總是以「時程趕」來做為止步嘗試的理由,

但往往最後還是無法在討論中加深其他成員想要進行 TDD的意欲

某一次討論中,我有了一個覺察,
「大家其實無法從談話討論中被說服改變寫程式的流程習慣」
所以驅使我想要準備講義,程式碼素材以及講解的演練
嘗試用行動來向他們展示 TDD的好處

成效還沒知道,預計這周某天下班前會進行
但我知道一直口說是無法說服他們的
必需換一種行動。

=======================

覺察不是甚麼超能力或過人的技巧
但因為我們在交流過程中容易膠著於內容本身
往往就被忽略。

所以,我相信「覺察」需要常常於生活中練習,應該可以慢慢掌握。

寫到這邊,提及的內容好像跟敏捷沒有太大的關係
那我還是來補充一下課程上跟敏捷比較有關的事情吧
課中也有幾個較為印象深刻的觀念,補充的部份皆為我個人的理解:
(由於老師 Larry 是用英文發言,當中其實用了很多蠻有意思的比喻,
但我已記不起來原句了)

課程圍繞的3個最終關鍵原則:

1. Alignment and Mission Focus 團隊目標對齊與使命的聚焦

先找到共同前進的目標,避免意見分歧、各自發散發展而偏離團隊或商業目標

2. Autonomy & Self-organization 自主性&自我組織

對齊目標後,自發積極找到問題,再然找尋合適的解決方法
對於自我組織,則是由很多自主的個體,互相融合找到團隊的合作默契

3.「Fail fast, Learn fast」

Agile的精神,快速提早曝露問題,然後快速修正改善對應方案,但前提是組織環境能夠提供一個容許犯錯的環境,以及安全的發言空間,與上面提到的「覺察」息息相關

「團隊裡面每個人都有影響力,而且每個影響都會互相的。」

負面情緒較多的人很愛抱怨,影響其他成員的負面情緒增加;主管選擇質問式提問,成員久而久之處於高壓狀態。

「每一個動作,其實都是一種選擇。」

面對人際關係問題,選擇視而不見或是介入處理;面對負面能量爆表的下屬,屢勸不聽後選擇炒魷魚還是讓他轉換環境;

「有時候,不回應,也是一種選擇」

沈默也是一種選擇,有時候需要留給大家獨立思考的空間;對成熟的人來說,有時候觀望陪伴,便是最好的領導;

課程中還有些有趣的分析方式與主題探論方式,來 flash一下

  • 波浪分析法
  • 魚缸深度對談
  • 知者 Knower Vs. 學習者 Learner
  • 受害者 Victim Vs. 參與者 Player

之後再一一整理

← 3天的「顛覆現代的網頁開發」#1- 實例化需求 How to write a readable unit test function →