這一個圖應該是用「溫伯格的軟體管理學」中的動態圖的概念所繪製的吧..
其實這個問題會有兩個答案,我可以說是;也可以說不是。為什麼可以說是也可以說不是呢?說是的原因是那篇文章所繪製的「系統思考圖」和《溫伯格的軟體管理學》中的「效應圖」都可以用來表達動態系統模型,讓我們對事件形成問題的結構然後進展成系統動態模型有更深入的體悟。那為什麼我又說不是呢?因為「系統思考圖」是我慣用的思考工具,在我看過的書當中,《溫伯格的軟體管理學》並不是第一本談論系統思考的書,而且在〈軟體設計並不昧於專案現實〉這篇文章中,我已探討過省略設計活動所造成的捨本逐末的動態系統基模了。
專案管理大師詹姆斯.路易斯曾在所著的《專案管理聖經》提過,專案經理必須要有系統思考的能力,傳統的線性思考方式強調絕對事件因果關係在複雜的專案環境常常會不適用,因為在專案管理的過程中,很多事件的發生常是互為因果的,所以我們不可能用簡化的因果模型來管理我們的專案,而是要用動態模型才可能真正看到問題的徵結。否則,我們所採取的任何行動,都會被動態系統的平衡機制所抵削了,專案管理者只有打破模式,才有可能真正地改善專案問題所帶來的困境。
該書提到兩個最常見的系統基模,也就是彼得聖吉所說的「成長上限環路」與「捨本逐末」基模郭進隆譯(1997),第五項修練學習型組織的藝術與實務,天下遠見出版股份有限公司。。捨本逐末基模我已經在〈軟體設計並不昧於專案現實〉討論過了,在此不再贅言;而成長上限環路指的是成長發生瓶頸的現象,其中成長環路是一個正向循環的增強環路,而此增強環路會衍生出另一條負向循環的抑制環路。因為這一條負向循環會導致為系統成長只能到達某一個上限,當系統想要再往上成長時,抑制環路會把往上成長的努力抵削掉。最常見的例子就是為了提高專案績效,要求團隊成員加班,開始時可略為提高績效,然而持續的加班卻讓成員士氣低落而影響其工作效率,結果會發現長期的加班反而沒有辦法有效地提昇專案績效。所以專案管理者面臨此種現象要打破這種模式,要找出可以提昇團隊效率的方法,而非一味地加班來耗盡專案資源。
系統思考是一個相當有用的工具,它除了是個人思考的工具外,更可以與他人溝通心智模式,當成專案團隊成員間分享心智模式的利器。其實這個工具我並不是從書上學的,而是我在 EMBA 策略知識管理課程所學來的,看書只是更加深我的印象及擴展視野,更重要的是真正地去使用它,讓它變成是你的工具而不是死的知識。這樣,每次看到李國光教授兼系主任時,讚揚他所教授的知識讓我們受益匪淺時,才不會心虛呀。
Powered by ScribeFire.