敏捷中常见名词解释
1)产品待办列表(Product Backlog)
整个产品的 Backlog 列表。包含客户提出的功能性需求和非功能性需求,以及技术团队内部产生的一些需求。动态的对需求进行管理。
2)冲刺待办列表(Sprint Backlog)
当前迭代的 Backlog 列表。是从 Product backlog 中根据优先级挑选出来的。是静态的管理需求。
3)用户故事(User Story)
用户故事:描述对用户有价值的功能。用户故事也可以定义为分配给软件开发组的特定业务需求。
4)完成定义DoD(Definition of Done)
当产品待办列表项或者增量被描述为“完成”的时候,每个人都必须理解“完成”意味着什么。虽然这在不同的Scrum团队之间会有巨大的差别,但是团队成员必须对完成工作意味着什么有相同的理解,这样才能保证透明性。
5)产品负责人Product Owner(PO)
产品负责人。负责维护产品订单的人,代表利益相关者的利益。保证Scrum Team在做从业务角度来说正确的事情。Scrum Team 由自我管理的、负责开发产品的人组成。通常由5-9个跨功能的人员组成。
6)Scrum Master(Management)
负责一个team按照scrum方式运行的角色,确保scrum按照初衷正确实施,消除那些影响团队交付的障碍,并负责屏蔽外界对开发团队的干扰,为团队服务的。通常是项目PM担任,也可以是通过Scrum Master认证的人员担任。
Scrum与Kanban
看板:在制品(work-in-progress, WIP)必须被限制
WIP上限和拉动式生产
- Scrum与看板简述
Scrum:组织拆分,工作拆分,开发时间拆分,优化发布计划,过程优化
看板:流程可视化,限制WIP,度量生产周期 - Scrum和看板的关系
Scrum和看板都是过程工具
Scrum和看板只是给了一些明确的约束和指导,比如,Scrum的约束是固定时长的迭代和跨功能团队,看板的约束是要有可见的看板,队列大小要有约束
敏捷方法也被称作轻量级方法 - Scrum规定了角色
Scrum规定了三种角色:PO/Team/SM,看板没规定任何角色 - Scrum规定了固定时长的迭代
Scrum的迭代混合了三种活动:计划/过程改进/发布 - Scrum按迭代限制WIP,看板按流程状态限制WIP
- Scrum与看板都是经验主义,需要自省/反馈/调整
- Scrum在迭代期间内拒绝变化
看板的原则是“一件出去,一件进来”,响应时间等于手头事情的处理时间
Scrum的平均响应实践等于sprint长度的一半 - 关于任务规模
Scrum团队只承诺一个迭代内能完成的任务,如果任务太大会进行拆分
看板对任务规模没有明确规定必须要在某个时间段做完 - Scrum规定了估算和生产率,看板没有规定估算
有的团队跳过估算,把每个任务拆分得大小接近,统计每周完成的特性数
有的团队把任务打包成MMF(最小适销特性),度量每个MMF的生产周期,建立SLA(服务品质承诺) - 跨产品的团队如何使用backlog
可以把产品backlog当作团队backlog看待
可以通过泳道来区分多个产品
敏捷3355
3种角色
PO PM Scrum Team
3个工件
Product Backlog、Sprint Backlog、潜在可交付的产品增量
潜在可交付的产品增量:要求每一个Sprint结束都产生用户可用的软件,也被称着“潜在可交付的产品增量”(Potential shippable product increment, PSPI)。能否每个Sprint生成满足质量定义的PSPI 是Scrum 执行效果的试金石。因此这里关键的是团队内有一致同意的DOD(完成的定义),基于其中的内容来判断是否迭代内所有东西都做完了。同样,随着时间推移,团队DOD内容会不断修改完善 。“潜在可交付”并不意味着构建出的东西必须实际交付,交付是产品负责人的业务决策,基于发布计划来确定。
image.png
5个事件
Sprint Planning(IPM):Sprint计划会议在Sprint一开始召开。PO和团队共同决定计划在这个Sprint完成哪些用户故事。
Daily Scrum Meeting(Standup):每日站会,一般在15分钟以内。团队成员相互交流任务的进展,计划以及遇到的困难。
Sprint Review(Showcase):Sprint评审会议发生在Sprint将要结束的时候。团队和客户一起评审本次Sprint的产出是否达到预期。
Retrospective:回顾会议发生在Sprint的最后,由Scrum Master负责召集团队召开。会中大家回顾和小结这个Sprint做的好的地方以及有哪些不足。保证团队能够持续改进,不断提高。
Backlog Refinement:Product Backlog的梳理,可以发生在整个Scrum周期的任何时间。
5个价值观
勇气:有勇气去面对各种挑战。
专注:每个迭代只专注于该迭代要完成的事情。团队和个人的能力、精力是有限的,在有限的时间内专注于最有价值的事情,以取得好的结果。
承诺:作为一个自组织团队,在迭代开始的时候做出承诺,并在迭代中全力完成。
尊重:团队是能随时沟通,并且相互理解的。
公开:团队所有的进展、问题、阻碍都是对所有人可视化、透明的。这样的团队才能彼此尊重,同时也能随时暴露问题。
网友评论