近期讀了這本書的一部分內容，沒有讀太多，對裡邊有乙個章節感悟比較深，主要講到了需求分析中人物干係的方面內容，和王老師在講課時這關於需求分析這一塊也曾強調過要想做好需求分析，需要了解系統使用人群之間的關係以及企業或部門的人事分布。所以這章對我來說很有用。
只有明確的客戶群
才能讓我們很好去研究，學會用客戶的語言來描繪產品學會理解客戶的多重身份，了解客戶的價值觀，理解客戶需求背後的深層次心理需求像客戶一樣體驗，像客戶一樣感知他們的生活世界
，像客戶一樣看
，像客戶一樣用
，像客戶一樣想
接下來就要選擇合適的代表進行調研，分析他們的關注點、阻力點，以及滿足關注點、避免阻力點所需的功能、非功能需求。而阻力點，也就是對
中心客戶
來的負面影響，很容易別人忽略。
首先，選擇
有代表性的客戶，就是
能夠覆蓋各種差異的
客戶和典型效能代表比較大比例的同類
的客戶，從職業角色（組織中的位置和核心工作職責）、個人特點（專業背景、職業經歷，以了解其管理偏好、思考邏輯等）、聯絡資訊（聯絡方式、工作時間、溝通方式偏好，以便選擇最合適的溝通時間和形式）三方面了解資訊。
其次，訪談干係人，分析關注點。採用「分而治之提問法」制定出訪談提綱，列出要訪談內容。可以基於kpi、工作主題、工作階段三種角度進行。
最後，關鍵客戶
關注點整理。有時
關鍵客戶
的關注點存在衝突，我們需要識別衝突並提出解決方案。並建立「關鍵客戶
檔案」
《軟體需求》閱讀筆記之二
這次閱讀的這本書的第二部分。第二部分講述了軟體需求的步驟，以及文件的內容。首先是專案檢視與範圍文件，這就需要通過業務需求來確立，確立了範圍之後就不要 超出這個範圍，如果超出了就會可能變成使用者不喜歡的累贅，進而可能導致了這款軟體 的失敗。其次是尋找客戶的需求，針對這一點我們需要尋找使用者代表，確立典...
有效需求分析閱讀筆記（二）
前面講到，使用者是問題專家，而不是解決方案專家。然而使用者在針對需求變化時通常提出的是 方案級需求 我們需要透過使用者的方案，看到本質，還原出問題級需求。我們可以參考以下的分析方法 1.澄清問題 首先判定使用者的原始需求屬於什麼層次，如果屬於方案級別，則需要考慮以下方面，否則直接進行第二步 使用者想...
02需求工程軟體建模與分析閱讀筆記之二
此次閱讀了解到了什麼是優秀的需求。1 完整性 優秀的需求都是完整的，他不需要做更多的擴充套件就可以充分的說明使用者需要的系統功能。每乙個需求的描述都應該包含開發人員設計和實現這項功能需要的所有資訊，這樣在開發過程中，他們才可以被獨立出來，單獨對待。在需求開發的過程中，對於不清晰的資訊可以標記為tbd...