決策者的工具: Cynefin Framework

.

original.png

Dave Snowden 喜歡的平板式 Cynefin Framework圖示,皺褶處指的是山谷或山脊

.

Cynefin Framework 庫尼文

解題難,尤其是起步時更難。遇問題時,通常我們會先進行觀察(Observe),然後回頭看看自己所處的環境(定位,Orient)估算一下自己在當下能夠解題嗎?也可能會反覆的觀察一下然後在判斷一下,直到弄清楚是怎麼回事之後,在做好決定(Decide)然後開始行動。這種行為模式,稱之為OODA循環的決策模式(*1)。這個方法最早應用於美國空軍戰鬥機飛行員的訓練,作為交戰程序的一部份。感覺上既簡單、符合人性又有效率,但這個方法在遇到難題時,好像就幫助不大了。Dave Snowden 提供了更進一步的決策模式,Cynefin Framework庫尼文(發音[ku.nev.in])是威爾斯語「棲息地」的意思。

 

它只是一個架構不是解題的方法,當你遇問題時可以用這個架構來判斷問題的類型然後參考架構所推薦的解題方式,然後在決定如何去處理它。Cynefin Framework尤其適合在現在多變的環境下,尤其是管理者遇到找不到正確答案的問題的時候。你需要有相當的創意與創新的做法來解題,敏捷開發裡 Scrum 的指導原則便是在這個時候發揮功效的,因為你無法用簡單的因果關係來看出問題的全貌,只有透過探索的方式,運用迭代每次產出小增量,經由結果的回饋來進行解題,就稱為浮現式的解題方式。

 

Cynefin Framework為 Dave Snowden在 1999年所創,指的是我們環境與經驗中的許多因素,會以我們無法理解的方式影響我們,因此決策者可以用描述問題, 環境與系統, 對照到這個架構所落入的象限中, 便適合使用什麼樣的解決方案,一個提供決策者客觀解題的架構。採用此庫尼文架構,可以協助高階主管了解自己所處的情況,避免因個人偏好某種管理風格而容易犯錯。

 

解法是這樣的;當我們面對一個問題時,首先要決定的是它是屬於有序還是無序的系統類型,有序的;指的是我們可以將因果聯繫起來; 也就是如果我們採取了某一種行動,我們知道它便會產生什麼影響。而無序的系統;指的是我們無法確定這麼做了,會得到什麼樣的回應的因果關係。

.

有序無序

問題依它的狀態可分成有序跟無序二類

.

有序的類型能分成簡單(Simple)的系統及繁雜(Complicated)的系統二種。在有序系統中,特徵是;系統受到高度約束,行為具有高度的可預測性,因果關係可以從經驗中明顯看出,也可以通過分析來確定。簡單的系統;原因很明顯可見,適合稱之為不言而喻。如果原因不是那麼明顯但仍可以通過分析來確定,我們就說這是一個複雜的系統,俗稱為專家意見,也就是需要透過專業的分析過程來追溯出原因。

.

o_1

無序的類型又能分成複雜及 Chaotic

.

無序的類型又能分成複雜Complex及 混沌Chaotic,以及一種沒有能確定的失序系統,把它們放在正中間,稱之為“無序”。複雜的系統;它的因果關係是事前不可預知的、是不穩定的,一般情況下,這類問題往往沒有標準答案。問題無法單純通過拆解分析的方式來解決。混沌性的系統;問題的因果關係不可得知,完全無法瞭解問題是怎麼發生的,也就是原因不明,或者是原因太過多變,那麼就屬於混亂的系統,系統緣無故出現突發性的問題便屬於這一類。

 

依據這五種系統類型的定義,決策者使用時可以依照問題的類型,採取相對有效的解題步驟。Dave Snowden建議;當遇到簡單型問題時;可以採用察覺、分類的方來因應它。遇到繁雜型問題時;可以透過專家進行感知、分析來因應它。當遇到複雜型的問題時;則必須透過連續試探後再得到相當的因果關係後再進行感知來因應它。至於屬於混沌型的問題,則因為無法一下子就解決,因此首先要做好停損,然後迅速採取行動,嘗試將所處的領域再轉變為其他類型的問題領域,然後才再來解題。整理成表格如下:

cynefin framework 中文 table.png

參考自“A Leader’s Framework for Decision Making, ”HBR , November 2007

.

網路上已經有太多 Cynefine Framework 的圖形了,但還沒有專門的書來談它,能找到的只有一本小冊子(The-Cynefin-Mini-book-online By Greg Brougham),為了上課方便,容我在增加一個。

