基于CMMI的敏捷开发过程文档裁剪

最近一直在忙,今天对于上次说的问题做补充。纯属个人一点小看法,只抛砖而已,希望能引玉。文章只针对于中小型企业,且没有成熟的开发过程企业来说,所以裁剪的文档参考CMMI3级的标准文档。

关于敏捷开发和CMMI的管理大家都各有心得,我就不在对各自具体管理做阐述了,紧紧针对文档裁剪说点看法,首先敏捷开发强调的核心的东西是交流,但对于当今的项目开发来说,个人交流恰恰是个难点,做开发的基本上都是能不交流就不交流,开发进度紧张时更是如此,在项目中开发和测试交流起来更加困难,这两部分人员有部分工作在某种意义上是敌对的。更何况再把客户加入交流的名单之内,因此适当的文档可以避免项目资源流失和踢皮球的做法。

1.       项目开始的估算是需要的,但可以简化估算的过程和文档,例如各种估算标准和报告。

测试计划可以简化,不必给出详细的项目过程计划,因为敏捷开发的项目过程几乎是没法计划的。

评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值