敏捷SCRUM开发的一点思考

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


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




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




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

daily站立会缺乏有效沟通

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

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

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

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