当组织需要实施变革时，会实施“变革计划”。变革要有规划，有明确的开始和结束日期，然后组织严格按此实施。
不过是即将实施Scrum，还是准备对已有Scrum的实施进行微调，你都要用敏捷的方式来管理这些工作。对于本身就是迭代的开发流程遵循迭代的转型流程，在持续基础上稍加变化，这是合乎逻辑的做法。
这样做更可能促成成而可持续的转型。
接下来我们看看在组织中，首次实施Scrum如何使用Scrum和如何通过团队的参与而实现持续改进。
改进Backlog
如同Scrum开发项目使用产品Backlog，在首次实施Scrum使用改进Backlog跟踪记录企业实施Scrum所作的工作。
改进Backlog列举了企业在实施Scrum过程中可以做得更好的所有事项。
- 改进Backlog包括下列事项：
- 增加使用Scrum的团队数量；
- 增加对自动化测试的使用；
- 使团队能够实现持续集成；
- 想出如何确保每个团队都能有一名产品负责人
- 确定怎样度量实施Scrum的影响；
- 增加对单元测试和测试驱动开发的使用；
小部门或单个项目级别的转型使用的是单个改进Backlog，当Scrum要在跨大站点、部门或企业级别上实施时，转型的工作量很大，所以需要使用多个改进Backlog，这些Backlog分别由社区创建，这些社区的成员个个都对改进企业抱有热情并愿意使用特别的方式。
企业转型社区
发起、鼓励与支持企业引入和改进Scrum的小组被称为企业转型社区或ETC。企业转型社区的存在时为了营造一种文化、一个氛围。
ETC不是通过强行实施企业变革，而是通过指导实施变革的小组，为成功实施Scrum排除障碍，为变革创造活力与激情来做到的。
ETC的成员通常不超过12人，他们来自参与Scrum转型的最高级别人员。如果一个企业范围内实施Scrum，ETC应包括工程与开发的资深人员、产品管理、市场、销售、运营、人事等各个小组的副总裁。
如果在部门级别实施
Scrum，ETC可包括项目的QA、开发、架构、交互设计、数据库等部门领导。其中的关键是ETC要由转型所在级别最资深的人员组成。
有时，Scrum是企业底层人员发起的，一个团队尝试Scrum，很成功地完成一个项目，然后别的团队对此产生兴趣，于是Scrum就此传播开来。在这种请款下，ETC通常很自然由一些早期倡导者组成，他们得到领导者批准，可以花时间帮助其他团队学习Scrum。
若有时出现的障碍需要老板的支持，于是领导者也需要加入ETC。
ETC的Sprint
因为ETC与Scrum开发团队一样使用Scrum，所以他们也通过Sprint取得进展。每个Sprint以计划会议开始，以评审和回顾会议结束。
Sprint的长度通常为两周为好。
发起人和产品负责人
很多成功的Scrum实施都由一个明确的发起人启动和腿精，发起人是企业中负责成功转型的资深人士。
转型发起人应来自企业正在计划实施转型的部门级别。发起人也是ETC的产品负责人。有时，ETC的产品负责人是没什么Scrum经验的成员。不过没有关系，如同所有的产品负责人一样，ETC的发起人能够通过寻求其他ETC成员的帮助来履行这个职责。
ETC的职责
ETC是一个工作小组，而不是决策委员会。Sprint计划时，ETcetera承诺完成一定量的工作，并在Sprint结束时演示他们。
ETC的最重要的职责之一是围绕Scrum实施而创造的活力。当然，不是每个人都会为变革激动，但ETC需要点燃为成功实施Scrum而工作的人的热情。
ETC要做到以下几点：
- 清除表达背景
- 鼓励对话
- 提供资源
- 设置合适的目标
- 人人参与
- 预料和处理人们的问题
- 预计和消除障碍
- 鼓励对实践和原则的同时关注
改进社区
改进社区由这样一群人组成——他们聚焦在一起，协作工作，以便改进企业中Scrum的使用。
改进的催化剂
组织被融入实施和熟练应用Scrum时，便成为改进的催化剂。
改进Sprint
改进社区的存在不是为了服务于ETC，它时为了服务于客户：创建产品或系统的Scrum开发团队。尽管ETcetera成员会作为某些改进社区的产品负责人，同时，也作为Sprint评审的正式产品负责人，你还是虚妄从感兴趣的开发团队中找到活跃的参与者。
在Sprint计划会议上，每个改进社区挑出它承诺能在这个Sprint完成的1个或多个目标。
若改进社区是为响应ETC某个特定目标而成立，Sprint计划可以这样开始：到ETC的Backlog中挑选一个事项，把它划分成更小的事项，然后放入改进社区Backlog。
在开发团队的Sprint计划会议上，社区评估每一个事项，并决定能够承诺在Sprint中完成的那些任务。
