人件

《人件》2014年8月機械工業出版社華章公司出版發行的圖書，作者是om DeMarco / Timothy Lister。

基本介紹

• 書名：人件
• 作者：om DeMarco / Timothy Lister
• 頁數：312 
• 出版社：機械工業出版社
• 出版時間：2014年
• 裝幀：精裝

圖書簡介

《人件（原書第3版）》（精裝本）

Peopleware: Productive Projects and Teams

公認對軟體行業影響最大、最具價值的著作之一，歷時15年全面更新！

與《人月神話》共同被譽為軟體管理圖書領域最為璀璨的“雙子星”，近30年全球暢銷不衰！

Jolt大獎獲得者Tom DeMarco和Timothy Lister經典著作最新版，ThoughtWorks中國區優秀諮詢和開發團隊精心翻譯！

圖書信息

ISBN：9787111474364

版次：2014-08-01

裝幀：精裝

開本：16開

內容簡介

在軟體管理領域，很少有著作能夠與本書媲美。作為經久不衰的暢銷書，本書深刻地洞察到軟體開發的最大問題不在於技術，而在於人。人的因素並不容易解決，一旦解決了，你將更有可能獲得成功。
本書是軟體管理領域的傳奇經典，被譽為“對美國軟體業影響最大的一本書”。全書從管理人力資源、創建健康的辦公環境、雇用並留用正確的人、高效團隊形成、改造企業文化和快樂工作等多個角度闡釋了如何思考和管理軟體開發的最大問題——人（而不是技術），以得到高效的項目和團隊。
作者在第3版中添加了6章內容，並對先前的內容做了調整，使其更能應對當今軟體的開發環境和挑戰。例如，第3版討論了一些領導力上的病理症狀，這些是先前版本中沒有作為病理來歸納的；書中還講述了會議文化的演進，以及如何管理新舊成員水火不容的混合團隊，討論了為何一些日常使用的工具會成為團隊前進的阻力而非動力。任何需要管理軟體項目或軟體組織的人員都能從本書中尋找到有價值的建議。

新增內容：

l第15章 談談領導力，討論了一些領導力上的病理症狀

l第17章與人合作，如何管理新舊成員水火不容的混合團隊

l第18章 童年的終結，如何引導新員工合理使用公司的科技/環境

l第30章與風險共舞，管理風險

l第31章 會議、獨白和交流，講述了會議文化的演進

l第33章（邪惡）郵件，建立一個少垃圾郵件、自我協調的組織

作者介紹

Tom DeMarco Atlantic Systems Guild公司首席諮詢師，結構化分析和設計的創始人之一。他共出版了9本書，如《最後期限》、《與熊共舞：軟體項目風險管理》和《項目百態：深入理解軟體項目行為模式》等。目前，他在緬因大學教授倫理學。
Timothy Lister Atlantic Systems Guild公司首席諮詢師，除本書外，還參與撰寫了《與熊共舞：軟體項目風險管理》和《項目百態：深入理解軟體項目行為模式》。他是IEEE、ACM和Cutter IT Trends的會員，並且是Cutter的研究員。

譯者介紹

肖然 ThoughtWorks中國區諮詢負責人。在過去的5年時間裡，先後為國內外10多家大中型IT企業提供了敏捷開發相關的流程、實踐及技術架構的諮詢及輔導。由於敏捷開發對內建質量保障體系的強調及對全員參與測試的要求，在為各個研發組織設計、落地組織及技術架構的過程中，肖然積累了很多在不同業務背景及研發團隊中實施敏捷質量保障體系的經驗。作為思特沃克中國區管理團隊一員，肖然也在實踐並探索如何建立更加有效及創新的IT組織。

張逸 軟體開發生涯經歷了從程式設計師、項目經理、測試經理、開發部長、技術總監到架構師的一個循環，現在幸福地回到程式設計師的起點。現為ThoughtWorks諮詢師、程式設計師。管理上，正大力推進敏捷與精益在軟體開發過程中的實踐與轉型；技術上，熱衷於在傳統設計領域中引入函式式設計思想。著譯包括《軟體設計精要與模式》、《WCF編程》、《Java設計模式》和《恰如其分的軟體架構》。

