需求管理和开发的一点小思考

最近在一次小的需求讨论会上，主要是组合交易的需求改进，某一个用户提出能不能从自选股中导出列表然后去下单，这里面隐含有导出导入两个操作，在这两个操作的操作流程上，不同人员给出了不同的看法。
1. 产品设计人员设计出两个界面，一个是全面的下单界面，可选择多种下单指标，可从自选股导入列表批量下单。另一个是简单页面，可从文件导入股票列表，走简单下单流程
2. 高级开发人员觉的可以将这两个页面的功能做到一个大的页面上面去，下单界面支持从自选股导入和从文件导入两个功能，一个页面完成，就全部搞定.
作为底层苦逼人员，在具体的开发实践中，开发若干个简单页面Ａ的叠加的复杂度和工作量，是小于将如此多简单页面的功能集合到一两个复杂页面中的做法。我自己的想法是这样的：在开发过程中要提高复用性，为什么要提高复用性呢？因为需求肯定是会变化的，提高复用性是为了降低外部变化对现有功能造成的影响。结合之前一些工程经验，一个页面上面的功能越多，如果还要在此页面上增加新的功能，那势必会在产品设计、开发、测试上面花费更多的时间，理清楚新加功能对原有页面的操作逻辑的影响。站在产品发布的角度上面来看，如果一个完整模块有5个功能，里面有3个比较常用的功能和2个不常用的功能，在一定的设计、开发和测试时间限制内，只能完成3项功能点，那么完成2个常用的和1个不常用的功能比较合适。如果把功能集中到一两个页面中去，如果其中一个页面的功能点因为种种原因不能按时开发完成，那就会造成该页面上，其他正常的功能点不能发布。
**新的功能可以随时添加，但已发布的既有的功能是不能随意拿掉**
自己的看法，做小而美的功能页面，优于大而全的功能页面