敏捷、Scrum、Kanban扫盲
发布网友
发布时间：2023-02-23 03:19
共1个回答
热心网友
时间：2024-05-01 14:58
1）产品待办列表（Proct Backlog）
整个产品的 Backlog 列表。包含客户提出的功能性需求和非功能性需求，以及技术团队内部产生的一些需求。动态的对需求进行管理。
2）冲刺待办列表（Sprint Backlog）
当前迭代的 Backlog 列表。是从 Proct backlog 中根据优先级挑选出来的。是静态的管理需求。
3）用户故事（User Story）
用户故事：描述对用户有价值的功能。用户故事也可以定义为分配给软件开发组的特定业务需求。
4）完成定义DoD（Definition of Done）
当产品待办列表项或者增量被描述为“完成”的时候，每个人都必须理解“完成”意味着什么。虽然这在不同的Scrum团队之间会有巨大的差别，但是团队成员必须对完成工作意味着什么有相同的理解，这样才能保证透明性。
5）产品负责人Proct 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上限和拉动式生产
3种角色
PO PM Scrum Team
3个工件
Proct Backlog、Sprint Backlog、潜在可交付的产品增量
潜在可交付的产品增量：要求每一个Sprint结束都产生用户可用的软件，也被称着“潜在可交付的产品增量”（Potential shippable proct increment, PSPI）。能否每个Sprint生成满足质量定义的PSPI 是Scrum 执行效果的试金石。因此这里关键的是团队内有一致同意的DOD（完成的定义），基于其中的内容来判断是否迭代内所有东西都做完了。同样，随着时间推移，团队DOD内容会不断修改完善 。“潜在可交付”并不意味着构建出的东西必须实际交付，交付是产品负责人的业务决策，基于发布计划来确定。
5个事件
Sprint Planning（IPM）：Sprint计划会议在Sprint一开始召开。PO和团队共同决定计划在这个Sprint完成哪些用户故事。
Daily Scrum Meeting（Stanp）：每日站会，一般在15分钟以内。团队成员相互交流任务的进展，计划以及遇到的困难。
Sprint Review（Showcase）：Sprint评审会议发生在Sprint将要结束的时候。团队和客户一起评审本次Sprint的产出是否达到预期。
Retrospective：回顾会议发生在Sprint的最后，由Scrum Master负责召集团队召开。会中大家回顾和小结这个Sprint做的好的地方以及有哪些不足。保证团队能够持续改进，不断提高。
Backlog Refinement：Proct Backlog的梳理，可以发生在整个Scrum周期的任何时间。
5个价值观
勇气：有勇气去面对各种挑战。
专注：每个迭代只专注于该迭代要完成的事情。团队和个人的能力、精力是有限的，在有限的时间内专注于最有价值的事情，以取得好的结果。
承诺：作为一个自组织团队，在迭代开始的时候做出承诺，并在迭代中全力完成。
尊重：团队是能随时沟通，并且相互理解的。
公开：团队所有的进展、问题、阻碍都是对所有人可视化、透明的。这样的团队才能彼此尊重，同时也能随时暴露问题。
