从需求到开发
需求的确定：先做加法
需求源自客户，客户又不太懂信息化，所以经理应该具体了解客户需求，终于确认必需要做的内容。因为这时候需求不具体。变动性比較大。所以能够多点需求。
范围管理：后做减法
重点做核心需求
在做减法的时候客户会明了哪些是他的核心需求。这些核心需求就是做减法的根据。
重点做核心需求
在做减法的时候客户会明了哪些是他的核心需求。这些核心需求就是做减法的根据。
需求的实现方式
在各种需求中，肯定有一些是看起来合情合理可是开发难度非常大，或者技术尚不成熟的点。这些要么放到二期，要么抛弃折中，否则时间肯定不够。可扩展性
假设一个系统在开发之初就考虑到扩展性。那么以后他就行日趋完好；假设开发之初非常多东西都是写死的，或者没有考虑到扩展性。后期重构的代价足以推倒重来；可扩展建立在复用性的基础之上，所以在开发之初应该先把一个可扩展的框架搭建好，接口定义好。这样相同功能不同类型的模块就行方便的加入进来，替换也更加方便。
而是用动态链接库来实现模块，动态载入模块显然是非常具有可扩展性的框架之中的一个。
对待开发者
假设上面的几点，项目经理没有注意。这个项目一般就会在加班加点，开发者怨声载道中进行。
此时即便到了此般境界。更是要注意保护呵护开发者，由于他们的苦假设不被照应和考虑，可能会导致系统BUG很多其它，开发进度反而因加班变的更慢。
此时能够多与开发者沟通。及时降低开发量来实现折中方案。或者常常在一起吃饭，当然经理付钱也是理所当然。
否则就别请吃饭。
本文思路来源于部门培训同事分享。非本人原创。