構建之法9、10、11章

第九章

學習了第九章之後，了解到了在一個項目中項目經理的重要性。生活中，無論什麽團隊工作，都需要一個領隊，來掌控團隊項目的發展，以及各個成員工作的分配。PM指Product Manager、Project Manager、Program Manager。這個章節主要講了Project Manager即項目經理，PM要憑自己的能力，把用戶的需求展現成其他成員能夠理解和執行的語言。項目經理需要正確地協調團隊內部外部，調配各部門資源和時間，有效進行風險管理，保證一個項目順利按計劃結項。

在做軟件時，銷售人員需要將客戶需求告訴開發人員，但是銷售人員不能直接把那些語言翻譯成程序員能懂的規格說明書，所以需要專門的人來翻譯，所以就出現了項目經理這個頭銜。負責一個功能的開發和測試的人員和相關

雖然PM很重要，但是PM的盛行也是有缺點的。如果做一個PM沒有強烈的責任感和強大的推動力，只是滿足於不斷討論得到團隊共識，那麽團隊的項目很有可能不能跟上市場的變化，一直中規中矩，不能吸引用戶。作為PM，還要進行風險管理，對技術方面，預算方面以及法律法規方面進行風險分析。

作為PM，需要很多能力:1.觀察、理解和快速學習能力2.分析管理能力3.一定的專業能力4.自省的能力。在一個團隊中，PM至關重要，作為一個PM，要充分做好自己的分內工作，做好帶隊工作。

第十章

做一個產品，首先考慮的就是用戶需求，不同的用戶有不同的需求，但是一個產品不可能完全滿足所有用戶的需求，哪怕把產品的擴展性做的很好，產品說不定就會出現安全問題。所以我們在做產品時，不是一昧的滿足客戶需求，而是要知道客戶語言或者動機後的真正的需求，針對不同典型用戶的需求做出產品。

一個典型用戶往往描述了一組用戶的典型技巧、能力、需要、想法、工作習慣和工作環境等等。當我們定義了最初的典型用戶之後，需要真正去理解用戶，了解他們的真實想法，不斷細化典型用戶。

當我們完善了典型用戶的定義之後，就需要創立場景，深入理解用戶需求。用戶和系統有無數種可能的交互情況，寫場景時要有針對性。場景需要設計場景入口，來描述場景如何開始，並且描述用戶在這個場景中所處的內部和外部環境，最後給場景劃分優先級，按優先級排序寫場景。

用例也是很常用的需求分析工具。用例有五個因素：標題、角色、主要成功場景、步驟、擴展場景。使用用例，可以讓團隊成員更快找到用戶的需求和軟件的功能點，這些功能點及需求都應該有具體的行動描述。

做軟件也需要寫規格說明書，分為：軟件功能說明書和軟件技術說明書。功能說明書要定義好相關的概念，規範好一些假設，避免一些誤解，界定一些邊界條件，描述主流的用戶/軟件交互步驟，說明功能的副作用，還有對服務質量的說明。技術說明書用於描述開發者如何實現某一功能，或者相互聯系的一組功能。功能驅動的設計也非常重要，把用戶需求變成團隊成員可以直接操作的開發工作。

第十一章

這一章講的是軟件設計與實現，寫軟件就是要解決用戶的需求，所以軟件設計就是要充分了解到用戶需求，並且盡量去實現。分析和設計有很多方法：以文字為主的文檔，用圖形為主構造的模型，用數學語言的描述，用類自然語言+代碼構造的描述，源代碼加註釋也能描述。對於軟件的分析，需要給事物事建造出一個模型，來描述事物、各個事物間的聯系。可用思維導圖、實體關系圖、表達控制流、統一的表達方式。軟件設計不是只有一種方法，有形式化的方法、文學化編程，很多軟件需求可以抽象為對符號的運算和變換。寫代碼時，我們還需要寫一些註釋，但是修改代碼時，不能及時修改註釋，也會很麻煩。

寫軟件時，往往會有很多問題，然後就需要不斷地查找參閱，以及和同事溝通，這樣的話開發軟件工作時間有時候會超過預期。

構建之法 第五次心得