《敏捷软件开发 : Scrum实战指南》—1.3 变化是困难的

变化是困难的

Scrum就是为适应变化而设计的。一些人拥抱变化，一些人则像躲避瘟疫一样躲避它。两种反应都很自然。在软件开发中，我们通常避免变化。这不是因为我们害怕变化，而是因为团队已经习惯于在第一时间就提供正确的东西。我们把变化等同于缺陷或者开发产品时遗漏的功能。对我们来说，变更要求意味着我们某种方式的失败。我们通常不理解变化是不可避免的。我们不能预测未来，因而不要指望我们知道市场会突然改变或者事先知道竞争对手最新发布的产品。要想成功，我们必须学会拥抱变化。Scrum给了我们这样的工具，但是要达到把变化集成到流程中的状态，是一个艰难的旅程。

本章开篇故事中的团队希望使用Scrum，但是却害怕跳进未知的领域。他们徒劳地尝试，为保留熟悉的模式并防止出错，他们修改了Scrum的流程，增加了计划与集成Sprint。这些改变不仅没有使他们成功，实际上反而制造出问题并使得事情变得更糟糕。

理解人们对变化的常见反应是成功实施Scrum的关键。萨提亚(Virginia Satir)[1]是一个家庭治疗师，她通过临床研究发现人们经历变化时的通常模式。这些阶段包括现状后期、外部因素、混乱、整合与实践以及新的状态。这些行为模式称为“萨提亚模式”，如图1-5所示。

图1-5  萨提亚模式

我发现，不管人们经历什么级别的变化，这些阶段都很稳定。在我成长过程中，我的母亲尝试戒烟，我观察到她就有这些模式。从小孩第一次尝试骑自行车，我也观察到这些模式。让我们看看Scrum 团队是怎么经历这些阶段的。