本章重點：
pm的m就是manager，但是p有這幾種：product manager、project manager、program manager，在不同的行業和公司，他們的作用各不相同：
本章主要介紹微軟的專案經理 -program manager。
在微軟的早期，隨著業務的發展和團隊的壯大，下面這兩個問題凸顯出來：
在程式開發中，查爾斯·西蒙尼發現專案管理的複雜度似乎跟人員數量的平方成正比。
該怎麼辦呢？查爾斯想到了乙個辦法：他提議把程式設計師分成兩種：
這個想法在理論上是好的，但實際上沒有人想做sp，剛加入團隊的開發人員會問：問什麼我不能當mp？這次改革最後不了了之。
隨著軟體複雜度的提高，使用者需求的多樣化，市場競爭的日益激烈，我們需要專門的人來做下面的事，而這些事往往是程式設計師不願意花時間去做的：
後來，乙個名叫賈伯·布魯門薩爾的程式設計師提出了program manager（pm）這一頭銜，並成為了微軟第乙個pm（2023年，excel團隊）。
pm的出現讓團隊內部的互動出現了兩個新特性：
project manger
program manager
是團隊的行政領導，帶領大家在專案中工作
和大家平等工作，推動團隊完成軟體的功能
通常是軟對和外界打交道的唯一代表
乙個團隊可以又很多pm
對專案的功能有最後的決定權
和其他團隊成員一起形成決議
管事也管人
管事不管人
不一定做具體工作
一定做具體工作
成為乙個合格的pm，需要以下幾種能力：
分析管理能力：從每天專案中發生的諸多事情中，pm要能夠*分析出重點、找到優先順序、做判斷、做決定等等；
一定的專業能力：pm通常也能寫**，能玩轉excel、ppt、visio、甘特圖，會ps，有文字功底，寫的部落格有人愛讀，反正總得有幾招絕活！此外，還要有大量的閱讀，對it行業、使用者心理、社會都要有廣泛的了解。
在乙個專案中，pm的具體任務是：
著名的使用者體驗專家比爾·巴克斯頓在總結自己幾十年的經驗時說：過程創新可能超越產品創新，但兩個創新並駕齊驅則勝於任何乙個。
這是對pm最好的要求。
一次高效的會議，組織者應該做到：
會議的參加者想到**就說到**，個人的情緒也自由地發揮，雖然熱鬧，卻是一種無序地交流，效率不高，我們應該把這些無序地活動逐步約束為有序地活動，然後讓大家通過一系列地思維活動來分析問題，在乙個時間段內只做一類思維活動，決定行動。思維活動有這幾種型別：
這樣會議就變成：
平時開會討論特別雜亂的原因是，在每個具體時段，每個人在扮演的角色不同，別人也沒能理解不同人的角色和出發點。
這樣，會議的結果將變成：
風險的類別和**：
風險的類別
風險的**
人員客戶，終端使用者，利益關係人，專案成員，合作夥伴
流程專案的預算，成本，需求
技術開發和測試工具，平台，安全性，發布產品的技術，與我們產品相關的技術
環境法律，法規，市場競爭環境，經濟狀況，技術大趨勢，商業模式，自然界
應對風險的手段通常有：進一步研究、接受、規避、轉移、降低、制定應急計畫。
風險管理的水平有多個層次：
閱讀《構建之法》 第8 第9 第10章
第8章 需求分析 問題 8.6 在這一章節中，說的是計畫和估計，我覺得這是程式設計最基礎的問題吧，如果不能很好的估計出程式設計所要寫的時間，就說明對程式設計沒有足夠的了解和認識，但是我在想，如果做乙個工作量很大的軟體，有些可能難以估計出時間的，而且還要整合各個人寫的功能部分，這時該怎麼去顧及呢 第9...
《構建之法》第8 9 10章
第八章 需求分析 軟體開發團隊就是為了使用者著想，於是總會在程式專案開發前進行專案的需求分析 本章節講述軟體需求的4個步驟，1 獲取和引導需求 2 分析和定義需求 3 驗證需求 4 在軟體產品的生命週期中管理需求 在軟體工程中分析軟體需求需要考慮相關者的利益關係，例如使用者 顧客 市場分析師 監管機...
《構建之法》第13 17章
第13章 軟體測試 問題 軟體測試方法有哪些？第14章 質量保障 問題 什麼是軟體的質量？第15章 穩定和發布階段 問題 軟體發布前要注意什麼？第16章 it行業的創新 問題 在it領域，怎樣做到產品創新?第17章 人，績效和職業道德 問題 軟體工程師要具備哪些職業道德？乙個程式設計師的生命週期 讀...