it培訓的那些事兒

① IT項目管理那些事兒的推薦序

項目管理是IT科技發展的重要部分，無論是飛上太空的大型太空梭系統，還是企業的各種行業應用，以及互聯網上的各類網站都是由一個個IT項目組成的。項目管理的理論研究已經有數十年，也形成了各種理論、方法、標准和工具，包括項目管理知識體系（PMBOK）、個體軟體過程（PSP）、團隊軟體過程（TSP）、極限編程和Scrum技術，還有專門的PMP項目管理師認證。這些方法和技術試圖把項目管理標准化，使其更容易被預測和管理，來成功實現項目的目標。
但在實際工作中，失敗的項目有很多，即使在IT科技最發達的美國。我於2011年5月10號在新浪發表一篇微博：
「10個項目死亡的信號：（1）第一版做太多功能；（2）太依賴新技術平台；（3）與公司另一個有份量的產品競爭；（4）團隊人手不足；（5）復雜的問題，需要復雜的解法；（6）成員開始隱藏進度落後的事實和原因；（7）不斷更改、增加的需求；（8）2.0 癥候群—非要更大、更強、更美；（9）產品沒有市場立足點；（10）你根本無法解決的大問題。」
這條微博引起了強烈的反響，轉發評論超過4000條。很多IT人士都拿來同自己的項目進行對照，實際上這篇微博來自微軟的資深工程師Dare Obasanjo在2007年寫的一篇博客Top Ten Signs Your Software Project is Doomed。作者以其在微軟的親身經歷總結了軟體項目的10條經驗，我看後深有感觸，我從事IT技術領域超過20年，前10年作為程序員親身開發多個軟體產品，後10年創辦CSDN也領導參與了很多網站項目，這十條信號可以說都有親身慘痛的經歷。之所以在微博上引起如此大的反響，也是因為其他同行，包括其他行業的朋友在項目管理中都碰到過同樣的困難。
項目管理已經有這么多的理論方法和工具，為什麼在實際工作中還存在這么大的困難呢？我用下圍棋來做個比喻，圍棋上已經形成了超過1萬種的定式（所謂定式是經過棋手們長久以來的經驗累積，而形成在某些情況下雙方都會依循的固定下法），但千古棋局無相同，真正對弈的時候每盤棋的落子順序和棋子周邊環境都不一樣，同樣的定式也會產生不同的效果。
各種項目管理的方法和工具就是圍棋中的棋理和定式，但每個具體項目中的因素都是各不相同的，牽涉到項目中的人員也是千差萬別的，所以在項目管理領域出現千差萬別的情況也就可以理解了。
要想提高圍棋的水平，必須首先掌握棋理和定式，另外就是實戰和學習高手對局，看高手在具體的棋局中是如何應用棋理和定式的。
要提高項目管理的水平，也必須學習掌握基本的項目管理理論和方法。另外，更重要的是實踐，並學習其他項目經理的經驗教訓，很可惜通常市場上的項目管理書籍缺乏真正實踐的案例，而只有基本方法和工具，大部分案例或者流於簡單，或者流於樣板，而且很多是國外的案例，與國內實際情況差別很大。
本書主要作者都來自各類行業項目管理第一線，以親身經歷來分享項目管理的實踐體會，這是非常有價值的。因為理論方法和工具是容易學習的，真正的困難是在實踐中如何應用。希望讀者能通過本書看到企業中真實的項目管理是如何進行的，也希望更多的讀者也能分享自己的項目管理實踐經歷，結合自己的實踐來總結是提高的最好的途徑。
CSDN創始人 蔣 濤
最初我們做項目的時候，還不知道什麼是項目管理，重點是找個「大拿」當項目經理；後來各種體系鋪天而至，我們豁然開朗的同時又走向了另一個極端，找項目經理關心的是「通過XXX認證了嗎」。今天，我們才知道熟記各種理論不等於合格的項目經理，合格的項目經理應該是理論基礎、實踐經驗和個體能力的有機體結合。
這本書的最大特點就是跳出理論框架、返璞歸真，重新從個體能力和實踐案例的角度出發，審視項目管理的「那些事兒」，對項目實戰、選擇和培養項目經理都有較高的指導價值。
鼎捷軟體有限公司副總裁 潘 東
在競爭日趨白熱化的IT業界，僅憑良好的技術水平，提供優秀的解決方案是不行的，還需要有很強的項目實施能力。項目管理的到位與否直接影響著項目的成敗。IT企業需要關注項目的實施過程，大力改善其項目管理水平以提高企業的核心競爭力。本書的創作團隊結合親身的項目經驗，深入淺出地介紹了項目管理的各個環節和進化歷程，十分值得IT項目經理們借鑒和學習。
盛拓傳媒集團CTO 廖志強
看了《IT項目管理的那些事兒》這本書。第一感覺是，如果我在二十多年前做軟體開發就有這本書的話，就可以少走許多彎路。
本書的創作團隊均在IT行業摸爬滾打多年，有的負責項目管理、有的負責部門管理，還有的擔任公司高管或者親自創業，富有IT項目實施和管理的一線經驗。所以，這本書絕非紙上談兵，而是多年實踐經驗的總結。從實踐到理論，再由理論指導實踐。這本書還附有不少案例，這使得那些「理論」更有參照，而對於新入行的朋友們來講，也容易理解，非常適用。
中國計算機學會秘書長 杜子德研究員
據統計，在項目管理知識體系的用戶中，IT用戶是最多的，IT作為蓬勃發展的高科技產業的代表，前景非常廣闊，因此專題探討IT項目管理非常必要，而從項目經理角度來談項目管理是相當獨到的視角。中國IT業引入項目管理理論已有十年時間，已成功幫助IT業不斷提升生產力，但是近年也面臨著新的挑戰，特別是來自新3C的影響，包括不斷成熟的客戶（Customer）、IT產業日趨激烈的競爭（Competive）、雲計算和物聯網為代表的技術變革（Change），據我的理解，這些正是本書產生的背景。相信這些來自企業一線的專家們通過奉獻自己的親身實踐和思考，會成為在新的發展階段業界對項目管理進行反思、融合和深入實踐的思考之起點。
中國系統與軟體過程改進協會秘書長 王 鈞

