什么是敏捷方法？

敏捷方法是在整个软件开发阶段采用频繁迭代、沟通和灵活性的框架和方法。

虽然传统项目管理的主要特征是遵循制定好的计划，但敏捷是基于 《敏捷宣言》的价值观及其背后的 12 条原则，例如 持续稳定地交付价值、 对 反馈做出反应，以及 应对 变化的可能性较小的背景更为有效。

《敏捷宣言》阐明了四个价值观：个体和互动高于流程和工具，工作的软件高于详尽的文档，客户合作高于合同谈判，以及响应变化高于遵循计划。

敏捷方法的应用与灵活性相关，并可能影响软件交付的时间线；此外，它可以在开发过程中融入反馈机制，在某些情况下，这可能会影响质量方面。

敏捷团队 是一个跨职能的人员小组， 其主要职责是借助迭代和增量活动创造客户价值。每个成员 都对团队的成功承担共同责任，而以下角色则对工作进行了分工。

• Scrum Master 维护敏捷流程，确保团队遵循 Scrum，并消除前进的障碍。
• 产品负责人 代表客户和其他利益相关者、管理产品待办列表，并确保团队生产出正确的产品。
• 开发者 被要求在短时间内生产出可运行的 产品 ，这个时间间隔被称为冲刺（sprints）。

产品经理在 一个 敏捷和企业转型中发挥着至关重要的作用，因为他们 将 一个 产品愿景 转化为商业价值，反映商业战略并理解客户需求。他们的职责包括制定未来计划、关注客户需求、理解数据以及领导跨部门团队。

看板和Scrum是两种用于管理团队工作的敏捷框架，但它们的功能有所不同。

看板更侧重于持续交付，重点在于可视化工作和在制品（WIP）的方法，而Scrum则侧重于在冲刺中交付，以角色、仪式和冲刺目标为指导要素。 

看板的灵活性允许适应变化，而Scrum的框架则侧重于优化项目交付。 

Kanban 基于根据在制品（WIP） 限制 进行持续且频繁的工作流调整的原则，而 Scrum 则基于 固定长度的冲刺，这意味着规划和交付 仅在特定的冲刺时间范围内进行。

Kanban 使用可视化看板来管理工作流，并经常在工作过程中对其进行调整，而 Scrum 则使用冲刺待办列表（Sprint Backlog） 来定义任务并指导每个冲刺的工作。

看板适用于需求高度不规则且不断变化的组织，因为它很容易适应新的变化，而 Scrum 在需求明确且更可预测的环境中效率更高。

使用 Kanban 的软件开发团队可以轻松地在项目中期适应新请求的功能，而 Scrum 团队 通常 会将其添加到下一个冲刺中。

在比较 Kanban 和 Scrum 系统时，要考虑项目的类型以及工作团队的偏好。Kanban 更适合快速变化，而 Scrum 结构则有利于定义明确的工作。

规模化敏捷框架（SAFe）是一个 企业 支持企业在整个大型组织中扩展 敏捷原则 和实践的框架。SAFe 包含关键要素，如 规划间隔 （PI）、Kanban 看板和 诸如 持续交付 流程。

PI 规划是一个定期发生的 活动， 以确保所有团队和利益相关者与公司的相应使命和愿景保持一致，而 Kanban 看板则用于可视化 在制品 在 SAFe。