敏捷相关记录帖-CSDN博客

参考文档：https://www.yiibai.com/agile/what-is-agile-methodology.html

一敏捷词汇整理与说明

敏捷：一种使用1至4周的短迭代的软件开发方法的迭代方法。敏捷方法的优点是通过快速，持续的开发和有用的软件交付来满足客户的需求。
常见开发模式：瀑布模型，原型模型，敏捷开发。

Scrum：一个帮助敏捷团队协同工作的敏捷框架，开发团队最常使用的软件，描述了一组有助于团队结构的工具，会议（站会，复盘会等等）和角色（Scrum Master，产品负责人）
Sprint：一个简短的，有时间限制的时期，可以完成一定数量的工作。我们常说的迭代
Sprint是Scrum和敏捷方法的核心组件

用户故事(即用户需求)：由用户身份 + 行为 + 目的组成，对其分析后，得到故事（需求）的验收标准（即需求成果。可有多个）
故事点（工作量）：用户故事拆分后评估故事点，即工作量。故事点为数值，单位一般为天或小时

吞吐量：平均每人每天能完成的故事点（工作量）

燃尽图：用于表示剩余工作量的工作图表。横轴表示时间，纵轴表示故事点（工作量）

看板：以视觉方式呈现，允许团队成员随时查看每个工作成果的状态。
Scrum板：Scrum框架 + 看板的组合。Scrum有了更直观的呈现。用户需求期望交付结果和时间，每个sprint包含的工作内容，工作进度，当前处理人，剩余工作内容等等。

视觉信号（卡片）：看板是一张完整视觉卡，由，卡片内容为工作内容，工作承接人，所属用户故事（用户需求）。
列：列表示组成“工作流程”的特定活动。卡片流经工作流程直至完成。工作流程可能很简单，如“待办事项”，“进行中”，“完成”或更复杂。
正在进行的工作(WIP)限制：正在进行的工作限制是可以在一列中的最大卡片数。它给出了开发者承诺过多工作的警报信号。
承诺点：看板团队也为他们的待办事项维持积压。它是客户和团队成员为团队可以接受的项目提出想法的地方。团队成员准备好后会选择计划。承诺点是团队选择设计的运动，项目开始工作。
交付点：这是看板团队工作流程的终点。大多数情况下，每个团队的交付点都是将产品和服务交给客户。

二各角色负责内容

敏捷方法中有多种不同的角色。它们是产品负责人，Scrum Master和开发团队。

产品负责人:

确认客户需求：代表客户的声音
转化客户需求为产品需求，并分析与定义需求价值
需求内审：确定需求合理性，定义需求优先级，确保团队正在努力实现最有价值的要求
参与迭代与发布会议：根据迭代开始时间和结束时间，确定迭代内容，确定发布日期，确定DoD（确定需求完成的定义），定义验收标准，确定验收日期。
验收发布需求：确认是否符合验收标准

Scrum Master：

组织迭代计划会：根据团队吞吐量合理安排迭代内容；协调各方资源，快速响应，保证迭代的正常进行；
组织每日站会：跟踪各个环节进度，解决难点卡点，及时调整资源投入计划，确认需求是否有延期风险。
review：代码review，发布计划review
产品功能演示：发布前需组织一次产品演示，与产品负责人确认是否满足用户需求
迭代复盘会议：总结迭代过程中遇到的问题，提出迭代流程优化建议，完善迭代流程。
参于团队会议和团队决策：一线参与，保证信息有效传达。

开发团队：

参与迭代计划会：需求拆分，评估故事点，确认开发优先级；
参与每日站会：说明各个需求开发进度，是否有卡点，是否影响需求开发进度，是否需要其他资源投入等
开发关键步骤：需求评审，设计评审，测试用例评审，功能演示，需求提测邮件（附带自测报告），代码review，整理发布计划，发布计划review
参与迭代复盘会议：总结迭代过程中遇到的问题，提出迭代流程优化建议，完善迭代流程。