从敏捷宣言看Scrum僵尸化背后的文化冲突及正模式

根据Jeff Sutherland的报告，Scrum能带来20%~1200%的效能提升。

现实中鲜有做到，其中的一种现象是Scrum僵尸化。

如果在每日站会上人们的发言是这样的：昨天我在煮豆，今天我将继续煮豆，没有问题；

如果在回顾会上人们讲的多是B文案而不是A文案；

那么这基本上是一种Scrum僵尸化。

Scrum僵尸化背后是文化上的原因。但即使在文化条件不理想的情况下，也不是完全不可为。

本文以敏捷宣言的价值观和原则为线索，看Scrum僵尸化背后的文化冲突和正模式。

敏捷软件开发宣言

• 价值观一：个体和互动 > 流程和工具

【文化冲突】

个体是个体的积极主动，互动是人们的合作共赢。个体与互动需要以平等的文化为基础。个体与互动的障碍是命令与控制的文化。在命令与控制的文化之下，人们处于压抑状态，聪明才智无法发挥。

- 领导说了算。我对大局毫无影响，所以我就不说了。

【正模式】

有很多招式可以协助个体与互动在Scrum中发生：

- 估算纸牌有促进每个人都说话的半强制作用。

- 在每日站会上可以加一个练习，随机一人复述大家讲的要点。

- 在每日站会上，可以随机一人充当一分钟项目经理，总结迭代目标、完成的趋势、风险、士气等。

- 在迭代评审会上，可以交叉演示他人的工作。

- 制定并落实结对、备份工作的计划。

- 在计划会上，随机一人总结迭代目标。

- 轮流一人主持会议，包括会前准备、会中引导、会后跟进。

- 在梳理会、计划会、评审会、回顾会结束时，现场快速调查反馈大家对会议的满意度。

• 价值观二：工作的软件 > 详尽的文档

【文化冲突】

工作的软件背后是全局优化，详尽的文档背后很可能是部门墙。这样的文档形成过程漫长，而且花了很多时间在一些拿来推卸责任的内容上。

【正模式】

Scrum中跟保证工作的软件有关的模式有：

- 每个迭代都要输出潜在可交付的产品增量。

- 通过DoD保证质量。

- 开发与测试融合，缩短反馈周期。

- 开发与测试融合，目标一致，减少考核上的冲突，减少在bug记录、传递、扯皮上的时间。

- PO与团队融合，即时验收反馈。

- 支持XP实践，加速反馈，提升质量。

• 价值观三：客户合作 > 合同谈判

【文化冲突】

客户合作的障碍是不信任。以至于花了太多时间在工作量的计量上，反而无暇顾及价值和质量等。

【正模式】

Scrum本身是不能破除合同墙的，但有很多有助于客户合作的机制：

- 每迭代演示可工作的软件。

- 产品列表、迭代列表等工件的透明。

- 产品列表梳理、迭代计划会、每日站会、迭代评审会、迭代回顾会等事件的透明。

• 价值观四：响应变化 > 遵循计划

【文化冲突】

遵循计划带来的是虚假的安全感，背后的担心是如果不遵循计划，自己的诉求将无法被满足。

【正模式】

Scrum在响应变化方面的模式有：

- 滚动的迭代计划可以吸纳一个迭代之后的任何变化。

- 持续的产品列表梳理确保变化能被及时理解，放置于合适的优先级。

- 长期稳定的全功能团队带来的协同效应有助于缩短学习期。

敏捷宣言遵循的原则

• 原则1：我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。

【文化冲突】

在全流程的上下游中，各部门各有自己的计划，没有共识的价值优先级，持续不断及早交付有价值的软件，无从谈起。

【正模式】

Scrum模式：

- 以产品列表为载体，PO与客户对齐价值。

- 迭代交付。

• 原则2：欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。

【文化冲突】

同价值观四。

【正模式】

同价值观四。

• 原则3：经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。

【文化冲突】

缩短迭代需要全局优化。

【正模式】

Scrum采用一到三周的迭代。

• 原则4：业务人员和开发人员必须相互合作，项目中的每一天都不例外。

【文化冲突】

部门墙。

【正模式】

Scrum有专职PO，并且有足够权威。

• 原则5：激发个体的斗志，以他们为核心搭建项目。提供所需的环境和支援，辅以信任，从而达成目标。

【文化冲突】

同价值观一。

【正模式】

同价值观一。

• 原则6：不论团队内外，传递信息效果最好效率也最高的方式是面对面的交谈。

【文化冲突】

保存证据推卸责任的文化。恐惧。

【正模式】

Scrum五个会议。

• 原则7：可工作的软件是进度的首要度量标准。

【文化冲突】

同价值观二。

【正模式】

同价值观二。

• 原则8：敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。

【文化冲突】

996是福报。

【正模式】

持续改善与稳定步调相得益彰。

• 原则9：坚持不懈地追求技术卓越和良好设计，敏捷能力由此增强。

【文化冲突】

临时工心态。

【正模式】

长期稳定团队。

• 原则10：以简洁为本，它是极力减少不必要工作量的艺术。

【文化冲突】

竖井工作模式。

【正模式】

准确理解客户需求。

• 原则11：最好的架构、需求和设计出自自组织团队。

【文化冲突】

同价值观一。

【正模式】

产品列表梳理、迭代计划。

• 原则12：团队定期地反思如何能提高成效，并依此调整自身的举止表现。

【文化冲突】

同价值观一。

【正模式】

迭代回顾会。

结论：

1. 当文化与Scrum的冲突不可愈合时：放弃Scrum，放弃敏捷，放弃持续改善。

2. 当文化可松动时：选择部分Scrum实践，尝试使用。持续改善，而不拘泥于Scrum。

3. 当文化与Scrum吻合时：团队可以一起讨论敏捷宣言价值观和原则哪些在自己的Scrum实践中做到了，哪些还没做到，如何改善。