关于软件规模度量的推荐

今天到论坛中看到大家讨论,面对无穷的需求变更如何处理?

有人说要钱,有人说推了不做。

     你们的说话都有道理,但是都没有讲到地方,面对一个软件,你知道它的规模有多大?客户知道这个软件规模有多大?你们对项目规模的认可程度如何?一个劲的要求签字、确认会让客户很烦,所以不是很可取。

    但是我认为目前中国整个软件环境缺少一个度量,对项目规模的度量,让用户、开发者都能认可,这样项目的原型和需求确定后,把他们的客户代表找来,一起对项目的功能、性能作个估算,然后可以给他们留10%~20%的需求变更,此后每次需求变更都计算规模,超出规模的请他们付钱做。这个任何东西都有纸面的说明,我不赖你,你们也不要赖我!

    古代我们的俗话就说了,好兄弟,明算帐。不是不算,是算到明处,大家都认可,那不就都没有意见了。由于几千年中国所谓面子文化,讲到现在到了很多糊涂账,算了就觉得伤面子,不算就伤里子!

    所以现在开始对他们的修改(需求变更)计算一下规模也是不作的主意!但是估计这次客户不会爽快的接受!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值