scrum简单理解

因为之前的管理过程中,用到的时候敏捷迭代开发。但对敏捷概念模糊,今天找了个视频看了一下。

http://edu.51cto.com/lesson/id-43652.html

一。12大宣言和4个规则,只能部分认同。

二。主要是理解了用户故事。就是把用户的需求以一个固定的语句描述。作为xxx,希望开发一个xxxx,以便xxxx。这个语句的目标是获得:角色,目标,原因。当客户刚开始提出需求时。我们以上面句子就是第一个史诗级故事。然后再对故事进行分解。分解成小的故事。如果此故事满足两个条件既可以停止分解。第一可以在一个sprint实现。第二个加入满意条件。举例:作为跌路局长,希望开发一个火车票销售网站,一遍支持网上购票。上面是一个史诗级的故事。可以分解为:作为售票员,希望可以通过该系统售票,以支持顾客买票。作为顾客,希望可以登录后买票,以便可以查看我的以前的购票记录。如果在一个迭代可以实现可以停止分解,作为售票员,希望可以通过该系统售票,以支持顾客买票,加入满意条件是,查询客户火车票时的默认日期是今天,可以通过键盘更改日期。用户故事同样也是测试用例,也是验收标准,和开发标准。

product backlog是产品代办列表

spring backlog是冲刺代办列表

一个用户故事的开发完成,是指流程上可以进行运行,而不是指开发完成。这样我认为要基于测试驱动开发的模式来实现。开发人员在做完自己的用户故事后,可以找到相应的用例测试。

关于每日例会,我基本实时和开发人员沟通,所以也没怎么使用每日例会。或者说一天使用n多非常短小的例会。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值