共计 2432 个字符，预计需要花费 7 分钟才能阅读完成。
麻利开发的外围是迭代，每个迭代都蕴含布局、设计、开发、测试等步骤，通过频繁的公布，以及对前一次迭代反馈的跟踪，推动产品逐渐改良。
随着研发实际的深刻，麻利衍生出了十分多的开发方法，包含：Scrum、精益办法、极限编程（XP）、Kanban 等等，其中，Scrum 无疑是目前最为胜利的麻利办法，因为它提供了一套固定的角色分工和工作流程，更容易被大部分团队所承受。
明天，咱们将带你深刻理解什么是 Scrum，以及如何用 ONES 进行迭代布局，高效落地 Scrum，一起来看看吧～
Scrum 是一种迭代增量的软件开发过程，笼罩产品的生产、交付和治理，通常用于麻利开发。
- 第一步：产品负责人负责梳理来自利益相干方的反馈与需要，并依照优先级排序，造成 Product Backlog，即产品待办事项；
- 第二步：通过迭代布局、会议剖析，和对 Product Backlog 进行估算，造成了 Sprint Backlog，即迭代待办事项；
- 第三步：由团队在固定的开发周期内交付潜在可公布的产品增量；
- 第四步：通过迭代评审和迭代回顾，完结以后迭代，并开始下一次迭代。
（1）三大角色
角色 1：产品负责人 (Product Owner)
产品负责人的外围工作是对团队交付的价值负责，他的职责是定义需要、需要优先级、需要验收规范，以及产品公布内容与日期。
角色 2：麻利教练 (Scrum Master)
麻利教练的外围工作是帮忙团队相熟和把握 Scrum 框架，继续改良，又好又快地发展工作。
角色 3：研发团队 (Scrum Team)
研发团队囊括了开发人员、测试人员、业务分析师等开发所需角色，规模通常为 5 - 9 人，具备自组织、自治理的特色，对交付成绩负责。
（2）三大工件
工件 1：产品待办事项 (Product Backlog)
产品待办事项即产品视角的需要清单，由产品负责人进行保护、增减及优先级定义，每项需要都须要形容其内部价值，用户故事是其中的一种最佳实际。
工件 2：Sprint 待办事项 (Sprint Backlog)
Sprint 待办事项来源于产品待办事项，在 Sprint 布局会议上，团队须要对筛选的需要进行探讨、剖析和估算，失去相应的工作列表，即 Sprint BackIog，并一起定义「实现」的规范。
工件 3：潜在可交付产品增量 (Increment)
在冲刺完结后，须要在迭代评审会议上展现可对外公布的产品性能增量。
（3）五大事件
事件 1：冲刺 (Sprint)
能够将 Sprint 或迭代视为一个非凡的事件，它的周期通常为 2 - 4 周。
事件 2：Sprint 布局会 (Sprint Planning Meeting)
Sprint 布局会的外围议题是依据产品待办事项，对产品 Backlog 中的需要进行估算，确定下一次冲刺要实现的指标和范畴，造成迭代待办事项。
事件 3：每日站会 (Sprint Daily Standup)
每日站会在固定工夫召开，每天 15 分钟，指标是促成信息在团队内共享与通明。
团队成员要简要答复 3 个问题：我昨天做了什么？我明天打算做什么？目前我是否碰到了阻碍，阻碍是否妨碍我实现指标？不作深刻的问题探讨。
事件 4：Sprint 评审会 (Sprint Review)
Sprint 评审会在冲刺末期召开，用户查看本期的成绩。它须要团队整体参加，并邀请相干干系人，产品负责人能够回绝接管成绩。
事件 5：迭代回顾会 (Sprint Retrospective）
会议在迭代评审会完结后召开，同样须要团队整体参加，独特复盘本次冲刺，总结经验与教训，并造成切实可行的改良清单。
（4）5 种价值观
凋谢：Scrum 把我的项目中的所有凋谢给每个人看，信息通明对进步合作效率帮忙微小。
尊重：每个人都有独特的背景和教训，尊重每一个团队成员是我的项目信赖的根底。
勇气：成员有勇气做出承诺、履行承诺，承受他人的尊重
专一：把心理和能力都用到你承诺的工作下来
承诺：违心对指标做出承诺，全身心投入 Scrum 团队的指标，而不是必须按计划实现
总的来说，Scrum 是一套解决简单问题的框架，让咱们以迭代和增量的形式，在最短时间内交付价值最大的产品。具体的流程要依据团队的理论状况灵便调整，不要生吞活剥。
（1）确定迭代指标
建立指标至关重要，这个指标能够是「挣更多的钱」、「感动 CEO」、「实现优先级最高的三个故事」或「把零碎做得足够好，作为 Beta 版公布给真正的用户应用」等等。
（2）确定迭代周期
倡议在整个我的项目期间保持稳定的迭代周期，这会让团队遵循稳固的开发节奏，也有利于精确预估我的项目竣工所需工夫。
在 ONES 中，咱们能够新建迭代，并设定迭代周期和属性，周期倡议为 1 到 4 周，能够基于团队状况机动调整。
（3）确定迭代规模
迭代创立实现后，咱们须要明确每次迭代能实现多少需要。咱们能够基于 ONES Performance 效力治理中的数据，理解团队在历史迭代中共实现了多少个故事点、多少个需要、破费了多少工时，从而精确地布局以后迭代。
（4）评估产品需要
对产品 Backlog 中的故事点和工时进行预估，明确需要的边界、范畴、验收和实现规范，对于需要不分明的，由产品负责人进行阐明，一旦不合乎，团队有权力回绝需要，不退出本期迭代。
在这个过程中，咱们能够利用 ONES 筛选出列表中所有未布局进迭代的工作项，并依照优先级进行排序，造成产品待办事项，利用并通过「布局到迭代」的性能，将抉择好的需要布局到曾经创立好的迭代内。
（1）将需要拆分工作
借助 ONES Project 迭代下的麻利看板，咱们能够将需要拆分为工作，并调配给不同的负责人。
（2）对工作进行工时预估
除此之外，咱们还能够对各自的工作进行工时预估，并通过迭代的残余工时统计及燃尽图直观把控工作进度。
这些工作实现之后，咱们的迭代布局会议就完结了。在这个环节，由麻利教练负责把握会议流程和工夫，如果迭代周期是 2 周，倡议迭代布局会议的时长不超过 2 小时。
凭借业余的解决方案及服务能力，ONES 已胜利帮忙浪潮软件、招商基金、贵州茅台、中国电信等多个行业的 20 万余中大型团队实现研发效力晋升。
