需求管理和開發的一點小思考
阿新 • • 發佈：2017-10-13
正常 其中 組合 2個 思考 功能 復用性 做到 不同
最近在一次小的需求討論會上，主要是組合交易的需求改進，某一個用戶提出能不能從自選股中導出列表然後去下單，這裏面隱含有導出導入兩個操作，在這兩個操作的操作流程上，不同人員給出了不同的看法。
1. 產品設計人員設計出兩個界面，一個是全面的下單界面，可選擇多種下單指標，可從自選股導入列表批量下單。另一個是簡單頁面，可從文件導入股票列表，走簡單下單流程
2. 高級開發人員覺的可以將這兩個頁面的功能做到一個大的頁面上面去，下單界面支持從自選股導入和從文件導入兩個功能，一個頁面完成，就全部搞定.
作為底層苦逼人員，在具體的開發實踐中，開發若幹個簡單頁面Ａ的疊加的復雜度和工作量，是小於將如此多簡單頁面的功能集合到一兩個復雜頁面中的做法。我自己的想法是這樣的：在開發過程中要提高復用性，為什麽要提高復用性呢？因為需求肯定是會變化的，提高復用性是為了降低外部變化對現有功能造成的影響。結合之前一些工程經驗，一個頁面上面的功能越多，如果還要在此頁面上增加新的功能，那勢必會在產品設計、開發、測試上面花費更多的時間，理清楚新加功能對原有頁面的操作邏輯的影響。站在產品發布的角度上面來看，如果一個完整模塊有5個功能，裏面有3個比較常用的功能和2個不常用的功能，在一定的設計、開發和測試時間限制內，只能完成3項功能點，那麽完成2個常用的和1個不常用的功能比較合適。如果把功能集中到一兩個頁面中去，如果其中一個頁面的功能點因為種種原因不能按時開發完成，那就會造成該頁面上，其他正常的功能點不能發布。
**新的功能可以隨時添加，但已發布的既有的功能是不能隨意拿掉**
自己的看法，做小而美的功能頁面，優於大而全的功能頁面
需求管理和開發的一點小思考