Iteration Manager existing in two scenarios. One is where hybrid Agile approaches (i.e. using elements of Scrum, Kanban, XP, etc.) are adopted by the team as opposed to using a single Agile framework like Scrum. The other scenario where an Iteration Manager exists is where teams and organisations deem the Project Manager as necessary.

在上项目前，研究了一下Iteration Manager具体的职责有哪些，发现了上述描述，于是深入了解了一下什么是scrum。

定义

在Scrum Guide中给出了如下定义：

Scrum 是一个框架，在此框架中人们可以解决复杂的自适应难题，同
时也能高效并创造性地交付可能最高价值的产品。

Scrum拥有轻量级的，易于理解却难以精通的特性。通过一些规则，将scrum中的role、events、artifacts串联在一起。其中每个部分都具有其存在的特定的目的，并且对于成功运用scrum是至关重要的。

Scrum是基于经验过程控制理论（empirical process control theory, 简称 empiricism）。采用迭代和增量式的方法来优化对未来的预测和控制风险。

Scrum的三大支柱是Transparency, Inspection, Adaptation.
Transparency

过程中的关键环节对于那些对产出负责的人必须是显而易见的。要拥有透明，就要为这些 关键环节制定统一的标准，这样所有留意这些环节的人都会对观察到的事物有统一的理 解。
例如
• 所有参与者谈及过程时都必须使用统一的术语。
• 负责完成工作和检视结果增量的人必须对“完成”的定义，有一致的理解。

Inspection

Scrum 的使用者必须经常检视 Scrum 的工件和完成 Sprint 目标的进展，以便发现不必要 的差异。检视不应该过于频繁而阻碍工作本身。当检视是由技能娴熟的检视者在工作中勤 勉地执行时，效果最佳。

Adaptation

如果检视者发现过程中的一个或多个方面偏离可接受范围以外，并且将会导致产品不可接 受时，就必须对过程或过程化的内容加以调整。调整工作必须尽快执行如此才能最小化进 一步的偏离。

Scrum roles

一个scrum团队应当由一位Product Owner、一个Development Team、以及一名Scrum Master组成。通过自组织组成一支cross functional的团队，具备完成工作的苏需技能，并自主选择以最好的方式完成日常工作。

Product Owner
Product Owner（产品负责人）是一个人，而不是一个委员会。产品负责人是负责管理Product Backlog的唯一负责人。其职责是将开发团队开发的产品价值最大化。

Development Team
Development Team（开发团队）中包含了拥有各种技能的角色，例如Dev，QA，BA，并负责在每个Sprint结束时交付potentially releasable product。开发团队成员自组织和管理他们的日常工作，由此产生的正面效应能够最大化开发团队的整体效率。

开发团队最佳规模是足够小以保持敏捷性，同时足够大可以在 Sprint 内完成重要的工 作。少于 3 个人的开发团队，成员之间没有足够的互动，因而生产力的增长不会很大。 过小的团队在 Sprint 中可能会遭遇到技能上的约束，进而导致开发团队无法交付潜在可 发布的产品增量。超过 9 人的团队则需要过多的协调沟通工作。

Scrum Master

Scrum Master 负责根据 Scrum 指南中的定义来促进和支持 Scrum。Scrum Master 通过帮 助每个人理解 Scrum 理论、实践、规则和价值来做到这一点。

对团队而言，Scrum Master是一位服务性的领导。通过帮助scrum团队外的人了解如何与scrum团队交互来最大化团队所创造的价值。Scrum Master服务于Product Owner，Development Team，Organization。

Scrum events

在Scrum的框架中有5个events：Sprint Planning，Daily Scrum，Sprint Review，Sprint Retrospective, 以及Sprint本身。

在介绍上述events之前，需要先了解一下什么是Sprint。

Sprint是Scrum的核心，其长度(持续时间)为一个月或更短的限时，这段时间内构建 一个“完成”、可用的和潜在可发布的产品增量。在整个开发过程期间，Sprint的长度保 持一致。前一个 Sprint 结束后，下一个新的Sprint紧接着立即开始。

将Sprint的时间长度限制在一个月的原因是，如果Sprint太长的话，对于构建事物本身的定义可能会改变，复杂度也可能增加，随之而来的还有风险的变化。

Sprint Planning
Sprint Planning就如同字面上的意思，是计划接下来的Sprint需要做的工作。是由整个Scrum团队一起制定的。

Daily Scrum
Daily Scrum是开发团队一个time box为15分钟的event。会在每天的同一时间同一地点举行，以便降低会议本身的复杂性。
在Daily Scrum中，开发团队会回顾之前一天的工作，并为接下来24小时的工作制定计划。通常会回答以下三个问题：

• 昨天，我为帮助开发团队达成 Sprint 目标做了什么?

• 今天，我为帮助开发团队达成 Sprint 目标准备做什么?
• 是否有任何障碍在阻碍我或开发团队达成 Sprint 目标?

Sprint Review
在Sprint即将结束时举行一个review的会议。在会议上会inspect当前sprint做交付的产品，并且按需调整Product Backlog。

Sprint Retrospective
Sprint Retrospective通常是发生在Sprint Review与下一个Sprint Planning之间的。Scrum团队通过这个时机来检视自身好与不好的地方，并创造在下一个Sprint中改进的机会。

Scrum的价值观

当承诺、勇气、专注、开放和尊重五大价值观为Scrum团队所践行与内化时，Scrum的Transparency, Inspection, Adaptation三大支柱成为现实，并且在每个人之间构建信任。Scrum团队成员通过Scrum的role、events、artifacts来学习和探索这些价值观。
Scrum的成功应用取决于人们变得更为精通践行五项价值观。人们致力于实现 Scrum团队的目标。Scrum团队成员有勇气去做正确的事并处理那些棘手的问题。每个人专注于Sprint工作和Scrum团队的目标。Scrum团队及其利益攸关者同意将所有工作和执行工作上的挑战进行公开。Scrum团队成员相互尊重，彼此是有能力和独立的人。