推薦度:5/10
作者牛尾剛是全國微軟的高級軟體工程師,他是以在微軟工作的經驗寫下的建議。因為日本的工作方式(跟台灣蠻像的)與美國很不同,所以這本書講的比較不偏向個人的工作改善法,而是整個團隊、甚至是企業文化的改善法,所以我看完之後會發現有時是組織的問題無法解決,因此覺得對我的效用不大。
因為作者是程式開發者,也是撰寫程式的工程師,所以裡面提到很多程式專門用語,或是開發程式專案的過程,因為我以前有寫過一點點程式,大致還能理解他說的內容,但如果是非程式相關的人員,應該會覺得讀起來有點辛苦啊。
裡面最重要的就是美國工作模式「Be Lazy」,這在別的書也提到其實偷懶才是讓人進步的方法,裡面有兩大觀念,一是只做最重要的事,二是提高效率。
只做最重要的事就是80/20法則,只做20%的事就會有80%的效果,但日本(台灣也是)是把所有的事列出來,然後從重要的開始做,就算達到80%的效果後,如果有時間就硬擠出來目標是100分。可是作者提出來的觀念是,只要把最重要的事做好達到80分的效果後,這件事就完成了,接下來就是做另一件事的20%。所以可能花同樣的時間,日本企業只完成了一件100分的事,但是美國人完全了兩件80分的事,依產能來說,美國人反而是效率比較高啊。
但這個觀念雖然很好,但跟組織文化有關,如果長官不接受80分這件事,一定要你做到100分,你就沒辦法只做到80分結束接著做下一件事。所以我才會覺得效用不大啊。
另一個受用的觀念是「僕人式領導」,日本比較偏向命令與控制的領導方式,但僕人式領導(服務領導)才有辦法提升效率,這是讓團隊自主思考怎麼做,管理者只負責「提供支援」與「解決阻礙」。而這種方式也在書上提到的敏捷式開發團隊中使用到。
這個管理方法就比較不受組織文化的影響,只要當上管理層,就可以在自己有限的範圍裡用這種方式領導培養出自主的團隊,我應該會再找這相關的書來研讀吧。
作者也強調把讀過的東西能講解給別人聽,才代表自己懂了,所以他也有寫部落格。不知道這本書是不是從他的文章整理出來的,所以出現了一些有點矛盾的地方。比如p21提到反覆試錯是壞事。p73提到要思考如何儘早失敗,因為反饋太慢會造成致命的問題。當然如果細看內容是有作者自己的脈絡,但以架構來看就會覺得很奇怪。其它類似的還有p24講要從基礎理解,p90提到盡量不讀程式碼等。
整體來說,這本書比較不像是如何成為優秀工作者,比較像是美國軟體工程師的甘苦談,個人覺得能完全應用的相對受到組織等影響,所以個人覺得只能算是中等推薦吧。

沒有留言:
張貼留言