项目有各种形状和大小，这就是为什么只有不同的方法来管理和执行它们才有意义。其中一种方法是Scrum项目管理，这种方法可以促进更智能的工作方式，从而使您可以完成更多工作。以下是您需要了解的内容。

什么是Scrum项目管理？

Scrum是敏捷的，但敏捷不是 Scrum。你经常会听到“Scrum”和“敏捷”这两个词一起使用，因此，它们的含义会被误解。

Scrum和Agile之间的区别：

自2001年“敏捷宣言”诞生以来，敏捷就有很多嗡嗡声。事实上，敏捷方法只是一种思维方式，可以使团队和组织进行创新，快速响应不断变化的需求，同时降低风险。组织可以灵活使用许多可用的框架，如Scrum，看板，精益，XP等等。

为了澄清，敏捷开发非常注重协作，灵活性，持续改进和高质量结果，坚持敏捷宣言中传达的价值观和原则。它使用流行的项目管理框架来执行活动。

Scrum项目管理是一个敏捷框架。这意味着它是用于实现敏捷项目管理背后的思想的结构。其目标是通过协作，问责制和迭代进展来开发，交付和维持复杂的产品。它还鼓励协作决策和建设性反馈，以便有效地交付更高质量的产品。

Scrum历史的简要时间表：

1986年 - Takeuchi＆Nonaka在哈佛商业评论中创造了Scrum产品开发

1993年 - Jeff Sutherland首次使用Scrum进行软件开发。

1995年 - Jeff Sutherland和Ken Schwaber对Scrum框架进行了标准化，并在OOPSLA 95上公布。

2001年 - 发布了敏捷宣言和原则，并建立了敏捷联盟。Scrum是一种敏捷方法。

2000 - Ken Schwaber和Mike Beedle推出了第一本Scrum书籍Scrum Agile Software Development。

2002年 - Ken Schwaber和Mike Cohn共同创立了Scrum联盟。

Scrum项目管理的价值观

众所周知，Scrum项目管理易于理解，但难以掌握。但决定实施此敏捷框架的团队可以坚持以下价值观，以确保透明度，检查和适应性的Scrum支柱在整个项目活动中取得成果。

Scrum的五个值是：

1. 承诺 Commitment

2. 勇气 Courage

3. 焦点 Focus

4. 透明度 Openness

