思考工具之冰山模型 | Untools
通過檢視隱藏的抽象級別來發現事件的根本原因。
只在事件層面上解決問題往往是不夠的。真正的原因往往隱藏在眾目睽睽之下。
冰山模型是一個工具,它允許你轉換視角,超越大家注意到的直接事件。它幫助你發現這些事件發生的根本原因。這可以通過觀察系統內不是立即可見的更深層次的抽象來實現。
如何使用它
冰山模型由四個層次組成。
- 事件
- 模式
- 結構
- 心理模型
在單個事件下面,你可以看到時間模式的趨勢。它們是理解這些模式背後的系統結構的線索。結構是一個系統內部的關係和反饋迴路。這些結構又是基於人們的基本心理模式。
事件和模式告訴你正在發生什麼。結構和心理模型告訴你為什麼會發生。
你能在冰山上走得越深,你就有越多的籌碼。
調查所有四個層次
這裡有一些問題可以幫助你瞭解某個問題或情況下的每個層次。
事件:
- 現在正在發生什麼?
模式:
- 長期以來發生了什麼?趨勢是什麼?
結構:
- 是什麼在影響這些模式?
- 模式之間的聯絡在哪裡?
心智模式:
- 什麼價值觀、信仰或假設塑造了這個系統?
值得注意的是,回答這些問題可能需要一些研究和挖掘。特別是當涉及到心理模式時,這些模式很難被記錄下來,更不用說在明處看到了。
冰山模型的例子,作者:Justin Farrugia
例子
讓我們看一個真實的例子來更好地理解冰山模型是如何工作的。
假設你的產品團隊剛剛釋出的功能中有幾個bug。這是一個單一的事件。你的本能可能是對它做出反應並開始修復它們。如果你想防止它在未來發生,這顯然是不夠的。
如果你回顧一下時間,你會發現每一個釋出的功能都會伴隨著幾個bug。這是一種模式。深入挖掘,你會發現團隊在釋出一個功能之前並沒有計劃進行測試。QA只發生在釋出之後。團隊通常也有很緊的最後期限來釋出一個功能。這些都是系統的結構。
進一步調查後,你發現團隊對及時發貨的重視程度超過了他們的工作質量。嚴格的最後期限是由經理強加的,而團隊認為這不是他們可以推倒的。
正如你所看到的,通過超越眼前的事件,你能夠找到問題的根本原因。你現在有更多的籌碼來解決這個問題。
相關文章
- 思考工具之石川圖 | Untools
- 思考工具之推理階梯 | Untools
- 思考工具之概念對映 | Untools
- 思考工具之Minto金字塔 | Untools
- 思考工具之決策矩陣 | Untools矩陣
- 思考工具之平衡反饋迴路 | Untools
- 思考工具之第一性原理 | Untools
- 思考工具之加強反饋迴圈 | Untools
- 冰山模型(轉載)模型
- 通過IO模型帶來的思考模型
- 非同步程式設計模型的思考非同步程式設計模型
- 大批量工具的思考
- java工具類編寫思考Java
- 關於ETL工具的思考
- 【冰山白皮書】JS中的物件JS物件
- CAP理論之思考
- BASE理論之思考
- 10倍程式設計師的思考模型程式設計師模型
- 劍破冰山——Oracle開發藝術Oracle
- 智慧算力站上“世界之巔”,如何開啟冰山下90%的未知世界?
- 什麼是“六頂思考帽”模型? - modernanalyst模型NaN
- AI 大模型輔助測試提效的思考AI大模型
- 分散式配置中心之思考分散式
- 軟體重構之思考
- 解密prompt系列26. 人類思考vs模型思考:抽象和發散思維解密模型抽象
- Veritas:資料冰山報告及解讀
- 劍破冰山—Oracle開發藝術 序Oracle
- 劍破冰山—Oracle開發藝術 前言Oracle
- 破冰山—Oracle開發藝術 目錄Oracle
- Forrester:重新思考客戶之聲REST
- 資料庫設計之思考資料庫
- 中文程式設計之思考 (轉)程式設計
- 關於寫作工具和平臺的思考
- css之盒模型CSS模型
- 遊戲ROI估算模型(附工具)遊戲模型
- 劍破冰山——Oracle開發藝術(書評)Oracle
- 職場暢行:第一步 建立職場思考模型模型
- 比原鏈設計思考: 擴充套件性UTXO模型套件模型