第八章（需求分析）
需求分析是乙個非常重要的過程，它完成的好壞直接影響後續軟體開發的質量。一般情況下，使用者並不熟悉計算機的相關知識，而軟體開發人員對相關的業務領域也不甚了解，使用者與開發人員之間對同一問題理解的差異和習慣用語的不同往往會為需求分析帶來很大的困難。所以，開發人員和使用者之間充分和有效的溝通在需求分析的過程中至關重要。
那麼，構建乙個軟體系統最困難的工作是什麼呢？答案無疑是要—確定要構建什麼。其他任何工作都不會像這部分工作那樣，在出錯之後會如此嚴重地影響隨後實現的系統，並且在以後修補竟會如此的困難。
需求涉及的方面有很多：
第九章（專案經理）
專案經理，是指為專案的成功策劃和執行負總責的人。專案經理必須要有一系列的技能包括提出敏銳問題的能力，察覺未宣告的假設以及解決人與人之間的衝突，同時還需要更多的系統化的管理技能。主要職責是識別直接影響成功機率的風險，這種風險應該在專案的整個生命週期中進行正式或非正式的測量。
那麼，如果專案出現風險了，是不是就是專案經理的責任了呢？那當然不是，乙個專案是屬於乙個團隊的，風險主要從不確定中產生，成功的專案經理是關注風險作為主要的關心的事。所有影響專案的問題總是以這種方式或那種方式從風險上產生。乙個好的專案經理可以顯著地減少風險，通常通過堅持開放的溝通的政策，以保證每乙個重要的參與者都有機會表達自己的意見和關心的事。
所以，專案經理一定要有號召力、交流能力、應變能力，還有，專案經理還必須自信、熱情，充滿激情、充滿活力。
第十章（典型使用者和場景）
在平時工作中，用研經常會聽到產品或互動的小夥伴兒們抱怨：
這些疑問往往出現在新功能的研發階段，但現實中很多專案沒能有足夠的時間和資源來邀請使用者做深入的場景定性研究
在做研究前，產品或互動需要能夠明確列出這次想要衡量比較的場景。如果本身沒有乙個場景庫可以從中挑選，那麼可以簡單的做乙個場景腦暴，或快速訪問蒐集一下身邊朋友的場景故事。最後選擇出一些存在疑惑的場景來進行研究。
那麼，如何判斷乙個場景的典型性及優先順序？這需要團隊在前期達成乙個統一的意見和標準，所以制訂評價緯度是整個研究中最重要的乙個環節。評價緯度不是固定的，每個產品，每個時期會有不同的標準。根據制訂好的評價緯度，相應的挑選場景的總原則也就產生了。比如人數，頻率和滿意度是指標，那麼總原則就是：
優先順序高的典型場景=人數多+頻率高+滿意度高
構建之法 需求分析 專案經理 典型使用者和場景
第八章 需求分析 需求分析是乙個非常重要的過程，它完成的好壞直接影響後續軟體開發的質量。一般情況下，使用者並不熟悉計算機的相關知識，而軟體開發人員對相關的業務領域也不甚了解，使用者與開發人員之間對同一問題理解的差異和習慣用語的不同往往會為需求分析帶來很大的困難。所以，開發人員和使用者之間充分和有效的...
構建之法 第9章 專案經理
本章重點 pm的m就是manager，但是p有這幾種 product manager project manager program manager，在不同的行業和公司，他們的作用各不相同 本章主要介紹微軟的專案經理 program manager。在微軟的早期，隨著業務的發展和團隊的壯大，下面這兩...
專案經理感想二 需求
umlchina潘加宇說的 專案需求一定要領會客戶老大願景 從以前的專案經歷體會，確實言簡意賅。1 有些專案需求過程中，客戶人員故意歪曲老大的意思。2 專案需求過程中，過多的非老大的強烈意願考慮進來，造成工作的重點傾斜。客戶老大的願景得不到足夠的資源來實現，被打了折扣。以之前參與乙個專案為例，本來應...