5. 尊重 Respect

 (

谁使用Scrum项目管理？

虽然最初是在考虑软件开发团队的情况下创建的，但Scrum项目管理并非专门针对开发人员。作为一种比较流行的敏捷框架，Scrum可以使那些必须在任何行业和业务中执行复杂项目的团队受益。理想的Scrum 团队是一群高度灵活和适应性强的人，他们在迭代和增量交付结构的背景下茁壮成长，并且不怕提供和接收反馈。

Scrum团队 

Scrum项目管理团队由三个角色组成，即产品负责人，开发团队和Scrum Master。这些角色是自组织和跨职能的，旨在最大限度地提高灵活性，创造力和生产力。

产品拥有者 (Product Owner)

产品负责人是产品专家，代表利益相关者和客户的声音。他们对管理产品Backlog负有全权责任，并负责，其职责包括：

清楚地表达产品待办事项;

订购产品Backlog中的项目以最好地实现目标和任务;

优化开发团队执行的工作价值;

确保产品Backlog对所有人都是可见，透明和清晰的，并显示Scrum团队将在下一步工作的内容; 和，

确保开发团队将产品Backlog中的项目理解为所需的级别。

理想的产品负责人必须具有同理心，因为他们通常必须了解不同的观点，并具有无可挑剔的沟通技巧，因为他们必须与利益相关者和客户进行谈判，以及与开发团队和Scrum Master成功合作。

开发团队 (Development Team)

开发团队由一组专业人员组成，例如开发人员，程序员或设计人员，他们负责提供产品，并创建增量（在sprint结束时提供给利益相关者的工作产品功能，并可能提供给顾客）。一个成功的开发团队包括以下特征：

他们是自我组织的。没有人（甚至不是Scrum Master）告诉开发团队如何将Product Backlog转换为潜在可释放功能的增量;

开发团队是跨职能的，具有创建产品增量所需的所有技能。

Scrum不承认开发团队成员的任何头衔，无论该人员正在执行哪些工作;

无论需要解决哪些领域，如测试，架构，运营或业务分析，Scrum都不会认可开发团队中的子团队; 和，

个人发展团队成员可能具有专业技能和重点领域，但问责制属于整个开发团队。

Scrum Master

Scrum项目管理由Scrum Master提供便利，Scrum Master是一位超级组织的仆人领导者，可确保遵循Scrum的理解和执行。他们负责通过向开发团队提供必要的资源来确保开发团队走上正轨，并阻止任何可能阻碍开发过程的干扰。

Scrum Master的总体职责在于确保团队成功执行Scrum项目管理，并且每个参与者都了解Scrum的核心目标。他们以各种方式做到这一点，包括：

在Scrum采用中领导和指导组织;

规划组织内的Scrum实施;

帮助员工和利益相关者理解并制定Scrum和实证产品开发;

引起变革，提高Scrum团队的生产力; 和，

与其他Scrum Masters合作，提高Scrum在组织中的应用效率。

现在您已经知道谁参与了Scrum项目管理，现在是时候了解它是如何工作的。

Scrum项目管理事件

通过遵循由事件组成的工作流来应用Scrum项目管理。事件是有时间限制的，这意味着它们具有不能超过的最长持续时间。这样做的目的是减少开发过程中的浪费时间，并允许发生关键的透明度和检查。事件是：

Sprint

众所周知，Sprint是Scrum项目管理的本质。它们是时间盒，迭代的，并且用于实现目标 - 通常是创建可用的，可能可释放的产品，甚至将项目从“正在进行”移动到“完成”。不超过一个日历月，它们的时间范围 - 通常是两周 - 在整个开发过程中是一致的，在前一个结束后立即开始新的冲刺。

Sprint计划 (Sprint Planning)

正如名称所示，sprint计划是在每个sprint开始时发生的事件，整个Scrum项目管理团队在此会面以规划即将到来的sprint。讨论和安排是为了回答两个主要问题：

在即将到来的Sprint结束时可以实现什么？

我们如何实现这一目标，以及实现这一目标需要采取的行动是什么？

一旦这些问题得到解答，Scrum项目管理团队就会了解在即将到来的sprint中预期的工作范围，以及为每项任务分配的时间。在Sprint计划期间，Sprint Backlog也是有组织的，这是反映需要完成的工作的任务列表。

每日Scrum (Daily Scrum)

每日Scrum是一个15分钟的时间盒装会议，同时为sprint的每一天举行。这是开发团队讨论他们前一天的成就以及他们对下一个成就的期望。虽然由Scrum Master组织，但开展会议的责任完全在于开发团队。Daily Scrum的目的是同步活动，增强协作以及识别任何障碍。

Sprint评论 (Sprint Review)

Sprint评审是在每个Sprint结束时举行的非正式会议，Scrum团队向利益相关者展示他们的增量。在审核期间，每个人都会分享反馈，并在下一个Sprint中需要完成的工作进行协作，以优化产品的价值。审核以修订后的产品Backlog结束，该产品Backlog根据集体讨论和商定的内容概述下一个Sprint的项目。

Sprint回顾 (Sprint Retrospective)

Sprint回顾会在Sprint评论之后和下一个Sprint计划之前发生。这是一个Scrum团队反映前一个Sprint会议记录的会议，并在下一个Sprint中建立改进的空间。虽然Scrum项目管理的重点是能够随时进行改进，但Sprint Retrospective是团队正式关注检查和调整的机会。

还有两个活动，虽然不是Scrum项目管理的核心，但通常足以值得一提。

积压改进 (Backlog Refinement) ：这是一个持续的审查过程，并在需要时进行更新，产品积压，以确保项目的组织和优先级，以确保事情顺利进行。

Sprint取消：只有产品负责人才有权取消Sprint，尽管在与团队的其他成员和/或利益相关者讨论之后。取消Sprint的原因可能是由于公司改变方向，或者外部环境使Sprint的目标失效。

Scrum工件 (Sprint Artifacts)

工件可以被视为交付和完成工作所需的工具。以下是Scrum项目管理中的主要工件：

产品积压 (Product Backlog)

产品Backlog由产品负责人管理，按优先顺序列出可行产品所需的所有要求。随着产品和团队的不断发展，Product Backlog永远不会完整。它包含授权在将来的版本中对产品进行任何更改的所有功能，功能，要求，增强功能和修补程序。

Sprint Backlog

Sprint Backlog列出了团队在下一个Sprint期间需要完成的任务和要求。它是开发团队的资产，有时伴随着Scrum任务板。Scrum任务板用于可视化当前sprint中任务的进度，以及以“To Do，Doing and Done”格式进行的任何更改 。

Scrum框架总结

为了总结上面的scrum框架，Scrum是一个通过“视图和调整”开发和维护复杂产品的框架。这是一种遵循敏捷宣言和原则的流派，整合了三个角色，三个资产，五个事件，五个值，称为“ 3355 ”。

用户故事

用户故事已成为产品Backlog项目的一种流行形式。用于从最终用户角度解释软件功能的工具，它们有助于描绘产品用户的类型，并开始讨论他们想要什么，以及它的原因。使用的常见用户素材格式为：

作为[角色]，我想[特征]，因为[原因]。

产品增量

如上所述，产品增量是Sprint期间完成的所有Product Backlog项目的结果。它是在sprint结束时呈现给利益相关者的工作产品功能，被认为是朝着最终目标迈出的一步。

自动化Scrum软件

像许多其他项目管理方法一样，Scrum项目管理团队可以通过各种方式管理他们的项目。对于规模较小，位置较小的团队而言，良好的低成本方法是从传统文具开始。电子表格可用于创建和管理产品Backlog等内容，白板和便签可用于可视化Scrum任务板。

对于分散成员的Scrum项目管理团队，或者希望升级其工具的团队，使用基于Web的 Visual Paradigm Scrum Process Canvas可能是管理项目的更理想方式。该软件包含的功能可以使活动集中化，并使跨团队协作顺利进行。协调任务和访问进度可见性的灵活性可以增强团队协作，并可以提供更简化的交付。

所以，你有它，所有你需要知道的基础知识，所以你可以开始开发你梦想的Scrum团队。请记住，Scrum项目管理的总体目标，即其价值，角色，事件和工件，旨在为您提供更加聪明的项目工作方法。通过迭代和增量开发流程，您更有可能实现提供高质量产品的目标。

Scrum过程画布是一个Scrum的管理工具。它在一页的流程画布中呈现可操作的scrum活动。团队成员执行管理和完成软件项目的活动。

Scrum Process Canvas是完全可定制的，允许您将其他活动（例如某些会议）和流程交付（例如特定的日志）添加到Scrum流程中，以满足您的特定项目需求。（了解更多）