.

cynefine framework

右下角;簡單問題的象限: 由於問題顯而易見,因此在觀察(sense)之後透過分類或階層化的方式便能做到最佳的實踐,是一種適合制定SOP的解題類型。此時可以採用Waterfall 的方式來解題。 步驟: 觀察分類因應

右上角;繁雜問題的象限: 由於問題稍見複雜性,因此可能需要透過專家來進行分析尋求較好的解答。此時適合採用看板方法或 Scrum等敏捷的方法來解題。步驟: 觀察→分析→因應

左上角;複雜問題的象限: 由於問題的現象變來變去,感覺上像是動態的在改變,在這種情況下,很難採用因果關係單靠還原現象做分析來推論解題,此時運用反覆的探索、觀察的方式來嘗試找到一種浮現方式的解答,機會較大。適合運用Scrum的敏捷方法,採用小增量、迭代的模式去趨近問題的核心以求取在持續嘗試錯誤之下所衍生出來的解答。一般專案大都屬於這個範疇內,所以運用影響地圖來確認真正的問題及採用用戶故事地圖來掌握需求,這樣的工具都有利於浮現出可行的解答。步驟: 試探→觀察→因應

左下角;混沌問題的象限: 由於問題的因果關係不可知,完全無法瞭解問題發生的原因,或者問題的原因太過多變,那麼就屬於混亂型。這個時候,首要任務是及時停損。迅速採取行動,嘗試將所處領域轉變為其他領域。也就是試著從混亂轉變為複雜問題。步驟: 行動→觀察→因應

一般IT部門在遇到無緣無故發生的嚴重Bug時,經常就處於這種狀況下,此時需要果斷的處置行動,先求停損然後在設法轉成複雜問題的象限來處理。此時可以參考原著(The Origins of Cynefin)的這張圖示:

.

cynefine_轉換

在象限中轉換(註創始者 Snowden 已將簡單 Simple 改成 Obvious)

.

專案進行的過程,總是由複雜透過抽絲撥繭到逐漸明朗化成為繁雜的一堆事物,再經由持續實作演進到大家都能看清楚的有序狀態,在專案完成前來到簡單的領域,並在最終獲得成功。上圖中問題求解的循環實際上是一直在轉換中演進的,無所謂靜態的停滯的,也就是說事情擺著會逐漸變得更糟的,而敏捷正是以一種務實的精神運用小增量、迭代化去求解的過程。

.

[ 自滿區 ]

0036.png

決策時最怕自以為是,即便原本是很簡單的問題,也可能落入混沌而難以處理

懸崖與創新竟是一線之隔,在創新上位出來時,問題總是混沌不明,但一旦創意被什做出來之後,事後看來竟是如此的淺顯易懂。所以創新本身是一個非連續性的混沌問題,人類目前還不能流程化、大量的去複製創新。

簡單是通往混亂的捷徑;當我們過於自信或自滿時,常常變得容易落入混亂的危機。

.

結語

人的習慣是先觀察再定位然後下決定。但要觀察什麼?要定位到什麼呢?觀察什麼、定位什麼,它會有大不同的。在多變且越來越複雜的世界裡,往往沒有一種放諸四海皆準的方法,越來越多標準作業程序被打破、需要修正,明顯的我們應該視問題的狀態再來採取相對應的解題方式,而 Cynefine framework 正是一個可以參考的架構。網路上有太多衍生出來的解法,看上去也都很有價值,敏捷只是一種做事的態度,時時存乎於心才是上策。

.

註 1. OODA循環的決策

OODA循環(英語:OODA loop),也被稱為柏伊德循環(Boyd cycle),由美國空軍上校約翰.柏伊德提出的決策方法。這個方法是一個循環,由觀察(Observe),定位(Orient),決定(Decide),與行動(Act)組成,反覆進行。

註 2. 2017/12 Dave Snowden 最新 Cynefin framework 說明影片(含 Agile development)。

發表迴響

在下方填入你的資料或按右方圖示以社群網站登入:

WordPress.com 標誌

您的留言將使用 WordPress.com 帳號。 登出 /  變更 )

Google photo

您的留言將使用 Google 帳號。 登出 /  變更 )

Twitter picture

您的留言將使用 Twitter 帳號。 登出 /  變更 )

Facebook照片

您的留言將使用 Facebook 帳號。 登出 /  變更 )

連結到 %s