敏捷开发一千零一问系列之三：序言及解决问题的心法（共振）

这是敏捷开发一千零一问系列的第三篇。（在这里提问，之一，之二，之三，问题总目录）

也是般若敏捷系列第十二篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九，之十，之十一，之十二）

共振

共振是以无我、无住精神推广敏捷时的具体做法。

很容易被简单理解为循序渐进，但这样理解不全面，这也是为什么会出现“共振”这个奇怪的词汇。之前的无我、无住，也都很难找到完整替代的又没有歧义的词汇或语句。

循序渐进

很多人都梦想有一家企业，高层领导支持，企业文化适合，队员个人能力超强，团队合作顺畅，就只差自己这个项目经理去推广敏捷。但睁开眼一看，自己的企业不是如此，因此“我们实际企业不适合推广敏捷”。

很多时候组织架构、产品特征、人员能力都会影响推广敏捷（这些都会出现在一千零一问中），但这只会影响到“实现最好的方法”，并不会影响到“实现更好的方法”。因为实现不了共产主义就躺在奴隶社会睡大觉的人，其实是最没有敏捷精神的人。

循序渐进，是以无住精神推广敏捷的具体做法。

在掌握了共振的人眼中，这不是一个家“有些敏捷实践无法开展的公司”，而是一家“有些敏捷实践可以开展的公司”。

劝、帮、替别人做事

还有一种情况，比如“我们项目组学习了敏捷开发方法，但是产品经理却不写用户故事，怎么办？”乃至更加棘手的“你说产品优先级排序的第一要点是按商业计划排序，但我们公司没有产品总监，更是从来没有商业计划，我们该怎么办？”（这些都会出现在一千零一问中）

在每一次沉默的围观事件中，单独拉出任何一个人采访，他都会说“其实我本来想出手相助的，但是看到那么多人选择沉默，我也只好违心地沉默了。”

其实，我们不能想想自己高人一等，但却落入凡夫堆里，空有一腔热血不能施展。而是要想：“这些人多半和我有共同的想法，只是要么缺少具体的做法，或缺少一个人振臂一呼。”

所以当我们发现产品经理不写用户故事，可以先尝试劝说他做好这件事情，兴许他正犯愁自己应该怎样写所以犹豫不决呢；如果他写不好，应该帮助他一起写好，他写好了用户故事，我们开发也会更加顺畅；如果他执迷不悟拒绝帮助，大不了我们替他做好。

千万不要认为自己帮人做事、替人做事吃了亏。

我们之前有个测试人员刚刚转到技术支持部门，大家觉得“写方案”是个累活就推给她写；后来销售说Word版本的方案能看不能讲所以请改成PPT的；后来又推说对方案不熟悉所以直接请你去讲吧……一年后公司政策调整销售竞争上岗，半年时间她就在一个全新领域（就是那个方案要覆盖的领域）打开局面，并成交了公司历史上最大的单子之一，并成为新的销售冠军，收入提高了200%。

劝、帮、替别人做事是以无我精神推广敏捷的具体做法。

在掌握了共振的人眼中，这不是一家“有些人不能配合我工作的公司”，而是一家“我能配合某些人工作的公司”。

在共振中破除旧我，建立新我

“别人”的范围不止与我们无法控制的外层和上层，也包括自己的队员、师傅的徒弟等等。

无我的人心中没有“应该开除的刺头”，而只有“有才干不能发挥因而应该帮助的队员”；没有“学会后会饿死我的徒弟”，而只有“会接手我的工作以便让我管理更大事务的兄弟”；没有“拒绝做份内工作的其他部门”，而只有“可能被我帮助、替代、乃至纳为下属一起管理的其他部门”。

破除掉旧我建立起来的“新我”不是一个具体的位置，而是一个更高、更好的方向，确切说就是“无我”。否则自己的职业生涯就会又止于某个位置。

比尔盖茨这些当年的程序员之所以能在很短时间内跨越如此多的职位，一个必要条件就是他们从来没有固守“我是一个程序员，因此不应该管……”，而是相信什么都是我要做的事，我可以成为任何人。

尽管这不是一个成功的充分条件，没有这个心量却永远不能成功。

以上三篇是解决一切已知、未知问题的心法，掌握了它们遇到任何问题就不会迷茫、恐惧，也不会只把希望寄托于某大师正好说过这个问题的答案，而是能自己分析解决问题。

此后的问题及分析，均建立在上述三者之上。或许今后还能总结出第四个词汇，但现在暂时只有无我、无住、共振这三者就够了。