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