Scrum Process Canvas是一个用于帮助您管理Scrum项目的Scrum工具 - 从识别项目愿景到最终产品交付
在一个画布中管理整个Scrum项目
在一个设计精美的Scrum流程画布中无缝导航整个Scrum流程。快速，轻松，无缝地执行Scrum活动。让整个团队充分参与。我们的敏捷软件使敏捷项目变得简单而
浏览工作项
Scrum Process Canvas以有条理的方式呈现scrum活动。要开始处理工作项，只需单击它即可浏览其步骤。
进行活动
按照给出的步骤执行活动。根据工作项目，可能会要求您填写表格，绘制图表等。
生成文档
有效地将想法与根据工作项目收集的信息生成的文档进行交流。
Scrum三种角色
Product Owner、Scrum Master、Scrum团队成员
1. Product Owner：
需要确定产品的功能和完成时间，并对产品的收益负责，要根据市场需求确定产品功能的优先顺序。在每个sprint开始之前，Product Owner可以修改功能需求和优先顺序。而且PO有权决定接受或者否决各个Sprint的工作成果。
Prouduct Owner的角色通常由市场部门的人员或开发部门内部主要使用该产品的人员来担任，主要工作是根据市场需求确定产品功能，将其列入Product Backlog中斌未这些功能确定优先顺序。
Scrum团队按照功能的优先顺序，将它们从高到低分配到各个Sprint中进行开发，这些被分配到一个Sprint中完成的功能就形成了Sprint Backlog。
在产品的整个开发过程中，Product Owner对于产品的需求可能会发生改变。他可以修改Product Backlog， 以及增加某些功能需求、删除某些功能需求、修改优先顺序等，但这些行为只能在各个Sprint之间进行。
2. Scrum Master：
负责监督整个Scrum专案程序，调整专案计划；确保开发团队成员的能力能够胜任产品的开发；促进团队中不同角色的团队成员充分交流和沟通，并为专案的进行扫除障碍；保证开发团队不受外力的干扰和阻扰；掌握产品的开发进度，参与每日Scrum会议、Sprint计划会议和Sprint平时会议。
3. Scrum成员：
要求Scrum团队是跨职能的，应该包含开发、测试、美工即文件人员。
Sprint Planninghttps://www.visual-paradigm.com/scrum/what-is-sprint-planning/会议：
时间：一般4-8小时，
参与人员：PO、SM、Scrum团队成员和其他对产品感兴趣的人员，PO从产品Backlog中挑选高优先顺序的任务，并与Scrum团队成员一起决定这个Sprint中需要完成多少功能。Scrum团队将这些任务分解成小的功能模组。Scrum团队成员详细讨论如何才能按需求完成这些功能模组，并估计完成每个功能模组所需要的大概时间。
确定sprint最后演示的时间和每个story演示的方式
每日scrum会议
每日Scrum会议是Scrum的精髓，最简单又最复杂，如何有效的召开，需要不断的改进和摸索；
一般15分钟，3个问题:
1)昨天我完成了什么工作？
2)今天我打算做什么？
3)我在工作中遇到了什么障碍？
通过每日Scrum会议，团队成员之间可以彼此相互熟悉工作内容，充分了解专案进度，相互帮助解决问题。SM除了倾听团队成员的发言外，还有责任设法解决团队成员在会上提出的困难，尽快扫除阻碍他们工作顺利进行的障碍。即使有的问题SM没有能力解决，他也应该找到团队中的或其他团队中的成员来帮组快速地解决问题。另外，还有两点需要注意：其一，这是团队成员之间的交流，也是相互的承诺，并不是向老板汇报工作进度的；其二，这也不是一个专门用于解决各种问题的会议，团队成员在工作中遇到的问题可以在会上提出来，而又能力解决这些问题的人可以在会后帮助他们解决问题。
Burndown Chart
是常用的衡量团队进度的视觉化攻击。敏捷开发可以给专案提供更多的可视性。
Sprint Review会议：
Sprint结束时召开，一般2小时左右，非正式的会议，可以邀请高层参加，气氛要活跃点，避免变成严肃的报告会。
要避免过多的谈论技术细节，要重点关注最后的成果。
注意任务完成（Done）的定义，
Sprint Retrospective会议：
参加人员：PO、Scrum团队成员、Scrum Master
宗旨：Scrum团队如何在下一个Sprint中做的更好
重要性：第二重要的事件（最重要的是Sprint计划会议），因为它是让Scrum团队成员成长和进步的最好机会。如果不开回顾会议，不久以后，你就会发现，你的团队在不断地犯著同样的错误。
会议内容：
会议中需要讨论有哪些好的建议或方法应该被采纳，在这个Sprint中有什么做法不可取，有哪些做法效果很好，应该继续下去。
Sprint结束后，Scrum团队成员回顾刚刚结束的Sprint，对其进行总结和反思，使整个团队能持续成长。
Sprint回顾会议的形式可以比较随意，主要做到以下几个方面：
SM首先给大家看Sprint Blacklog，总结这个Sprint。然后，团队成员讨论在这个Sprint中发生的一些比较重要的事件。与会人员轮流发言，每个人都有机会发表自己的意见：他认为哪些方面做的好、哪些方面需要改进、应该如何改进等。此外还要对比Sprint Backlog中各个Story的估计值于它们的实际完成时间，如果差距太大，就应该好好分析出现这种情况的原因。
在Sprint回顾会议结束之前，Scrum Master要总结会上的讨论成果，即“如何才能在下个Sprint中做得更好”。
总之，Sprint回顾会议的宗旨就是：Scrum团队如何在下一个Sprint中做得更好！
计划扑克：
扑克背后的敏捷思想是团队里没有绝对的权威，每个人都有可取之处，要避免少数服从多数。
Sprint目标：
Sprint Goal是个鼓舞士气的好工具。
冲刺目标模板
由Roman Pichler提出，冲刺目标模板由三个主要部分组成：
- 实际目标，
- 用于达到目标的方法，
- 用于确定目标是否已满足的度量标准。
它还提供了一个标题部分，允许您说明目标所属的产品和冲刺，如下图所示。
