敏捷SCRUM开发的一点思考

敏捷开发是接受变化,快速响应变化,快速迭代
以人为本


用户故事的拆分合理性
哪些应该纳入用户故事?
对于维护性的工作,并非新的需求不应该加入迭代开发中




没有验收标准,那么迭代的目的是什么?
只是为了按照里程碑分配计划,从产品计划到短期一个迭代的计划
没有输出,这样与瀑布开发的方式有何异。




以人文本
瀑布开发之前是强调文档,模型开发
现在以人为本,事实就是强调交流沟通协作,减少写文档这些繁杂的工作。
那人的作用就是不可替代的,不像瀑布开发,一个人走了,依靠文档,新来一个人又可以补上。
但是人又完全是不可替代的,因为我们要面对变化,没有文档,如果弥补损失的人才的工作量,
只能采用大家业务交叉,大家不再局限于自己的一个模块。做业务的需要懂的驱动的定位方法
做驱动的需要了解业务的配置,只是业务交叉,并不是完全的业务重合。
总而言之
敏捷的目的是为了快速响应客户或者市场的变化,快速的产生可以交付的产品

daily站立会缺乏有效沟通

目前的情况是有点像每个人单独与SM汇报,其他人不需要了解汇报人正在干的活儿。

这样其实是在浪费大家的时间,还不如每人通过日报汇报。

出现这种case的原因,可能是大家业务交叉不够,一个人做的,另外一个人并不是很懂。




持续集成CI
测试驱动开发TDD

你可能感兴趣的:(工作学习总结,敏捷开发,思考)