|
最近实践了有幸实践了几个敏捷的项目.刚好看到这个帖子,故来抒发下.
1.项目迭代计划
敏捷会将系统模块或者功能拆解,然后进行在功能上进行迭代开发,这点我觉得取决项目,上次几个咨询公司的来交流比较强调这个,我倒不觉得是核心.也取决于客户,如果自己公司,如果对产品有极好的控制和引导,这个问题就不存在.
2.沟通
敏捷强调不同形式,便捷的沟通.什么story讲解会,照片啊,小黑板啊,晨会啊,
个人认为是提供了些方法,好像是想打破cmmi的一流程,但流程如果控制不好,风险也很大.
3.测试迁移
敏捷强调这个测试指导开发,认为是将测试迁移,其实知道cmmi的,都知道这只能算换汤不换药.
呵呵,以上好像都是评判敏捷哈,不过有个思想是倒是在我们项目组得到认可,减少返工,从而降低成本.我们会分析那些缺陷的出现就是属于返工带来的不必要的成本,是需求不清晰,还是测试和开发理解不一致,当类似问题还很多.
另外敏捷开发周期为1-2周,这基本可以考虑出你的项目是否适用,另外敏捷开发还有个成本,不要忽略,一个周期完成后,敏捷理论中讲,需要2-4天项目组进行review,可这点好多公司是办不到. |
|