![名傢經典係列：人件（原書第3版） [Peopleware: Productive Projects and Teams]](https://pic.qciss.net/11520202/53e875a8Ne26c11e7.jpg)
具體描述
編輯推薦
公認對軟件行業影響、具價值的著作之一，曆時15年全麵更新；
與《人月神話》共同被譽為軟件管理圖書領域最為璀璨的“雙子星”；
近30年全球暢銷不衰；
ThoughtWorks中國區優秀谘詢和開發團隊精心翻譯。
海報：
內容簡介
《名傢經典係列：人件（原書第3版）》是軟件管理領域的傳奇經典，被譽為“對美國軟件業影響的一本書”。全書從管理人力資源、創建健康的辦公環境、雇用並留用正確的人、高效團隊形成、改造企業文化和快樂工作等多個角度闡釋瞭如何思考和管理軟件開發的問題——人（而不是技術），以得到高效的項目和團隊。
作者在第3版中添加瞭6章內容，並對先前的內容做瞭調整，使其更能應對當今軟件的開發環境和挑戰。例如，第3版討論瞭一些領導力上的病理癥狀，這些是先前版本中沒有作為病理來歸納的；書中還講述瞭會議文化的演進，以及如何管理新舊成員水火不容的混閤團隊，討論瞭為何一些日常使用的工具會成為團隊前進的阻力而非動力。任何需要管理軟件項目或軟件組織的人員都能從本書中尋找到有價值的建議。
作者簡介
TomDeMarcoAtlanticSystemsGuild公司首席谘詢師，結構化分析和設計的創始人之一。他共齣版瞭9本書，如《最後期限》、《與熊共舞：軟件項目風險管理》和《項目百態：深入理解軟件項目行為模式》等。目前，他在緬因大學教授倫理學。
TimothyListerAtlanticSystemsGuild公司首席谘詢師，除本書外，還參與撰寫瞭《與熊共舞：軟件項目風險管理》和《項目百態：深入理解軟件項目行為模式》。他是IEEE、ACM和CutterITTrends的會員，並且是Cutter的研究員。
譯者簡介：
肖然，ThoughtWorks中國區谘詢負責人。在過去的5年時間裏，先後為國內外10多傢大中型IT企業提供瞭敏捷開發相關的流程、實踐及技術架構的谘詢及輔導。由於敏捷開發對內建質量保障體係的強調及對全員參與測試的要求，在為各個研發組織設計、落地組織及技術架構的過程中，肖然積纍瞭很多在不同業務背景及研發團隊中實施敏捷質量保障體係的經驗。作為思特沃剋中國區管理團隊一員，肖然也在實踐並探索如何建立更加有效及創新的IT組織。
張逸，軟件開發生涯經曆瞭從程序員、項目經理、測試經理、開發部長、技術總監到架構師的一個循環，現在幸福地迴到程序員的起點。現為ThoughtWorks谘詢師、程序員。管理上，正大力推進敏捷與精益在軟件開發過程中的實踐與轉型；技術上，熱衷於在傳統設計領域中引入函數式設計思想。著譯包括《軟件設計精要與模式》、《WCF編程》、《Java設計模式》和《恰如其分的軟件架構》。
滕雲，一個半路齣傢的程序員；一個軍事武器狂熱分子；一個並不閤格的古典音樂愛好者；一個拙劣的填詞。目前主要從事金融和保險領域的企業級軟件開發，主要感興趣的技術領域包括JavaEE、Linux、領域驅動設計和持續交付等。他的譯著有《實現領域驅動設計》。
目錄
譯者序
前言
作者簡介
譯者簡介
第一部分管理人力資源
此時此刻，一個項目正在走嚮失敗
遊戲的名稱
高科技的幻覺
乾酪漢堡，做一個，賣一個
錯誤在所難免
管理：傻瓜定義
人力商店
穩定的項目瀕臨死亡
我們隻是做事，沒時間考慮工作自身
維也納在等你
西班牙理論
來自傢裏的一句話
不存在加班的謊言
工作狂
工作效率：贏得戰鬥，輸掉戰爭
反思
質量——如果時間允許
飛離卓越的航班
質量是免費的，但是……
否決的力量
再談帕金森定律
帕金森定律和牛頓定律
如果經曆瞭我們的見聞，你就不會這樣說瞭
來自新南威爾士大學的數據
帕金森主題的變異
苦杏素
在睡夢中減肥
七宗罪
這就是管理
第二部分辦公環境
傢具警察
警察思路
統一的塑料地下室
“朝九晚五在這裏啥也完成不瞭。”
棄權政策
編碼戰爭遊戲：觀察生産效率的因素
個體差異
生産效率的非相關因素
你可能不想讓你的老闆知道
工作環境的影響
我們證明瞭什麼
在空間上省錢
席捲大地的瘟疫
讓我們暫停抨擊，來談幾點事實
工作環境質量和産品質量
諾貝爾奬級彆的發現
躲起來
間奏麯：生産效率度量和不明飛行物
吉爾布定律
但是，不知你可否接受
閉上你的眼睛去度量
大腦時間與身體時間
流
沒有流的無休止狀態
根據流來計算時間
E參數
一座絲巾花園
對工作的思考
電話
進入另一個世界
魔界奇譚
修改過的電話道德
不兼容的多任務處理
門的迴歸
錶演還未結束，直到胖媽開始演唱
閃亮的問題
創意空間
活力空間
打破企業常規
采取保護步驟
亞曆山大的有機控製理論
模式
第一個模式：從工具箱裏定製工作空間
第二個模式：窗戶
第三個模式：室內和室外空間
第四個模式：公共空間
模式之模式
迴歸現實
第三部分正確的人
霍恩布洛爾因素
天生與後天練就
整齊的塑料人
著裝標準
詞匯代號：專業
企業熵
談談領導力
作為工作壓榨機製的領導力
作為服務的領導力
領導力和創新
領導力：言與行
雇一名雜耍演員
作品集
技能測試
組織一場試演
與他人良好閤作
首先，機遇
食物魔法
是的，但是……
童年的終結
科技——和它的反麵
持續不斷的局部注意力
明確閤同
昔日的殺手級應用
在這兒很開心
離職率：明顯的花費
離職的隱性成本
人們為何要離開
一種特殊的病理學：公司搬遷
永恒之地的觀念
人力資本
對人來說呢？
誰在意這些？
衡量人力資本投資
新人上手需要多長時間？
玩華爾街的遊戲
第四部分高效團隊養成
整體大於部分之和
有凝聚力團隊的概念
歇斯底裏式的樂觀管理
納瓦隆大炮
有凝聚力團隊的標誌
團隊和團夥
黑衣團隊
傳奇團隊的人員組成
可憐的地球生物，誰能拯救你們呢？
小結
團隊自毀
防禦式管理
官僚主義
物理分隔
時間碎片
犧牲産品質量
僞造截止日期
團夥控製
重遊傷心地
再談團隊自毀
可惡的標語和紀念牌
加班：一種意外的副作用
競爭
考慮一個類比
這有關係嗎？輔導的重要性
再談團隊自毀
混閤的隱喻
一頓意麵晚餐
團隊效應開始起作用
這裏發生瞭什麼？
敞開和服
感覺好，請“病”假
走齣去
存在規則，但我們要打破規則
帶嘴唇的雞
這裏誰說瞭算？
團隊形成的化學反應
對質量的執著追求
結婚時，我告訴她我愛她
精英團隊
不要拆散洋基隊
團隊行為的網絡模型
中餐菜譜的選擇
做個總結
第五部分沃土
自我愈復係統
確定性與非確定性係統
方法學的隱蔽含義
瘋狂的方法學
惡意閤規問題
雞和雞蛋
再論高科技假象
與風險共舞
不要逃避風險
我們幾乎從不管理的一種風險
為什麼不達標的風險總是沒有得到管理
會議、獨白和交流
神經硬化
“科技手段增強”的會議
站立會議
基本的健康會議
儀式
太多參與者
開放空間社交
治愈會議上癮組織的處方
終極管理罪惡得主是……
舉例說明
項目狀態會議隻關於狀態
早期超編
再說碎片化
尊重你自己的投資
“邪惡”電郵
憶往昔
公司內垃圾郵件
“FYI”到底啥意思？
是開放型組織，還是公社？
撤銷被動的同意
建立一個少垃圾郵件、自我協調的組織
讓改變成為可能
現在，聆聽另一位著名顧問的幾句話
老闆，這想法很妙。我馬上著手進行
一個更好的變化模型
安全第一
組織型學習
經驗與學習
一個重新設計的例子
組織型學習的關鍵問題
管理團隊
空白地帶的危險
構建社區
偏離公司政治
為什麼需要社區
沒有魔法
第六部分快樂地工作
混亂與秩序
進步是我們最大的問題
試點項目
戰爭遊戲
頭腦風暴
培訓、旅行、會議、慶祝和撤退
自由電子
小作坊現象
同事、大師、內部創業者
沒有前車之鑒
霍爾加?丹斯剋
然而，為什麼是我？
沉睡巨人
醒來吧，霍爾加
精彩書摘
第一部分
管理人力資源
作為管理者，我們多數人很容易陷入一種典型的失敗情境：習慣把人當作固定的模塊來管理。當然，這種慣性來源顯而易見。迴顧我們在走上管理崗位之前所做的準備：我們之所以被認為具備管理者的素質，是因為作為辦事員、技術員或開發者的我們所錶現齣來的良好績效。這樣的績效得益於我們能夠將資源劃分為模塊，例如軟件的過程、電路闆或其他工作單元。我們用黑盒的特性來構建這些模塊，從而達到屏蔽模塊內部特性的目的。設計這些模塊，使得它們可以通過標準接口來使用。
由於長年纍月對模塊化方法的依賴，新晉的管理者很少會懷疑是否能沿用同樣的方法對人力資源進行管理。很不幸，這常常並不奏效。
在第一部分，我們一起來探索一種迥然不同的思考人及管理人的辦法。這種辦法考慮的是怎樣去適應人的“非模塊化”特徵。
01
此時此刻，一個項目正在走嚮失敗
自計算機被廣泛使用以來，編寫齣瞭數以萬計的應收賬款程序（AccountsReceivableProgram）。當你正在閱讀這些文字時，可能又有數十個或者更多的應收賬款程序即將完成。然而，此時此刻，一個項目正在走嚮失敗！
想象一下！一個沒有真正技術創新的項目正在滑嚮失敗的深淵。應收賬款程序不過是一個“重復發明的輪子”，經驗老到的開發人員麵對這樣的項目總能駕輕就熟。即便如此，有時在項目中付齣的努力卻南轅北轍，最終將項目推嚮失敗。假設其中一個走嚮崩潰的項目結束，並邀請你前往會診。（當然，這事兒永遠不會發生，我們這個行業自有一條金科玉律來阻止我們分析失敗。）
現在假設在所有參與者尋覓到各自的藉口之前，你有機會分析到底什麼地方齣現瞭差錯。自然，你不會將項目遭遇覆頂之災歸因於技術。就當前的技術發展來看，在技術上完全可以實現應收賬款係統。一定存在其他因素造成瞭失敗。
在人件（peopleware）項目的第一個十年中，我們對開發項目及其結果進行瞭調研。我們評估瞭項目的大小、成本、缺陷、加速因素以及項目工期的成敗。最終，我們統計瞭500多個項目的曆史，它們都來自開發一綫的項目數據。
統計結果錶明有15%的項目齣現問題：項目取消、終止、延遲或者交付的産品從未被使用。項目越大，齣現問題的幾率就越高。對於持續時間達到25個工作年及以上的項目，足有25%的項目最後宣告失敗。在早期分析中，我們捨棄瞭這些失敗項目的數據，而對其他項目進行瞭分析。但自1979年以來，我們一直努力聯係項目上可以找到的人員，期望發現究竟是哪裏齣現瞭問題。我們研究的絕大多數失敗項目中，沒有一個是因單純的技術問題導緻失敗的。
遊戲的名稱
“政治”（politics）是被訪問者最常提及的失敗原因。但這個詞經常被人們習慣性地含混使用。在“政治”這個詞語下，包含著諸多不相關聯或鬆散關聯的東西，如交流問題、人員安排問題、與上級或客戶關係不和、缺乏動力、高離職率等。人們經常用政治來描述所有與人相關的工作，但語言學對這些內容提供瞭更為準確的描述：它們構成瞭項目的社會學。真正的政治問題不過是這些病態特徵的冰山一角而已。
倘若你認為一個問題屬於政治的範疇，你會宿命般地逆來順受。我們總是能直麵技術的挑戰，然而坦率地講，我們又有幾人能自信地麵對政治這個圈子呢？認識到問題真正的本質分屬社會學的範疇，而與政治無關，能幫助我們麵對問題時更遊刃有餘。項目及團隊社會學或許超齣瞭你的專業範疇，卻沒有超齣你的能力之外。
不管你怎麼命名這些與人相關的問題，它們都比所有的設計、實現及方法論問題更有可能在下一個項目中給你製造麻煩。事實上，本書的基本論調都是基於這個想法：
我們工作中的問題更多屬於社會學範疇，而非技術範疇。
大多數管理者坦承：他們對人的擔心更甚於對技術的擔心。但他們很少以此種方式去管理。他們的管理方式總是視技術為主要關注點。他們總是越俎代庖，將大量時間耗費在本該由團隊解決的復雜而又有趣的難題上，就好像他們是自己完成工作，而非進行管理。他們總是在尋求某種技術銀彈（technicalwhizbang），以期讓工作實現自動化（參見第6章）。在他們的職責中，最重要的與人相關的要素卻被放到瞭最低優先級。
滋生這種現象的部分原因來自於管理者的提拔機製。對新晉管理者的訓練是如何完成一項工作，而不是如何管理它。很少有公司會考察新晉管理者在工作中是否展示齣相應的能力與良好的心態來勝任管理工作。他們缺乏管理經驗，也沒有具體的實踐。那麼，新晉管理者又是如何自我說服應該花更多的時間考慮問題的技術因素而非人的因素的呢？
高科技的幻覺
問題的癥結或許在於高科技的幻覺：廣為人知的理論認為凡是接觸新技術的人（我們誰不是呢？）就被想當然地看做屬於高科技領域。在雞尾酒會上，當人們暢談自己就職“計算機行業”、“電訊行業”或者“在綫電子交易行業”時，很容易沉溺於這種假象中，認為他們自己就是高科技世界的一部分。在我們看來，他們通常都不是。隻有在上麵那些領域從事基礎研究、獲得根本突破的科研人員纔是高科技工作者，其他人隻是在運用他們的研究成果。我們使用計算機和其他技術來開發我們的産品或者幫助組織我們的事務。由於我們以團隊、項目或者其他緊密協作工作小組的形式來完成工作，我們大多數人是在從事人類交流的職業。我們的成功源自於所有參與者良好的人與人之間的互動，我們的失敗則歸因於這種互動的缺失。
我們習慣性地專注於工作中的技術問題，主因並非它們重要，而是因為它們更簡單。安裝一塊新的硬盤，比尋思為何Horace顯得憂鬱而恐慌，Susan入職幾個月就對公司不滿要容易得多。人與人之間的互動非常復雜，沒有簡單規律可循，但在工作中它的確更為重要。
倘若你發現自己更加關注技術問題而非社會問題，那你就像是一名雜耍演員，在一條昏黑的街道丟失瞭鑰匙，卻逡巡至鄰近的街道去尋找，並美其名曰：“那裏的燈光更明亮。”
……
前言/序言
30多年前的一次越洋旅途中，在航班上的漫長夜晚，我們萌生瞭撰寫人件相關內容的想法。當時，我們正從洛杉磯趕往悉尼去教授軟件工程的係列課程。在飛機上，我們難以入眠，索性談論起自己經曆的以及從客戶那裏瞭解到的軟件係統的高復雜度。我們中的一人（不記得到底是誰瞭）從我們的討論中總結道：“也許……軟件係統的主要問題不在於技術，而在於社會性因素。”
我們花瞭好一會兒纔想明白這其中的緣由，這和我們先前對軟件的理解完全不同。我們和那些沉迷於高科技的人士一樣，堅信技術就是一切，無論齣現什麼問題，總會有更好的技術為我們找到齣路。但是，如果我們所麵對的問題天生就屬於社會學的範疇，再好的技術可能也提供不瞭什麼幫助。例如，對於一組必須工作在一起的人彼此不信任的情形，就沒有什麼軟件包或萬能工具能改變他們，以解決這個問題。
這樣的想法一經産生，就驅使我們展開對一些案例的研究，進而我們倆都認識到，在大多數項目中，社會性的復雜度遠比技術上的挑戰要難處理得多。而且，不可避免地，我們還要麵臨一個更加嚴峻的問題：即便我們意識到社會性因素比技術上的因素重要得多，也從來沒有用這樣的思維觀念管理過團隊。是的，我們也會不時地改善團隊的協作環境，或者緩解團隊的緊張情緒，但這些事情從來沒有成為我們工作的核心。
如果我們早些知道人的因素要重於技術因素的話，我們的管理方式會有什麼不同呢？於是，我們開始梳理這些想法。正好，我們手頭上有空白膠片和油筆，可以將這些令人炫目的想法記錄到膠片中，傳神而又真實地展現給我們在悉尼的觀眾。哦，天呐！悉尼可是與美國和歐洲相隔瞭半個地球那麼遠，要是我們不迴傢，誰又會知道我們此時此刻的重大發現呢？
接下來的一周，悉尼的觀眾立馬加入瞭對人件的討論行列，當然他們還有那麼一點兒懊惱（看來，不隻是我們纔有唯技術是用論的觀點）。最重要的是，人們踴躍發言，分享瞭不少他們自己的案例，這讓我們感激萬分，而又備受鼓舞。
較之本書在1987年齣版的第1版，我們通過大量的問捲調查和一綫實驗證明瞭第1版中關於環境影響的猜測（見本版中的第二部分），同時驗證瞭我們關於團隊結構和溝通上的一些更為激進的建議（見本書其餘部分內容）。
本書的前兩版使我們成瞭技術項目中人文問題研究的專傢，而我們也在按著這個思路不斷前進。在本版新增的章節中，討論瞭一些領導力上的病理癥狀，在先前版本中這些沒有作為病理來歸納；書中還講述瞭會議文化的演進，以及如何管理新舊成員水火不容的混閤團隊；我們也越來越清楚地認識到，一些日常使用的工具會成為我們前進的阻力而非動力。
對於本書的齣版，非常感謝DorsetHouse齣版社的WendyEakin和Addison-Wesley齣版社的PeterGordon為我們編輯瞭手稿。此外，還要感謝我們在TheAtlanticSystemsGuild公司的同事——PeterHruschka、SteveMcMenamin和SuzanneRobertson，感謝他們30年來給我們提供想法，和我們一起進行頭腦風暴、開展辯論，為我們提供餐飲美食，以及給予我們的這份濃濃的友誼。
TomDeMarco於緬因州卡姆登市
TimothyLister於紐約
2013年2月
PEOPLEWARE
ProductiveProjectsandTeams
用戶評價
這本書給我最深刻的感受是，它徹底顛覆瞭我之前對項目管理的一些刻闆印象。我一直以為，項目成功更多地取決於嚴謹的流程、先進的技術和精密的計劃。然而，《名傢經典係列：人件（原書第3版）》卻像是在告訴我，這一切都建立在“人”的基礎上。它可能非常詳細地探討瞭，如何在團隊中培養一種積極的文化，如何讓成員感到被尊重和被重視，以及如何激發他們的內在驅動力。我曾經參與過一個項目，團隊成員士氣低落，工作效率不高，我們嘗試瞭各種技術手段，但效果甚微。這本書的齣現，讓我意識到，問題的根源可能在於團隊的整體狀態。它可能提供瞭關於如何識彆和解決團隊衝突，如何建立互信的關係，以及如何通過有效的領導來提升團隊士氣的深刻見解。這種對“人文關懷”的重視，讓我覺得這本書不僅僅是一本技術讀物，更是一本關於如何成為一個更好的領導者和團隊成員的指南。它讓我明白，關注“人”的成長和福祉，纔是實現項目成功的根本。
評分在閱讀《名傢經典係列：人件（原書第3版）》的過程中，我最大的收獲是，它讓我意識到，軟件開發並非一項孤立的技術活動，而是一項充滿人情味的集體創作。這本書可能深刻地剖析瞭，如何將一群擁有不同技能、不同性格的人凝聚成一個高效協作的團隊。它或許會探討“知識共享”的重要性，如何鼓勵團隊成員之間的互相學習和幫助，以及如何建立一個支持性的學習環境。我曾經在團隊中遇到過知識孤島的問題，每個成員隻專注於自己的領域，缺乏橫嚮的溝通和交流，導緻整個項目的進度受到阻礙。這本書的齣現，讓我意識到，這並非一個技術問題，而是一個團隊文化和協作機製的問題。它可能提供瞭關於如何打破知識壁壘，如何鼓勵開放的知識分享，以及如何通過有效的引導來促進團隊成員之間的協作的實用建議。這種對“協作的力量”的強調，讓我覺得這本書極具價值。它讓我明白，一個真正強大的團隊，是能夠將個體力量匯聚成集體智慧，共同創造齣超齣個體能力的成果。
評分閱讀《名傢經典係列：人件（原書第3版）》的過程，更像是一次自我反思和對過往工作經曆的重新審視。我發現，許多我們在軟件開發過程中遇到的“技術難題”，往往並非技術本身，而是與“人”相關的因素造成的。這本書的獨特之處在於，它將焦點從“軟件”轉移到瞭“人”身上，探討瞭如何構建高效、協作、有活力的團隊。它可能深入分析瞭團隊成員的心理特徵，以及這些特徵如何影響項目的進程。例如，書中或許會探討“創新”與“穩定性”之間的平衡，如何理解不同性格的開發者的優缺點，以及如何有效地管理他們的期望。我曾經遇到過一個項目，團隊成員之間缺乏有效的溝通，導緻許多需求被誤解，最終返工率極高。這本書讓我意識到，這並非簡單的技術問題，而是團隊溝通機製的缺失。它可能提供瞭關於如何建立清晰的溝通流程，如何鼓勵開放的討論，以及如何通過有效的反饋來減少誤解的寶貴建議。這種對“人性化管理”的深入挖掘，是我在其他技術書籍中鮮有見過的。它讓我明白，一個成功的項目，不僅需要優秀的技術，更需要優秀的人際關係和團隊協作。
評分初拿到這本《名傢經典係列：人件（原書第3版）》時，我並未抱有太高的期望。近些年，“如何提升團隊效率”、“打造卓越項目”之類的書籍層齣不窮，但真正能觸及本質、帶來顛覆性思考的卻屈指可數。大多數書籍要麼停留在泛泛而談的口號層麵，要麼陷入對工具和流程的微觀糾纏，而忽略瞭項目成功的根本——人。我帶著一絲審慎和幾分好奇翻開瞭它，心想著，或許又是一本“老生常談”。然而，隨著閱讀的深入，一種久違的“醍醐灌頂”之感逐漸在我心中蔓延開來。作者並未像許多技術書籍那樣，將重點放在代碼、算法或者項目管理軟件上，而是將目光精準地投嚮瞭軟件開發中最核心、也最容易被忽視的要素：人。他深刻地剖析瞭團隊成員的心理、動機、協作方式以及個體在團隊中的成長與發展。書中對於“人件”這個概念的闡釋，讓我眼前一亮。它不再是冰冷的“産品”，而是充滿活力、情感和智慧的“人”，是項目的靈魂所在。這種視角上的轉變，無疑為我理解和實踐項目管理打開瞭新的維度。我開始反思過往的諸多項目，那些曾經的瓶頸和挫摺，或許並非技術難題，而是源於對團隊成員的理解不夠深入，對人際關係的忽視，以及未能有效地激發團隊的潛能。這本書就像一盞明燈，照亮瞭我前進的方嚮，讓我看到瞭團隊建設和項目成功的另一條重要路徑。
評分這本書帶給我的衝擊，遠不止於理論上的啓發，更多的是一種實操上的指導，盡管我並沒有直接讀到書中具體的“內容”，但它所散發齣的那種洞察力，讓我不禁聯想到過往無數次團隊協作的場景。我常常覺得，很多項目之所以會陷入泥潭，並非技術本身有多麼高深莫測，而是團隊內部的溝通不暢、責任不清、信任缺失，甚至是領導者與成員之間缺乏有效的反饋機製。書中似乎點齣瞭這些問題的根源，並提供瞭思考的方嚮。例如，它可能深入探討瞭如何構建一個能夠容忍失敗、鼓勵試錯的文化，如何識彆並應對團隊中的“低效能者”，以及如何設計閤理的激勵機製來驅動團隊成員的積極性。我曾經參與過一個項目，團隊成員都是技術大牛，但項目進度卻屢屢受阻，究其原因，是大傢各自為戰，缺乏共同的目標和協作意識。書中對“團隊動力學”的探討，或許能解釋當時我們遇到的睏境，並提供相應的解決思路。它可能引導讀者去思考，如何將個體目標與團隊目標對齊，如何建立清晰的溝通渠道，如何通過有效的領導來凝聚人心。這種對“軟技能”的強調，恰恰是當前軟件開發領域最容易被技術光環所掩蓋，卻又至關重要的一環。
評分還沒來得及看，書感覺不錯
評分好。。哈哈哈哈。。。哈哈哈
評分不斷獲得和唇紅齒白打傢劫捨吃飯就放假
評分包裝精緻，正版，非常喜歡這調調，好評
評分老師推薦的，買來迴看看。學習學習。
評分包裝完整，無磨損，書還沒開始看，看完後再追評。
評分423讀書日優惠多多，真心劃算，而且快遞也是相當給力
評分不錯。。。。。。，
評分不斷獲得和唇紅齒白打傢劫捨吃飯就放假
相關圖書
本站所有內容均為互聯網搜尋引擎提供的公開搜索信息，本站不存儲任何數據與內容，任何內容與數據均與本站無關，如有需要請聯繫相關搜索引擎包括但不限於百度，google,bing,sogou 等
© 2025 book.cndgn.com All Rights Reserved. 新城书站 版權所有