② IT項目管理那些事兒的目 錄

第一篇 項 目 篇
第1章 中小型民營IT企業項目管理手記 2
1.1 項目管理是什麼 2
1.2 背景介紹 3
1.2.1 個人背景 3
1.2.2 公司背景 3
1.2.3 項目背景 3
1.3 軟體工程 4
1.3.1 系統概述 4
1.3.2 系統規劃 5
1.3.3 系統需求 6
1.3.4 系統設計 8
1.3.5 系統開發 10
1.3.6 系統測試 11
1.3.7 系統部署 12
1.3.8 系統驗收 13
1.4 之後的事情 16
1.5 項目經理感悟 16
1.5.1 大中小型項目管理的區別 16
1.5.2 系統架構 17
1.5.3 風險管理 21
1.5.4 溝通管理 23
1.5.5 時間、成本、范圍和質量的平衡藝術 24
1.5.6 項目經理自身學習的加強 25
1.5.7 政治問題 26
1.6 民營企業IT項目管理之路 27
1.6.1 完善企業管理基本制度 27
1.6.2 領導者的學習 28
1.6.3 建立PMO組織 29
1.6.4 構建專業的IT項目管理制度 30
1.7 小結 32
第2章 電信行業應用軟體項目管理案例 33
2.1 項目背景 33
2.2 項目階段定義 35
2.3 項目第一階段 37
2.3.1 軟體設計 37
2.3.2 項目團隊 40
2.4 項目第二階段 42
2.4.1 需求工程與需求管理 42
2.4.2 項目計劃與跟蹤 44
2.4.3 項目風險管理 47
2.4.4 項目流程規范 50
2.5 項目第三階段 53
2.5.1 割接的技術准備 53
2.5.2 割接的組織與保障 55
2.6 反思與總結 57
2.6.1 另一種選擇 57
2.6.2 項目經理的成長 59
2.6.3 對組織級項目管理的期望 62
第3章 說說銀行項目那些事兒 65
3.1 引子 65
3.2 知己知彼，百戰不殆 66
3.2.1 銀行的基本背景 66
3.2.3 銀行項目的特點 71
3.3 准備行動 73
3.3.1 項目的前期調研 74
3.3.2 前期調研的成果 74
3.3.3 項目成員的物色 75
3.3.4 項目成員的安排 76
3.3.5 啟動會前的努力 78
3.3.6 啟動會的重要性 79
3.4 項目從這里開始 80
3.4.1 運籌帷幄——項目規劃 81
3.4.2 未雨綢繆——需求調研 82
3.4.3 齊頭並進——概要和詳細設計 84
3.4.4 信手拈來——編碼開發 85
3.4.5 披荊斬棘——掃除障礙 86
3.4.6 防微杜漸——隨時反思 89
3.4.7 善始善終——項目收尾 92
3.5 終點？起點？ 94
3.5.1 項目的後續故事 94
3.5.2 我的反思 95
3.6 取勝之道 96
3.6.1 銀行項目管理的特點 96
3.6.2 項目的溝通 97
3.6.3 項目中的質量 99
3.6.4 項目團隊持續改進和學習 100
3.6.5 項目經理的真正職責 101
3.7 小結 103
第4章 軟體外包項目的項目管理和快速開發 104
4.1 項目情況簡介 104
4.1.1 項目背景 105
4.1.2 企業的項目管理、項目團隊的情況分析 105
4.2 項目開始前的思考 105
4.3 軟體開發過程模型 108
4.3.1 開發過程模型的執行 108
4.3.2 快速開發模型的概述 109
4.3.3 各階段簡要說明 110
4.4 軟體項目管理 113
4.4.1 軟體項目管理 114
4.4.2 軟體項目管理的內容 114
4.4.3 軟體項目管理的其他方面 123
4.5 思考和總結 125
第二篇 組 織 篇
第5章 IT企業PMO工作實踐 128
5.1 企業環境介紹 129
5.1.1 值得一提的特點 130
5.1.2 說不清楚的業務方向 130
5.1.4 嚴格執行質量體系 134
5.2 項目管理和信息化現狀調研 135
5.2.1 調研准備 135
5.2.3 調研報告 138
5.3 項目管理部成立 140
5.3.1 項目管理部的定位 140
5.3.2 崗位設置 141
5.3.3 工作流程 143
5.3.4 目標設置 146
5.4 千頭萬緒的多項目管理 146
5.4.1 如何選拔項目經理 147
5.4.2 協調和溝通是主旋律 149
5.4.3 資源管理 151
5.4.4 項目實施過程與公司流程的沖突 153
5.4.5 戰勝困難的法寶——包容與協作 154
5.4.6 多個項目的數據收集 157
5.5 艱難的績效考核 159
5.5.1 6個版本的績效考核方案 159
5.5.2 試點結果無法說明問題 167
5.5.3 項目經理的無奈 167
5.5.4 考核為什麼失敗 168
5.6 內部信息系統的實施 169
5.6.1 企業級項目管理信息系統的功能 169
5.6.2 內部信息系統實施的管理 170
5.6.3 信息系統對產品的推動 171
5.6.4 工具不能代替人的管理 172
5.7 並非回到原點 172
5.8 結束語 174
第6章 小型軟體企業CMMI評估實戰 174
6.1 導讀 174
6.2 背景介紹 175
6.3 CMM評估准備 177
6.3.1 為什麼要進行CMM評估 177
6.3.2 為CMM評估准備資源 179
6.3.4 項目自檢 183
6.4 CMM評估過程 187
6.4.1 和評估師見面 187
6.4.2 有趣的培訓 188
6.4.3 評估開始了 189
6.5 用CMM來指導實踐 190
6.5.1 如何保證質量 191
6.5.2 配置管理有多重要 192
6.5.3 項目管理中的技術活 193
6.5.4 需求！需求！ 197
6.5.5 開發人員的困惑 198
6.5.6 到底要協調什麼 199
6.5.7 怎麼做評審 200
6.5.8 貫穿始終的過程改進 201
第7章 項目管理體系之形成與演變 202
7.1 引子 202
7.2 背景介紹 203
7.3 陣痛 206
7.4 平衡矩陣 210
7.5 CMMI糊里糊塗地來了 212
7.6 CMMI開始了 212
7.7 CMMI進行中 214
7.7.1 項目計劃=頭痛 215
7.7.2 無盡的資源平滑 215
7.7.3 體力透支 216
7.7.4 Project Server上線 217
7.7.5 有數據很危險 219
7.7.7 完整項目進程 220
7.8 CMMI正式評估 220
7.8.1 PIIDs表 221
7.8.2 訪談准備 222
7.8.3 SCAMPI培訓 222
7.8.4 就緒檢查 223
7.8.5 審判 224
7.8.6 打分 224
7.9 小結 225
第三篇 支 持 篇
第8章 IT項目經理的修煉 228
8.1 合格IT項目經理的基本要求 228
8.2 合格IT項目經理的修煉 230
8.2.1 行業專業技能積累 230
8.2.2 意識上的IT項目經理 231
8.2.3 IT項目管理技能提升 233
8.2.4 如何從技術背景轉身 239
8.2.5 通用溝通技能 241
8.2.6 項目管理溝通技能 244
8.2.7 項目管理體系模型學習與實踐——CMM/CMMI 250
8.2.8 項目管理個體認證——PMP 252
8.2.9 適應項目管理組織結構 254
8.2.10 質量控制能力 256
8.2.11 有效開展項目團隊建設 261
8.2.12 合理的項目考核與激勵 263
8.3 IT項目經理從合格到優秀 265
8.3.1 IT項目經理是否要對技術很精通 265
8.3.2 一名優秀的項目保姆 267
8.3.3 持續項目過程改進 268
第9章 一家互聯網公司的項目管理進化史 274
9.1 游戲項目特點簡述 274
9.2 進化史之第一階段——創業者的光榮與夢想 275
9.2.1 痛並快樂著 275
9.2.2 項目團隊組織架構 277
9.2.3 進化史第一階段項目管理特點小結 278
9.3 進化史之第二階段 278
9.3.1 項目協調組的組織架構與職責 278
9.3.2 項目協調部的組織架構 281
9.3.3 項目經理及項目助理在項目組中的崗位 282
9.3.4 進化史第二階段項目管理的主要貢獻 282
9.3.5 進化史第二階段項目管理特點小結 283
9.4 進化史之第三階段 284
9.4.1 項目管理變革 284
9.4.2 建立項目管理體系的價值所在 284
9.4.3 項目管理體系總體構想 286
9.4.4 項目管理流程體系 287
9.4.5 項目管理職業規劃 290
9.4.6 項目組織結構的變化 297
9.4.7 項目管理變革的推動方式 298
9.4.8 進化史第三階段項目管理特點小結 299
9.5 展望 300
第10章 如何帶好80後研發團隊 301
10.1 從「雜牌」到「正規」 301
10.1.1 敏捷開發模式 304
10.1.2 開發與測試——女孩子在團隊中的作用 305
10.1.3 新加入開發團隊的尷尬 ——小邢如何擺脫
「困境」 306
10.1.4 陽光的李彬臉沉了下來——如何面對老員工的「不服」 309
10.1.5 「牛人」 311
10.1.6 有背景的團隊成員 312
10.1.7 有人離職了 I——開發工程師離職的波動 313
10.1.8 有人離職了 II —架構師離職了 315
10.2 80後的苦樂 317
10.2.1 都有一個夢——想當老闆 317
10.2.2 「我要加薪」 318
10.2.3 「我要辭職」 318
10.2.4 說我可以，說我們組不行 319
10.3 80後的生活 320
10.3.1 卡拉OK Happy一下 320
10.3.2 不願意早回「家」 321
10.3.3 不願意回家過年 321
10.3.4 結婚 322
10.4 結束語 322
第11章 項目管理之兵者詭道 324
11.1 兵者詭道 325
11.1.1 民族情結 325
11.1.2 文化差異 327
11.1.3 兵無常勢 329
11.2 淝水之戰 331
11.2.1 投鞭斷流 331
11.2.2 羽扇輕搖 337
11.2.3 風聲鶴唳 338
11.3 始計第一 340
11.3.1 廟算勝負 341
11.3.2 孔明再世 342
11.4 背水之戰 346
11.4.1 詐謀奇計 346
11.4.2 神機妙算 347
11.4.3 不戰而勝 347
11.4.4 奇正相生 348
11.4.5 有備無患 349
11.5 擇人任勢 351
11.5.1 擺脫桎梏 351
11.5.2 跬步千里 353
11.5.3 南轅北轍 353
11.6 管理之美 355
11.6.1 網路谷歌 355
11.6.2 3Q大戰 357
11.6.3 舉一反三 357
11.7 本章小結 359