共计 1391 个字符，预计需要花费 4 分钟才能阅读完成。
Scrum 是麻利开发模式的一种。在 Scrum 模式下，团队通过一直迭代来对产品进行增量交付。一个典型的 Scrum 团队有 5 - 9 个成员，分 3 种角色，ScrumMaster 协调团队的工作，为团队抉择最佳的工作模式，爱护团队缩小外界的打搅，帮忙团队解决阻塞工作进行的问题。本文次要是从 Scrum4 个方面来向大家展现 云效让 Scrum 自动化起来。
内容简介
Scrum 根底框架
构建基于云效的在线研发合作 Scrum 我的项目
云效 Projex Automation 基本原理
云效让 Scrum 自动化起来，疾速配置 Scrum 自动化场景
阐明
疾速应用：
Projex（新）内测申请
Projex 地址
Product Owner
Product Owner 负责产品的方向，制订产品路线图和公布打算，定义产品性能优先级，为团队廓清需要。Product Owner 和 ScrumMaster 不能是同一个人。
团队成员
团队成员不分开发和测试，是全功能型的开发实现团队，在任何产生瓶颈的中央，所有成员全力以赴解决。
一个迭代也叫一个冲刺（Sprint），个别周期长度为 1 - 4 周。在一个迭代里，成员全力交付承诺的需要。如果任何需要没有实现，则移到下一个迭代持续实现。
在一个迭代的周期内，有 4 个会议：
迭代布局会
迭代布局会的目标是为本迭代安顿需要，定义需要的优先级，廓清需要。迭代布局会在迭代的第一天举办，须要整个 Scrum 团队参加，业务方和用户代表也可能参会。在迭代布局会上，Product Owner 对需要 Backlog 按优先级从高到低进行解说，每个需要解说结束后，现场解答团队的问题，廓清需要，而后团队一起对需要进行疾速评估。一直反复这个过程直到需要工作量达到团队在本迭代内可交付的最大值。团队随后对布局到本迭代内的需要进行调配和工作拆解。
每日站会
每日站会的目标是为了团队理解彼此的停顿和是否有阻塞工作进行的问题。每日站会从迭代的第二天开始召开，须要整个团队加入。每日站会要求尽可能简短（所以要站着开），个别不超过 15 分钟。如果有须要解决的问题，会后跟进，而不要在站会中解决。
迭代评审会
迭代评审会的目标是为了验收产品。迭代评审会不须要固定的工夫和地点正式召开，而是团队任何成员如果有可验收的性能，就叫上 Product Owner 和业务方或用户代表进行验收。
迭代回顾会
迭代回顾会的目标是对本迭代进行回顾，发现改良机会，让团队继续改良。迭代回顾会个别在迭代的最初一天召开，整个 Scrum 团队参加。迭代回顾会倡议应用踊跃的语言，每个成员对三个问题进行反馈，以找出改良机会：
- 在本迭代中，有哪些方面做得好的，团队须要持续放弃？
- 在本迭代中，有哪些方面能够做得更好的，团队须要改良？
- 在本迭代中，有哪些事件团队不应该再反复了？
云效数字化研发：Easy Scrum – Projex Automation
因为平台受限，请大家移步，点击下方链接会以视频模式给大家解说：
[[Scrum 根底框架，云效让 Scrum 自动化起来]](https://cloud.video.taobao.co…)
云效让 Scrum 自动化起来，在 Scrum 模式下，团队通过一直迭代来对产品进行增量交付，通过以上视频的理解，置信大家对基于云效 Scrum 根底框架，云效 Projex 如何反对 Scrum 高效落解放我的项目成员的双手让价值主动流转起来，曾经有了一个清晰的理解，还有什么疑难，大家能够在评论区探讨交换。
