出版社: 經濟新潮社
副标题: 腦力密集產業的人才管理之道
原作名: Peopleware: Productive Projects and Teams, 3rd Edition
译者: 方亞瀾 / 錢一一
出版年: 2014-12-25
页数: 336
定价: NT$420
装帧: 平装
ISBN: 9789866031632
内容简介 · · · · · ·
在修訂版中新增了6章,探討的內容包括:以往不認為是問題的領導問題、開會的文化、由不同世代所組成的混合團隊,以及,我們最常用的工具不見得是助力,可能反而是阻力。此外,作者為整本書做了修訂,以切合當今的開發環境與挑戰。任何管理軟體專案或創新組織的人,都可以從本書得到非常寶貴的建議。
如果您每天有看不完的電子郵件、辦公室吵得要命、加班是常態、還有開不完的會……別再忍耐了,您應該看這本書!
如果您讀過《人月神話》還不過癮,這本暢銷二十餘年的專案管理聖經《Peopleware》將可滿足您工作上所有的需求。
《Peopleware》1987年一出版就引起轟動,因為它一針見血指出了團隊管理的問題點──如何管理天馬行空、但能力特強的腦力工作者。書中強調,腦力密集產業(知識型企業,例如軟體開發、研發工作、或所有創意型工作)的核心是人,不是技術,應該給予這些工作者充分的...
在修訂版中新增了6章,探討的內容包括:以往不認為是問題的領導問題、開會的文化、由不同世代所組成的混合團隊,以及,我們最常用的工具不見得是助力,可能反而是阻力。此外,作者為整本書做了修訂,以切合當今的開發環境與挑戰。任何管理軟體專案或創新組織的人,都可以從本書得到非常寶貴的建議。
如果您每天有看不完的電子郵件、辦公室吵得要命、加班是常態、還有開不完的會……別再忍耐了,您應該看這本書!
如果您讀過《人月神話》還不過癮,這本暢銷二十餘年的專案管理聖經《Peopleware》將可滿足您工作上所有的需求。
《Peopleware》1987年一出版就引起轟動,因為它一針見血指出了團隊管理的問題點──如何管理天馬行空、但能力特強的腦力工作者。書中強調,腦力密集產業(知識型企業,例如軟體開發、研發工作、或所有創意型工作)的核心是人,不是技術,應該給予這些工作者充分的自由與信任。傳統的勞力密集產業管的是員工的「身體時間」,而腦力密集產業要管的是員工的「腦力時間」。如何帶領好這些腦力工作者,適才發揮,就是這本書的重點。
本書讀來辛辣而幽默,加上務實的建議、作者豐富的專案經驗,帶動了一股熱潮,Peopleware在軟體業也成了專有名詞,它和《人月神話》共同被譽為軟體書中「兩朵最鮮豔的奇葩」。《人月神話》關注的是「軟體開發」本身,而《Peopleware》關注的是軟體開發中的「人」。書中的經典名言:
• 人在時間壓力下不會把工作做得更好,只會做得比較快,結果被迫交出低品質的產品,自尊心降低,最後辭職不幹。
• 團隊殺手一覽表:防禦式管理、官僚作風、實體隔離……
• 讓團隊產生化學作用的方法……
• 容許建設性的混亂,過度強調秩序只會排擠人才。
• 給員工一個足夠安靜、不受無謂干擾的辦公環境。
• 知識工作者就像自由電子,無為而治才是最有效的管理。
• 終極的管理罪惡,就是浪費員工的時間。例如儀式性的會議。
如何真正發揮人才的力量,這本書做了最佳建議。對於今天越來越重要的知識型產業、創意產業,這本書都值得參考。對於管理者來說,每年都應該重讀一次。
Peopleware的创作者
· · · · · ·
-
Tom DeMarco 作者
作者简介 · · · · · ·
湯姆‧狄馬克Tom DeMarco
他的寫作主題,涵蓋了開發方法、組織功能與組織功能失調,至今已是九本書的作者或共同作者,此外,他還出了兩本小說(包括《最後期限》)和一本短篇故事集。他的顧問工作主要專注在擔任專家證人(expert witness),偶爾也接受專案和團隊的諮詢工作。狄馬克現居緬因州坎登,在附近的緬因大學授課,已教了三年他喜歡的道德課。
提摩西‧李斯特Timothy Lister
他定居在曼哈頓,全副心力都花在顧問、教學和寫作上。除了《Peopleware》,他與湯姆‧狄馬克還合著了《與熊共舞——軟體專案的風險管理》,又與另四位大西洋系統協會的主持人合著《Adrenaline Junkies & Template Zombies: Understanding Patterns of Project Behavior》。李斯特是電機電子工...
湯姆‧狄馬克Tom DeMarco
他的寫作主題,涵蓋了開發方法、組織功能與組織功能失調,至今已是九本書的作者或共同作者,此外,他還出了兩本小說(包括《最後期限》)和一本短篇故事集。他的顧問工作主要專注在擔任專家證人(expert witness),偶爾也接受專案和團隊的諮詢工作。狄馬克現居緬因州坎登,在附近的緬因大學授課,已教了三年他喜歡的道德課。
提摩西‧李斯特Timothy Lister
他定居在曼哈頓,全副心力都花在顧問、教學和寫作上。除了《Peopleware》,他與湯姆‧狄馬克還合著了《與熊共舞——軟體專案的風險管理》,又與另四位大西洋系統協會的主持人合著《Adrenaline Junkies & Template Zombies: Understanding Patterns of Project Behavior》。李斯特是電機電子工程協會(IEEE)、計算機協會(ACM)的會員,也是卡特資訊科技趨勢委員會(Cutter IT Trends Council)的榮譽會員。
兩位作者同為大西洋系統協會(Atlantic Systems Guild, www.systemsguild.com)的主持人,這是一家專攻系統建構複雜程序、特別著重在人性面的顧問公司。他們從1979年開始,便一起從事有關管理、預估、生產力、企業文化方面的授課、寫作和顧問工作,享譽國際。
譯者簡介
方亞瀾
國立政治大學新聞系畢,美國俄亥俄州立大學新聞碩士,現任職於報社,譯作有《領導團隊》、《大盜入侵》、《小魚吃大魚》等書。
錢一一
1968年生,中正理工學院電子工程碩士,目前任職於中山科學研究院,從事大型系統的軟體架構設計工作。譯作有《人月神話》、《與熊共舞》、《Peopleware》(以上由經濟新潮社出版)、《設計的設計》(碁峰出版)。
目录 · · · · · ·
Preface to the Chinese Edition
前言
第一部 管理人力資源
1 當下,有個專案即將失敗
2 做起司漢堡,賣起司漢堡
· · · · · · (更多)
Preface to the Chinese Edition
前言
第一部 管理人力資源
1 當下,有個專案即將失敗
2 做起司漢堡,賣起司漢堡
3 維也納等著你
4 品質──倘若時間允許
5 重審帕金森定律
6 苦杏仁素
第二部 辦公室環境
7 傢俱糾察隊
8 「從上午九點到下午五點根本做不了任何事」
9 在空間上省錢
插曲:生產力評量與幽浮
10 腦力時間與身體時間
11 電話
12 把門找回來
13 雨傘步(辦公空間的永恆之道)
第三部 適任的人
14 霍布洛爾因素
15 談領導
16 雇用雜耍小丑
17 好好相處
18 童年末日
19 很高興能待在這裡
20 人力資本
第四部 培育高生產力的團隊
21 一加一大於二
22 黑色團隊
23 團隊殺手
24 再談團隊殺手
25 競爭
26 義大利麵晚餐
27 敞開心胸
28 團隊形成的化學作用
第五部 肥沃的土壤
29 自我修復的系統
30 與風險共舞
31 會議、個人秀與會談
32 終極的管理罪惡是……
33 電子郵件之惡
34 讓改變發生
35 組織學習
36 打造社區
第六部 在此工作應是樂事一樁
37 混亂與秩序
38 自由電子
39 霍爾格‧丹斯克
索引
譯後記
· · · · · · (收起)
Peopleware的书评 · · · · · · ( 全部 59 条 )
好书|笔记|同时推荐德鲁克
这篇书评可能有关键情节透露
这本书的内容的组织上比较让人抓不住头绪——每一章、每一节都让人觉得鞭辟入里,但整体上很难给人把握住。如果让我概括性总结一下,我觉得是:开发中对人的‘管理’重于对技术的管理,这种‘管理’重在‘理’而不是‘管’,这种管理的核心理念是尊重开发人员、让开发人员‘快... (展开)明明己經是快要是三十年前的觀點,現在竟然還是那麼多公司學不會呀…
发挥个人的能力才是最关键的
这篇书评可能有关键情节透露
事情起源于动态语言和静态语言之争,最后争论焦点转移到:「相信人本身的能力重要, 还是通过语言/工具来约束人重要」。 我认为项目开发中最重要的是个人能力和团队协作能力,工具只是加分项。 如果代码质量差、监控难、性能难以优化,解决根本问题的关键还是在人身上。 并不是... (展开)> 更多书评 59篇
论坛 · · · · · ·
在这本书的论坛里发言这本书的其他版本 · · · · · · ( 全部10 )
-
清华大学出版社 (2003)8.2分 1576人读过
-
机械工业出版社 (2014)8.5分 516人读过
-
Dorset House (1999)8.5分 58人读过
-
經濟新潮社 (2007)暂无评分 14人读过
以下书单推荐 · · · · · · ( 全部 )
- 港台书 (追寻)
谁读这本书? · · · · · ·
二手市场
· · · · · ·
- 在豆瓣转让 有3人想读,手里有一本闲着?
订阅关于Peopleware的评论:
feed: rss 2.0
0 有用 丸子(^.^)v 2019-04-21 04:00:42
而长期跟代码打交道的工程师, 很容易走进的一个误区就是觉得 身边每个人都跟代码一样 一改就改过来了 用管代码的方式管理人 那是不行的 = =
0 有用 丸子(^.^)v 2019-04-21 04:00:42
而长期跟代码打交道的工程师, 很容易走进的一个误区就是觉得 身边每个人都跟代码一样 一改就改过来了 用管代码的方式管理人 那是不行的 = =