第1章　程序員為何難以管理　1
1.1　程序員都做什麼　3
1.2　成功的程序設計經理為什麼難當　6
第2章　理解程序員　8
2.1　程序設計工種　9
2.1.1　客戶端程序員　9
2.1.2　服務器程序員　10
2.1.3　數據庫程序員　10
2.1.4　Web開發人員及其他腳本編寫者　11
2.2　程序員的類型　11
2.2.1　係統工程師/架構師　12
2.2.2　係統程序員　12
2.2.3　應用程序員　13
2.2.4　非真正意義上的程序員　13
2.3　領域知識　14
2.4　程序員的工作要求與能力　14
2.5　工作地點與關係　18
2.5.1　內部雇員　18
2.5.2　遠程雇員　19
2.5.3　閤同工　19
2.5.4　閤同管理團隊和外包公司　20
2.6　代係特點　20
2.7　個性特點　22
2.7.1　左腦型的人與右腦型的人　23
2.7.2　夜晚型的人與白天型的人　24
2.7.3　“牧童”與“農民”　25
2.7.4　英雄　25
2.7.5　內嚮的人　26
2.7.6　憤世嫉俗的人　26
2.7.7　奇葩　27
2.8　小結　27
2.9　工具　27
第3章　尋找並招聘優秀的程序員　28
3.1　確定要招聘哪種程序員　30
3.2　編寫職位描述　32
3.3　推銷職位　35
3.4　招聘全職雇員　37
3.4.1　持續不斷地招聘　37
3.4.2　招聘預算　38
3.4.3　招聘案例分析　40
3.4.4　雇員推薦　41
3.4.5　高效的招聘　43
3.4.6　招聘秘訣　43
3.5　招聘閤同工　45
3.6　審查簡曆　46
3.7　縮小範圍　48
3.8　準備麵試　49
3.9　麵試　54
3.10　做齣雇用一個程序員的決定　59
3.11　給程序員發閤適的錄取通知　62
3.12　跟進直到程序員答應　67
3.13　小結　68
3.14　工具　68
第4章　幫助新員工順利入職　69
4.1　引導員工盡早入職　69
4.2　為新員工的到來做準備　71
4.3　介紹　76
4.4　確保成功　77
4.5　最初的預期　78
4.6　小結　81
4.7　工具　81
第5章　成為高效的程序設計經理：嚮下管理　82
5.1　贏得技術尊重　82
5.2　招聘傑齣的程序員　87
5.3　強化現有的團隊　87
5.4　管理不同類型的程序員　87
5.5　引導　92
5.6　保護　92
5.7　評判和改進績效　94
5.7.1　設立目標　94
5.7.2　績效審查　97
5.7.3　知道何時削減損失　101
5.8　組織思維　102
5.8.1　人員配置　102
5.8.2　組織　107
5.8.3　對功能失調的組織進行故障診斷　115
5.9　交付成果和慶祝勝利　116
5.10　小結　117
5.11　工具　117
經驗法則與至理名言　118
管理中麵臨的挑戰　121
人員管理　141
管理團隊，順利交付　164
第6章　成為高效的程序設計經理：嚮上管理、對外管理及自我管理　183
6.1　嚮上管理　183
6.1.1　瞭解你的上司　184
6.1.2　準備好溝通材料　185
6.1.3　瞭解你老闆的老闆　186
6.1.4　時機　187
6.1.5　成為模範員工　188
6.1.6　概要　188
6.2　嚮外管理　189
6.2.1　與你部門內的人閤作　189
6.2.2　瞭解其他部門　189
6.2.3　利用重要的支持功能部門　191
6.2.4　管理跨公司關係　196
6.2.5　概要　201
6.3　自我管理　202
6.3.1　個人風格　202
6.3.2　時間和優先級管理　205
6.3.3　溝通管理　207
6.3.4　管理實踐　209
6.3.5　跟蹤管理　213
6.3.6　尋找導師　215
6.3.7　概要　215
6.4　小結　216
6.5　工具　216
第7章　激勵程序員　217
7.1　激勵理論　217
7.1.1　馬斯洛的需求層次理論　218
7.1.2　麥格雷戈的X-Y理論　219
7.1.3　赫茨伯格的激勵因素和保健因素理論　220
7.2　適用於程序員的激勵因素　222
7.3　理論付諸實踐　226
7.4　基本因素——（缺乏時）不滿的原因　227
7.4.1　作為上司被尊重　227
7.4.2　有趣　231
7.4.3　學習與成長　232
7.4.4　良好的工作條件　233
7.4.5　閤理的公司政策和管理　237
7.4.6　閤乎職業道德的管理　240
7.5　關鍵激勵因素　244
7.5.1　改變世界　244
7.5.2　學習與成長　245
7.5.3　工具和技術　247
7.5.4　認可與稱贊　247
7.5.5　和員工快樂相處　249
7.5.6　利益　249
7.6　個人承諾　251
7.7　技術攻守　253
7.8　瞭解你的程序員的動力——從頭開始　254
7.9　小結　255
7.10　工具　255
第8章　建立成功的開發文化　256
8.1　定義“成功”　257
8.2　程序設計文化　257
8.3　公司文化　258
8.3.1　利用公司文化的復雜度　259
8.3.2　規避公司的負麵文化　259
8.3.3　技術在你的公司中扮演什麼樣的角色　260
8.3.4　什麼力量在推動你的公司　262
8.4　成功的程序設計文化的特徵　263
8.4.1　互相尊重　264
8.4.2　創新　265
8.4.3　標準　266
8.4.4　交付　267
8.4.5　溝通　267
8.4.6　虛擬團隊間的溝通　269
8.4.7　公平　271
8.4.8　授權　271
8.4.9　職業精神　272
8.4.10　拒絕傻瓜和笨蛋　273
8.4.11　卓越　274
8.4.12　程序設計上的卓越　274
8.4.13　團隊精神和協作　275
8.4.14　激情　275
8.4.15　關注客戶：“最重要的是客戶體驗，笨蛋！”　275
8.4.16　學習　277
8.4.17　環境　278
8.5　小結　279
8.6　工具　279
第9章　管理成功的軟件交付　280
9.1　定義項目　281
9.1.1　確保需求和假設都足夠清晰　282
9.1.2　把需求限製在“什麼”上，而不是“如何”　284
9.1.3　力求取悅客戶　285
9.1.4　迅速估計工作的規模　286
9.1.5　識彆無法商榷的日期　287
9.1.6　激勵團隊　288
9.2　規劃工作　289
9.2.1　將項目拆分為功能點，並按優先級排序　290
9.2.2　將功能點拆分為任務和子任務　291
9.2.3　發動團隊進行自底嚮上的估計　292
9.2.4　將任務估計集成為項目估計　293
9.2.5　尋找估計中的不足　294
9.2.6　對風險達成共識，而不隻是時間錶　295
9.2.7　為單元測試與項目測試分配足夠的時間　297
9.2.8　每一次估計都是獨立的挑戰　297
9.2.9　確定項目的節奏　298
9.3　展開計劃　298
9.3.1　參與項目啓動　299
9.3.2　定義“完成”　299
9.3.3　定義“成功”　300
9.3.4　建立項目工作手冊　301
9.4　執行工作　304
9.4.1　設計工作　304
9.4.2　進行設計復審　307
9.4.3　完成項目原型來傳達設計　307
9.4.4　設立共同認可的裏程碑　308
9.4.5　確保設立常規代碼檢入會議　309
9.4.6　積極驅動開發　310
9.5　終盤結束期　316
9.5.1　不再增加新功能　316
9.5.2　運行産品　317
9.5.3　準備好宣布成功以及開啓更新版本的工作　317
9.5.4　知道何時減損　319
9.5.5　OEM或國際版　320
9.6　交付軟件　321
9.6.1　慶祝　321
9.6.2　反思　322
9.6.3　分享　325
9.6.4　重構　325
9.6.5　小版本升級　326
9.7　小結　326
9.8　工具　326
工具　327
· · · · · · (收起)