今日閱讀了《掌握需求過程》這本書，書中從基本事實、需求過程、確定業務問題的範圍、業務用例、工作調研、場景、理解真正的問題、開始解決方案、今日業務分析策略，功能需求、非功能需求、驗收標準和理由、質量關、需求與迭代開發、復用需求、溝通需求、需求完整性十七個方面對於需求過程進行詳細講解。目前讀到第四章，先記錄一下自己對於已讀內容的感想。
這本書在開頭的時候，通過基本事實，就告訴我們一件我們以往理解錯誤的事情——「需求其實並非是在談需求」，這話也就是說，需求，並不是談來的，而是你通過敏銳的感覺去發現來的。以往的我們，都陷入到乙個死迴圈中，總是認為如果不進行深度的交談，就不會理解使用者的需求，但是，就算是使用者將自己的需求表述的再具體，那仍然是一種未知，因為使用者也不知道那是不是對的，所以，好多時候我們必須通過自己的發現去為使用者創造需求，前提是你深度的理解了這些需求。其次，需求應該必須在構建產品之前發現，如果在構建之後才發現，這將給我們帶來無比巨大的麻煩。
第一章中，作者也著重強調需求的重要性，好的需求收集與系統分析是非常必要的。就像是我們在購物的時候一樣，必須理解顧客需要購買的是什麼，那些需求量大，通過分析才能得到最大的盈利。文中提到利用分析模型來描述需求過程，在需求過程發現的那些功能通過建模驗證其正確性，並且需求會經過一些變化。需求包括功能性需求，非功能性需求，限制條件等。 同時，需求收集和系統分析也有著一定的重疊,他們之間的關係就是——需求收集者使用分析模型來幫助發現需求，系統分析師使用需求來幫助對功能和資料的建模。
第二章中，作者從專案啟動，到網羅知識，做原型和場景建模，寫下需求，質量關，鑑定需求說明書，以及事後分析和剪裁來為我們講述了乙個例項，也是通過這個例項，能夠讓我們深刻的了解到了做出乙個需求的基本方式和條件，也能夠深深的題體會到要想真正開發乙個乙個專案，保證它的完整執行，需求分析時尤為重要的。
第三章中，作者著重介紹了有關專案啟動方面的問題，他強調，在專案進行的啟動的過程中，我們就必須要先將使用者的需求確定下來，一定要了解我們的客戶，顧客，了解他們想要什麼，理解顧客的問題與期望，知道對於客戶和顧客來說什麼可接受什麼不可接受的。不同的使用者將對產品提出提出的要求也是不同的，所以，我們必須知道使用者的特點，以便能寫出正確的易用性需求。同時，我麼你也要善於發現潛在使用者，要知道潛在使用者的資源的強大，要從各個領域確定我們的受眾，以便在未來將產品的價值和效益發揮到極致。
掌握需求過程（一）
需求過程把重點放在提交的產物上，我們需要得到這些產物，從而建立可測試和可跟蹤的需求規格說明書。這些提交的產物為管理專案提供了早期的衡量標準。我們可以對收集 提取 編寫和檢查需求的過程進行剪裁，以便讓這些過程能適合技術和文化環境。需求模板和需求項框架是提交產物的例子，我們可以根據自己的環境和術語來剪裁...
《掌握需求過程》學習筆記
這幾天讀了 suzanne robertson,james robertson 的 掌握需求過程 本書用乙個接乙個的步驟 乙個接乙個的模板 乙個接乙個的例子，向我們展示了乙個經過業界檢驗的需求收集和驗證過程。從專案啟動 專案計畫 專案實施 專案監控 專案結束主線角度描述了需求的目標與範圍 需求規格說...
掌握需求過程筆記 專案啟動
volere 過程模型 第一項活動 專案啟動 定義 專案啟動確定了工作領域的邊界，產品將成為其中的一部分，同時也確定了產品要實現的目標。它也確定了利益相關者，即對產品的成功感興趣的人。專案啟動的其他提交產物確定了專案的可行性，並作為後續需求發現活動的輸入資訊。提交的產物 專案的目標 一段簡短的 定量...