基本信息
原書名： Growing Software: proven Strategies for Managing Software Engineers
原出版社： No Starch Press
作者： (美)Louis testa
譯者： 郭稚暉
出版社：人民郵電出版社
ISBN：9787115231277
上架時間：2011-4-15
出版日期：2011 年5月
開本：16開
頁碼：261
版次：1-1
內容簡介
軟體行業中最為經典的語錄就是“唯一不變的就是變化本身”。作為中小型軟體公司的技術領導，在迅速應對行業、市場以及公司內部調整變化時，在做好隊伍建設，產品定義，工程實施的同時，既要貫徹高層主管們所制定的戰略指導方針，也要處理好各級部門與同事的關係。這些技能與素養的培養對於那些剛剛從工程師隊伍成長起來的技術經理們來說是一個很大的挑戰。
而《管好團隊做對事—軟體企業成長手冊》就是站在這樣一個特定的角度，教您如何培養這些技能與素質，以幫助您解決軟體公司運營過程中出現的日常危機，並指導您如何打造並領導一個高效的團隊，如何定義你們的產品，如何實現從客戶到ceo之間各類人員的精誠合作，從而確保完成高質量的交付產品。本書包含了以下內容：與你的ceo和執行團隊一起有效工作；提升開發團隊效率並激發他們的工作熱情；評估你們的軟體方法用以提升開發效率並防止失誤；利用產品原型來彌補市場與工程直接的空隙；排除技術定時炸彈的隱患等。
作為有著20餘年項目管理經驗的高級技術經理，louis testa先生在《管好團隊做對事—軟體企業成長手冊》中融入了大量的實際案例和指導意見，使得軟體管理行業的新人可以在字裡行間體會他的諄諄教誨，找到前行的路標。而具有一定管理經驗的項目經理通過閱讀此書，也可以更新其陳舊的管理經驗，打破其原有的陳規舊俗，從而對軟體項目管理的認識達到一個全新的高度。
媒體推薦
IT技術團隊經常由一群個性執著甚至倔強、較真、直爽還有些乖張的技術狂人組成，管理這樣一群特殊的人，不能“硬來”，而是要使用“巧勁兒”。我本人從事了十多年的技術團隊管理工作，記得在最初成為團隊管理者時，對一些相關領域的知識接觸較少，也不可避免地走了一些彎路。很高興能看到這樣一本書面世，為初為技術團隊管理者的讀者提供了一個全面的升級讀物，為大家打開了一扇快速了解IT團隊建設和管理知識的大門。
——東軟網路安全行銷中心總經理、中國計算機學會YOCSEF大連分論壇AC委員、大連海事大學客座教授、LMI（美國領導力中心）領導力教練趙鑫龍
任何偉大的公司都是從小企業走過來的，當你有幸在這樣的團隊中擔任技術管理工作的時候，你不僅要是一把鋒利的匕首，更要是一把萬能的瑞士軍刀。你不僅是技術經理、架構師、質量經理，還需要是運營經理、產品經理、流程經理，其實你已經必須時刻站在CTO的角度來思考問題了。對於任何管理類崗位，真正決定個人成功與否的因素都是技術技能之外的東西，比如性格、團隊融入、思考問題的方法論等。以科學的態度做技術，以市場的視野做產品，以行銷的心態做管理，本書雖不是十全大補，但作為夠分量的實用指南，足矣！
——凡客誠品架構總監欒義來
本書提供了大量的實際案例和指導意見，能夠幫助軟體公司在團隊管理以及在產品定義、質量控制方面獲益。本書通過大量的實例講解，告訴管理者如何建立、擴充、管理你的團隊，如何提升開發團隊的效率並激發他們的工作熱情，如何合理利用資源與制定流程規範來解決與執行團隊的合作衝突、項目過程質量控制等問題。對於網際網路公司來說，本書具備豐富的內容與指導意見，是伴隨技術經理成長的一本好書，推薦給大家。
——新浪部落格技術經理張華東
目錄
《管好團隊做對事—軟體企業成長手冊》
第1部分 開發團隊
第1章 入門 3
1.1 在新工作中找到你的出路 4
1.1.1 立即著手處理 4
1.1.2 經歷初始培訓 5
1.1.3 收集信息 6
1.2 了解人 7
1.3 不願透露信息 8
1.4 認同企業文化 9
1.5 學習技術、過程和產品 9
1.6 了解客戶 11
1.7 了解公司的業務流程 11
1.8 回歸重點 12
第2章 管理開發團隊 13
2.1 理解你的核心價值 13
2.1.1 信任 14
2.1.2 靈活性 15
2.1.3 誠摯 16
2.1.4 機密性 17
.2.1.5 尊重 17
2.1.6 授權 17
2.2 與你的團隊溝通 18
2.2.1 一對一 18
2.2.2 項目溝通 19
2.2.3 團隊會議 19
2.3 解決衝突 20
2.4 培訓 21
2.5 指導 23
2.6 激勵你的團隊成員 23
2.7 教導問題員工 25
2.8 考核與評價 26
2.8.1 創建考評 26
2.8.2 提交考評 26
2.8.3 提交滯後以及缺陷考評的不利影響 27
2.9 附加讀物 28
第3章 創建一個高效的開發團隊 29
3.1 有效的團隊組織 30
3.2 程式設計師的效率 32
3.3 辦公空間 34
3.4 如何讓其他團隊與工程隊伍溝通順暢 35
3.5 新經理，舊習慣 36
3.6 富有樂趣 36
3.7 附加讀物 37
第4章 擴充軟體團隊 39
4.1 設計一個篩選過程 40
4.2 面試特長 40
4.2.1 技術能力 41
4.2.2 業績 41
4.2.3 文化融合 41
4.2.4 工作習慣和喜好 42
4.2.5 行業經驗 42
4.2.6 個人能力 43
4.2.7 溝通能力 43
4.2.8 個性 43
4.2.9 熱情 43
4.2.10 解決問題的能力 43
4.2.11 幽默感 44
4.3 匯總 44
4.3.1 電話面試 44
4.3.2 辦公室面試 45
4.3.3 指導你的面試小組 45
4.3.4 面試中應避免的話題 46
4.3.5 馬拉松式面試或壓力面試 46
4.3.6 打了就跑的面試 47
4.3.7 午餐委員會面試 47
4.3.8 評審會 47
4.3.9 做出選擇 48
4.4 附加讀物 49
第2部分 產品和技術
第5章 定義產品 53
5.1 產品定義過程 54
5.2 產品定義內容 56
5.3 整體產品概念 58
5.4 利用原型定義產品 59
5.4.1 總體原型 59
5.4.2 快速和靈活的方法 59
5.4.3 可點擊的用戶界面原型 60
5.4.4 用戶界面設計 60
5.5 與市場部門建立聯繫 61
5.5.1 避免不良的關係 61
5.5.2 保持市場和工程團隊在一起 62
5.5.3 建立平衡關係 62
5.6 客戶對產品的認識 63
5.7 在a版本發布中改善產品 65
5.8 了解現有產品的組成部分 66
5.9 附加讀物 67
第6章 驅動版本發布 69
6.1 版本發布計畫 70
6.1.1 版本發布時間表 70
6.1.2 早期版本發布策略 71
6.1.3 計畫產品淘汰 73
6.2 版本發布過程 75
6.2.1 版本發布標準 75
6.2.2 過程步驟 76
6.2.3 發布後評審 77
6.3 發布版本的標識 78
6.3.1 版本發布三級編號標識 79
6.3.2 補丁發布 80
6.3.3 構件編號與版本編號的對比 80
6.3.4 跨發布版本的編號 81
6.3.5 鄉紳的軟體 82
6.4 附加讀物 83
第7章 評估你們的工具和方法 85
7.1 備份智慧財產權 86
7.1.1 備份頻率 87
7.1.2 異地備份 88
7.1.3 僅在磁碟上備份 89
7.2 創建和管理開發文檔 89
7.3 原始碼版本控制 91
7.4 軟體構建方法與時機 93
7.5 軟體發布過程 94
7.6 缺陷跟蹤系統 95
7.7 選擇合適的開發工具 96
7.8 附加讀物 98
第8章 評估你們的技術 99
8.1 系統文檔 100
8.2 系統可擴展性 101
8.3 故障模式 102
8.4 錯誤處理和訊息 103
8.5 系統的靈活性與可維護性 104
8.6 整合入系統的第三方軟體包 105
8.7 系統應用程式接口 106
8.8 安全 107
8.9 數據報表與分析 107
8.10 國際化支持 109
8.11 著眼重點 109
8.12 附加讀物 109
第3部分 工程之外
第9章 與你的公司一起工作 113
9.1 企業文化和做法 114
9.1.1 企業風格 115
9.1.2 管理風格 115
9.1.3 會議風格 115
9.2 處理團隊內部問題 118
9.3 增進同僚關係 118
9.4 尊重工程團隊 119
9.5 附加讀物 120
第10章 和ceo及執行團隊一起工作 121
10.1 支持你的老闆 122
10.1.1 確保目標明確 122
10.1.2 提供有用的信息 123
10.1.3 溝通 123
10.1.4 影響決策 124
10.2 與執行團隊合作 124
10.2.1 解決衝突 125
10.2.2 用信賴打開你們的隔閡 125
10.2.3 敞開溝通 126
10.2.4 有效合作 127
第11章 傾聽客戶的聲音 129
11.1 客戶滿意 130
11.2 客戶會議 131
11.3 搞定交易 132
11.3.1 銷售團隊什麼時候會過度承諾 132
11.3.2 尋求報價 133
11.4 支撐的要求與客戶的需求 134
第4部分 為項目、過程以及質量制定工作流程
第12章 項目評估 139
12.1 建立一個評估 140
12.1.1 創建任務列表 140
12.1.2 建立任務評估 141
12.1.3 考慮評估偏見 142
12.1.4 創建評估 142
12.1.5 編寫和交付評估 144
12.2 採集原始項目數據 145
12.2.1 利用電子表格匯總數據 146
12.2.2 工程維護和經常開支 147
12.3 附加讀物 148
第13章 啟動一個項目 149
13.1 理解目標 150
13.2 集結項目團隊 150
13.2.1 換人 151
13.2.2 遊戲延遲 152
13.3 設定優先權 152
13.4 選擇一個框架 153
13.5 制定時間表 153
13.6 創建一個項目計畫 154
13.7 啟動會議 155
13.8 附加讀物 155
第14章 項目執行與跟蹤 157
14.1 一個項目的執行管理 157
14.2 項目跟蹤方式 159
14.2.1 甘特圖 160
14.2.2 項目跟蹤電子表格 163
14.3 變更控制流程 166
14.4 風險管理 168
14.5 附加讀物 170
第15章 設計一個軟體開發過程 171
15.1 軟體開發過程中都涉及哪些內容 172
15.2 開發過程的類型 172
15.2.1 臨時性過程 173
15.2.2 瀑布過程 173
15.2.3 瀑布過程改進 174
15.2.4 疊代過程 175
15.2.5 螺旋過程 175
15.2.6 敏捷過程 176
15.2.7 其他過程和方式 179
15.3 自定義一個過程 179
15.4 選擇一個過程 180
15.5 引進一個過程 180
15.6 附加讀物 182
第16章 流程改進 185
16.1 建立一個流程模型 186
16.1.1 定義流程邊界 186
16.1.2 列出流程步驟 186
16.1.3 創建一張流程圖 187
16.1.4 估算時間範圍 187
16.1.5 建立電子表格模型 187
16.1.6 驗證模型 188
16.2 分析流程模型 188
16.2.1 在操作中進行流程分析 188
16.2.2 利用模型來改進流程 191
16.2.3 和其他團隊一起工作 193
16.3 堅持不懈地走下去 193
16.4 附加讀物 194
第17章 理解質量保證 195
17.1 質量的重要性 195
17.2 質量定義 196
17.3 注重質量 197
17.4 質量評估 198
17.4.1 質量保證團隊 199
17.4.2 qa的工具和環境 200
17.4.3 qa活動 204
17.4.4 qa過程 207
17.4.5 缺陷的等級評定過程 207
17.4.6 創建相關功能及用途並予以說明 208
17.5 qa指標 211
17.5.1 版本發布後每周所發現的缺陷統計 211
17.5.2 每周缺陷權重統計數 212
17.5.3 客戶發現缺陷的權重 214
17.5.4 測試運行通過百分比 214
17.5.5 測試通過中所發現的缺陷 215
17.5.6 測試期間每周所修復的缺陷 215
17.6 質量與生產力方面的缺陷影響 215
17.7 附加讀物 217
第5部分 規劃未來
第18章 確定發展方向 221
18.1 聽取市場部門的意見 222
18.2 創建整體產品 223
18.3 化解技術上的定時炸彈 223
18.4 籌劃技術檢修 225
18.5 最佳化客戶安裝程式 226
第19章 發展戰略及路線圖 229
19.1 建立產品路線圖 230
19.2 對選擇進行評價 231
19.2.1 成本-效益核算 232
19.2.2 成本-效益對比 233
19.3 創建單頁紙的評估 233
19.4 附加讀物 235
第20章 繼續前進 237
附錄a 軟體公司的組織架構 239
1 公司任務 240
2 典型的個體公司 240
3 典型的兩人公司 241
4 12人的軟體公司 241
5 24～50人的軟體公司 243
6 100多人的軟體公司 243
6.1 層次管理結構 245
6.2 矩陣型組織 246
6.3 小型產品團隊 247
6.4 靈活的項目團隊 248
7 結論 249
附錄b 國際化 251
1 需要考慮的國際化問題 252
1.1 翻譯人員的編制和成本 252
1.2 資料庫要考慮的問題 252
1.3 國家和語言需求 253
1.4 貨幣流通問題 253
1.5 日期、公制度量標準以及尺寸問題 253
2 國際化的最佳實現方式 254
2.1 區域設定 254
2.2 翻譯過程 254
2.3 質量保證 254
2.4 資料庫以及導入/導出 254
2.5 翻譯公司 255
2.6 用戶接口 255
3 小結 256
附錄c 企業工作流程示意圖 257
1 創建一張簡單的工作流示意圖 258
2 工作流實例 258