滕雲 一個半路出家的程式設計師；一個軍事武器狂熱分子；一個並不合格的古典音樂愛好者；一個拙劣的填詞。目前主要從事金融和保險領域的企業級軟體開發，主要感興趣的技術領域包括Java EE、Linux、領域驅動設計和持續交付等。他的譯著有《實現領域驅動設計》。

目錄

譯者序

前言

作者簡介

譯者簡介

第一部分管理人力資源

此時此刻，一個項目正在走向失敗

遊戲的名稱

高科技的幻覺

乾酪漢堡，做一個，賣一個

錯誤在所難免

管理：傻瓜定義

人力商店

穩定的項目瀕臨死亡

我們只是做事，沒時間考慮工作自身

維也納在等你

西班牙理論

來自家裡的一句話

不存在加班的謊言

工作狂

工作效率：贏得戰鬥，輸掉戰爭

反思

質量——如果時間允許

飛離卓越的航班

質量是免費的，但是……

否決的力量

再談帕金森定律

帕金森定律和牛頓定律

如果經歷了我們的見聞，你就不會這樣說了

來自新南威爾斯大學的數據

帕金森主題的變異

苦杏素

在睡夢中減肥

七宗罪

這就是管理

第二部分辦公環境

家具警察

警察思路

統一的塑膠地下室

“朝九晚五在這裡啥也完成不了。”

棄權政策

編碼戰爭遊戲：觀察生產效率的因素

個體差異

生產效率的非相關因素

你可能不想讓你的老闆知道

工作環境的影響

我們證明了什麼

在空間上省錢

席捲大地的瘟疫

讓我們暫停抨擊，來談幾點事實

工作環境質量和產品質量

諾貝爾獎級別的發現

躲起來

間奏曲：生產效率度量和不明飛行物

吉爾布定律

但是，不知你可否接受

閉上你的眼睛去度量

大腦時間與身體時間

流

沒有流的無休止狀態

根據流來計算時間

E參數

一座絲巾花園

對工作的思考

電話

進入另一個世界

魔界奇譚

修改過的電話道德

不兼容的多任務處理

門的回歸

表演還未結束，直到胖媽開始演唱

閃亮的問題

創意空間

活力空間

打破企業常規

採取保護步驟

亞歷山大的有機控制理論

模式

第一個模式：從工具箱裡定製工作空間

第二個模式：窗戶

第三個模式：室內和室外空間

第四個模式：公共空間

模式之模式

回歸現實

第三部分正確的人

霍恩布洛爾因素

天生與後天練就

整齊的塑膠人

著裝標準

辭彙代號：專業

企業熵

談談領導力

作為工作壓榨機制的領導力

作為服務的領導力

領導力和創新

領導力：言與行

雇一名雜耍演員

作品集

技能測試

組織一場試演

與他人良好合作

首先，機遇

食物魔法

是的，但是……

童年的終結

科技——和它的反面

持續不斷的局部注意力

明確契約

昔日的殺手級套用

在這兒很開心

離職率：明顯的花費

離職的隱性成本

人們為何要離開

一種特殊的病理學：公司搬遷

永恆之地的觀念

人力資本

對人來說呢？

誰在意這些？

衡量人力資本投資

新人上手需要多長時間？

玩華爾街的遊戲

第四部分高效團隊養成

整體大於部分之和

有凝聚力團隊的概念

歇斯底里式的樂觀管理

納瓦隆大炮

有凝聚力團隊的標誌

團隊和團伙

黑衣團隊

傳奇團隊的人員組成

可憐的地球生物，誰能拯救你們呢？

小結

團隊自毀

防禦式管理

官僚主義

物理分隔

時間碎片

犧牲產品質量

偽造截止日期

團伙控制

重遊傷心地

再談團隊自毀

可惡的標語和紀念牌

加班：一種意外的副作用

競爭

考慮一個類比

這有關係嗎？輔導的重要性

再談團隊自毀

混合的隱喻

一頓意面晚餐

團隊效應開始起作用

這裡發生了什麼？

敞開和服

感覺好，請“病”假

走出去

存在規則，但我們要打破規則

帶嘴唇的雞

這裡誰說了算？

團隊形成的化學反應

對質量的執著追求

結婚時，我告訴她我愛她

精英團隊

不要拆散洋基隊

團隊行為的網路模型

中餐菜譜的選擇

