閱讀筆記如下：

新的學期又開始了，所以新的目標要被確定了，今年又加入了考研的隊伍，所以一定加油！！

近年來，軟件業發展突飛猛進，但一個軟件項目要做好的前提還是軟件需求分析，從作者分享的故事中我總結了以下幾點：

（1）要對客戶的需求進行深入的了解，而並非一味地被客戶牽著鼻子走，從業務角度深入進行分析，有沒有更好的方案對客戶需求進行改進，使變更變得更加可控。

（2）作為技術人員，需求分析必須實事求是、基於技術可以實現的角度去考慮、去引導客戶的需求，而非一味地魯莽行事。做需求應當首先理解現有的管理模式，然後站在信息化管理的角度去審視他們的管理模式是否合理，最後一步步引導他們按照更加合理的方式去操作與管理。

（3）在集團類似大型的建設項目進行需求分析時，一定認真分析清楚所有類型人員的需求。一個軟件項目的需求調研首先必須要進行角色分析，然後對不同的角色分別進行調研。

（4）需求分析不是一蹴而就的，他應當貫穿整個開發周期，不斷的分析確認過程，即敏捷開發倡導的需求反饋。敏捷開發認為，需求分析階段不可能解決所有的需求問題，因此在設計、開發、測試，直到最終交付客戶，這整個過程都應當不停地用開發的成果與客戶交流，及時獲得反饋。只有這樣才能及時糾正需求理解的偏差，保證項目的成功。

但關於我們應當怎樣做需求調研，作者給我們提供了尤為深刻的見解。

（1）初識：初見時應該樹立良好的職業威信，正如人與人之間的交往，如果你對其一直唯唯諾諾，不僅不會讓對方感受到你的個性、你的觀點，還會給人一種可以變相提條件的感覺。更重要的是，對之後的項目工作的開展尤其不利，一味地服從，只會使得自己做的很累，客戶也不會滿意。相反，我們對客戶提出的需求進行深入理解以後，運用我們專業知識，提出比客戶的原始需求更加合理、可操作的解決方案，讓客戶感覺你說的正是他們想要的。如果能夠這樣，客戶不僅能夠欣然接收你提出的方案，而且會感覺你非常專業，你在客戶心目中的形象也會無形中提高，使你有更多的機會提出有利於開發的可行方案，降低開發的風險。

此外，特別是在管理型項目中，要分為不同的角色對其進行項目需求的調研，不同的部門，業務不同，需求也就不同。只有真正了解了各方需求時，才能對項目有盡可能完善的目標與方案。

《我們應該怎樣做需求分析》閱讀筆記