需求開發的碎事強關注

   做爲開發人員，參見一些需求開發的培訓仍是有益處的，參加了一次需求開發技巧培訓，結合本身的體會寫寫需求開發的一些事。

 1.影響軟件項目失敗的因素（需求方面）

》過少的信息輸入：用戶方對項目缺少認識，開發方缺少規劃

》不完整需求：行業領域知識匱乏，需求開發人員經驗不足，前期準備不充分

》需求變動：目標定位不清晰，行業標準不清晰

  軟件項目在開發過程當中必定的需求變動是正常的，開發人員和設計人員天然要考慮到這些能夠預知的必然因素，做爲開發人員在實現功能模塊遵守單一職責的準則下，也不能拋棄模塊之間必然的耦合關係，開發過程當中天然要有良好的編碼，既作到高內聚，低耦合，也作到靈活的可擴展。

》技術缺少

  關於技術缺少的理由極可能做爲推卸責任的說辭。

  技術缺少我的理解有兩個含義：

  第一，開發團隊中確實缺乏對應項目涉及到的關鍵性技術；

  第二：開發團隊中的技術沒能正確，合適的應用到項目開發。

  技術缺少這一個因素中也包含有需求開發的技術。

》人力缺少

  人力缺少和技術缺少有着一樣的推卸責任的功能，並且人力缺少一直是個不可彌補的缺口。

  團隊的資源配置中：技術配置，人力配置的最佳，有效纔有可能避免人力匱乏，固然這兩點不是那麼垂手可得的就作到，畢竟操做的是人，而對於事情來說最終的操控者仍是人，當人在其中起到了核心位置的時候，事情就由簡至繁了。

》其餘種種因素

 2.需求開發

》三個面向

  面向高層次的軟件目標：業務需求

  面向使用系統的用戶：用戶需求

  面向開發人員：需求規格

》需求開發技術

  訪談，焦點小組會議，引導式探討會（跨職能會議），羣體創新技術。

  羣體創新技術：頭腦風暴，名義小組技術，德爾菲技術（主觀意識，匿名信息，保持獨立）；概念與思惟導圖。

》需求調用範圍

  不一樣的項目需求的調研範圍有不一樣之處，下面列出一些方面做爲參考。

•   功能需求：關注業務，量化功能指標，用戶，約束

•   UI需求： 行業色調，感觀，用戶體驗

•   交互性需求：交互性愈來愈成爲一個產品或者系統受歡迎的重要因素。

•   易用性：在視覺，操做，理解，業務上都應保持方便，便捷，尊重習慣。

•   併發需求：考慮的系統的服務能力，架構設計，服務器組建（成本和利潤的權衡）

•   可靠性需求：單位時間內的故障率

  需求調用的範圍可能很廣，但核心去很肯定，爲下一步系統的開發產出可靠的，清晰的，完整的需求規格說明書。

3.特別體會

》併發需求開發技巧：

  A=系統用戶數，B=系統同時在線用戶數，C=併發用戶數

  一次培訓的一位需求開發人員給出的經驗數據：

B=A*20%;           C=B*30%;         C=A*6%

》交互需求開發技巧

  周鴻禕提出一個叫「微創新」的概念，最近反覆在思考這個概念，本身用過很多互聯網產品，不管是移動設備，仍是PC上的，喜歡的，習慣的那麼些公司的產品彷佛都能找到極其類似甚至相同的地方，卻又有微妙中的不一樣。我想不少朋友也有這樣的體會吧。

  正所謂在模仿中創新。

  關於交互需求列出幾點：

•   交互與UI的關聯。使用現有的UI風格，遵循行業風格，注重系統使用場景，注意使用者的羣體特徵。良好的UI是人們願意花時間與系統產生交互的基礎。

•   參考已有產品，有針對性的參考。

•   減小界面跳轉，有友好的界面提示

•   交互要遵循已有的標準，或者既成事實的標準。

  例如:收藏圖標；按鍵F1幫助；返回頁面頂部；Ctrl+S（*）系列的快捷鍵操做；

移動平臺上：WIFI圖標瀏覽器類型圖標。

•    交互是需求開發中的重要組成部分，應該有專業的交互設計師來和需求開發人員完成。

  俗話講，萬事開頭來，需求開發做爲一個項目的開始，其在整個項目進程中扮演開拓者的角色，同時對於項目的進展，這一環節相當重要，能夠說是項目的生命起源，護好源頭才能持久清澈。