做個總結

第五部分沃土

自我愈復系統

確定性與非確定性系統

方法學的隱蔽含義

瘋狂的方法學

惡意合規問題

雞和雞蛋

再論高科技假象

與風險共舞

不要逃避風險

我們幾乎從不管理的一種風險

為什麼不達標的風險總是沒有得到管理

會議、獨白和交流

神經硬化

“科技手段增強”的會議

站立會議

基本的健康會議

儀式

太多參與者

開放空間社交

治癒會議上癮組織的處方

終極管理罪惡得主是……

舉例說明

項目狀態會議只關於狀態

早期超編

再說碎片化

尊重你自己的投資

“邪惡”電郵

憶往昔

公司內垃圾郵件

“FYI”到底啥意思？

是開放型組織，還是公社？

撤銷被動的同意

建立一個少垃圾郵件、自我協調的組織

讓改變成為可能

現在，聆聽另一位著名顧問的幾句話

老闆，這想法很妙。我馬上著手進行

一個更好的變化模型

安全第一

組織型學習

經驗與學習

一個重新設計的例子

組織型學習的關鍵問題

管理團隊

空白地帶的危險

構建社區

偏離公司政治

為什麼需要社區

沒有魔法

第六部分快樂地工作

混亂與秩序

進步是我們最大的問題

試點項目

戰爭遊戲

頭腦風暴

培訓、旅行、會議、慶祝和撤退

自由電子

小作坊現象

同事、大師、內部創業者

沒有前車之鑑

霍爾加?丹斯克

然而，為什麼是我？

沉睡巨人

醒來吧，霍爾加

名人推薦

“每一個管理軟體團隊的人都應該閱讀本書，而且應該年復一年地溫習，常溫常新。在本書第一版出版後的20多年中，人們越來越關注軟體開發過程中社會性和人的因素的重要性。這也是使我們更加高效的唯一途徑。購買吧，閱讀吧，然後在辦公室的書架上放上一本，以便隨時取閱。”
——Joel Spolsky，Stack Overflow的聯合創始人

“一本書若能出到第3版，我們就應該能夠確信它的確講到了某些深刻的原理。本書涵蓋了大家都經歷過的問題，絕不是什麼皮毛之談。該書將人——真正的人——納入到考量因素，這真是太棒了！彌足珍貴啊！如今，作者撰寫了第3版，增加的內容讓本書更加精彩。”
——Lee Devin 和 Rob Austin，《The Soul of Design and Artful Making》的作者

當《人件》第1版出版時，我寫了一篇評論，“我強烈推薦你買一本《人件》給你或你的老闆；如果你是老闆，那么請為你部門的每個人買一本，並且也給自己買一本。”這個建議在12年後依然有效，並且更加強烈。

——Edward Yourdon

本書中推薦的許多方法已經成為當今一流公司的標語：給開發人員提供私用的辦公室，關閉公共尋呼系統，提供有設定‘請勿打擾’的電話等等。

由於本書第1版的赫赫聲名，新版的《人件》是我不用看就會決定購買的少數幾本書之一。

——Steve McConnell, IEEE Software

這是我一直喜愛的軟體工程書籍。《人件》正確指出軟體工程是針對“人”，而不是針對“技術”。它看到在軟體開發過程中人的許多方面，並指出人並不是軟體開發機器中簡單的小齒輪。我強烈推薦這本書給從普通工程師到CEO的每一個人。

——Mark A. Herschberg

我們終於有了一本關注論述軟體工業中“人的因素”的著作，這可是一個好訊息。當我第一次讀完這本書時，我興奮異常，即使現在再去讀它也會激動。我們工作的主要問題並不是技術問題而是社會問題。我不禁嫉妒作者有如此豐富的學識與經驗。

——Raghavendra Gururaj

近年來，軟體工程領域的一個重大貢獻是DeMarco和Lister在1987年出版的《人件》，我衷心地向我的讀者推薦這本書。

——《人月神話》第19章

《人月神話》關注“軟體開發”本身，《人件》則關注軟體開發中的“人”。

——UMLChina

對於新出版的《人件》，我除了“買下這本書”之外，真不知道還有更好的話。如果你還沒有看過這本關於管理實踐的傑作，通過學習這本書，你應該會得到很多。

——Sue Petersen