2009年6月8日

思考型工作者


(到博客來購買本書)

「只要在工作上須要使用到知識的人,都算成知識工作者」,對「知識工作者」這樣定義,其實沒什麼幫助。[21]

思考型工作者會自然養成獨立思考的習慣。[26]

為知識密集的流程,明訂詳細的步驟和流程,比其他工作來得更困難,也比較沒有價值。[28]

改善工作績效時,我們通常會分解工作結構,將其劃分為不同步驟。...一旦我們將工作拆解成個別單元,會更容易追蹤和衡量工作流程,並可刪除不必要的步驟。[28]

沒有深入觀察,無法看透工作情形。[30]

知識工作者如果沒有投入感情和心力,不會有很好的工作表現。[32]

知識工作者把自己的知識視為極有價值的資產,如果沒有適當報酬和工作保障,他們不願與別人分享。[34]

知識工作需要高度投入。不要採取任何行動,去損害知識工作者對工作和組織的全心奉獻。[38]

知識創造者如果能夠隨手取得重複使用的現有知識,或者分析以往創造知識的類似情況,他們的生產力和績效往往會得到改善。[45]

知識包裝者負責把別人創造的知識加以組合。[46]

未來最成功的組織,會讓每位員工創造和使用大大小小的構想。[48]

最昂貴的知識工作者通常教育程度最高,也最為資深,因此,在許多情況下也最難改變。[49]

沒有衡量品質的方法,就不可能切實改善知識工作。[72]

太多知識工作都是隱而不顯,所以其作業方式也很難評估或衡量。[78]

如果要讓任何知識工作者遵循新的工作流程,必須讓他們參與流程的設計與再造。[79]

從事某種工作所需的知識和技能程度愈高,擬定作業範本的做法,就愈不可能發歡任何效用。[80]

需要創意的知識工作,不應有太多固定結構,不論是由電腦、控制力太強的上司或任何其他事物決定的架構。人有時間好好思考的時候,會比較有創意和洞察力。[82]

把科技應用在工作上時,最好先進行流程分析,以免把拙劣的流程自動化。[89]

軟體開發人員對加強流程化的反應,大致相當正面。[91]

軟體開發的例行工作,因為標準化而變得更有效率,非例行工作則仍然比較沒有固定結構,讓工作人員仍然可以充分發揮創意。[91]

許多開發人員覺得,流程成熟度可以賦予人們力量,而不是讓人感到疏離。不過,流程成熟度確實意謂著失去獨立自主。所以,擁有較高CMM的等級,會使工作人員形成更廣泛和更緊密的依賴網。[92]

傳播或分享知識的活動,最切實的管理方法,不是去管理作業流程,而是要設法管理傳播知識的外在環境。[100]

組織經常強調重新利用知識資產的重要性,可是這點卻很難做到。許多組織和專業文化,對創造知識的獎勵和重視,有時會不自覺地超過對知識重複利用的重視。[101]

想要有效重複使用知識資產,必須要做點投資,以便重新使用知識...[101]

你不能強迫工程師重新使用現有的設計和零組件,只要把使用舊設計,弄得比創造新設計,來得更加容易就行了。[102]

工作能力最強的知識工作者,隨時都在重複使用知識。[103]

最好的系統是能夠加強人類專家能力的系統,而不是企圖取代他們的系統。[125]

最好的知識重心文化,涵蓋5個F特點:迅速(fast)、彈性(flexible)、專心(focused)、友善(friendly)、樂趣(fun)。[257]

沒有留言: