卷教练碎碎念（1）

从开始实践敏捷到现在已经7年了，日常接触到不同风格不同时期的团队，零零星星写下些许杂碎念想，发出来既是自己重新审视，也供各位看官闲来看看，如能有些启发，那必然甚好。

试图向一个非软件或数字化领域，完全没听过敏捷，丝毫不了解“快速迭代”也不了解软件开发的人，介绍“敏捷”思维，如何浅显易懂？

其实呢，软件开发领域，人人都在学敏捷。然而呢，日常生活中，处处透着“敏捷”。

你有没有发现，有的时候我们离目标太远，就很难命中靶心？

或者有时在抵达目标的漫长过程中，甚至不知不觉可能就已经偏离目标了？

举个简单的例子，大家很熟悉的足球。我们为什么不能直接站在我方后场，直接一个大脚开过去射门，能直接踢进对方球门的几率应该很小吧。

那提高命中率的策略是什么？

传球！

传球的结果，缩短了距离。每踢一脚，我们就离球门更近了，也就是离我们的目标更近了。把一记远射门，拆解成几个近距离传球，最后再一脚命中球门，是不是更容易命中率更高呢？

一步能到位，当然很嗨皮。但这样的期望值，可能会限制我们的思路，也影响心态。倒不如降低点儿期望，从触手可及的地方入手。

不用一次性把事情做对，那怎么才能把事情做对呢？

产品研发过程中，不断“上线 -> 反馈 -> 调整 -> 上线”。也许每一个版本都不尽完美，也有可能每一次升级并不会有多么质的提升，但保持节奏，频繁发布就好了。

举个生活化的例子，就像心理学上一个观点说，你的幸福感更多地来自于正面情绪出现的次数，而不是某一次的强度。也就是说，如果你连续几天收到了好多个小小的好消息，比你某一天收到一个大大的好消息还要让你感到开心。

小步快跑从人的精神层面来说，就是从稳定持续的，小而频繁的成果中，获得很大的成就感。

看看，这些不就是我们永远在说的“小步快跑”+“持续迭代”吗？

在很多地方听到看到过很多人吐槽敏捷：比如说敏捷是资本家发明来压榨员工的，比如说一堆会议反而降低了效率，再比如说这是最开始源于外包项目，为了拿来应付甲方爸爸一日三变的。

那，我们来看看这些被吐槽的各种问题，到底跟敏捷有什么关系？

像这样的问题举不胜举，很多问题要么是组织结构带来的，要么是开发人员或者管理人员本身带来的，每个项目的情况，客户的情况和要求更是千差万别。

敏捷才不背这个锅呢！

见过好些个团队的MGR，对整个团队有极强的掌控，恨不得在每个人身上装个传感器，也想要掌控每件事的进展。

这种“不安全感”源于认为，人天生是有惰性的，也认为管理者就是杜绝这种惰性的。

转头一看，咱们上面说的“压榨”的锅，更没法丢给敏捷了。压不压榨，真不是采用哪种管理方法来决定的，是人决定的，是管理层的观念意识策略决定的。

敏捷，反而是相当“人性化”的。

首先一开始，核心精神就强调了信任，尊重和共情。

这跟很多管理理论，强调流程和规范，组织结构等等这些靠体制来强迫人遵守纪律的思路，本身已经不同，已经把人，把团队放在了很重要的位置。

然后，强调团队自组织。

给予了团队很大的决定权，能决定以什么样的方式什么样的流程来完成自己的工作。调动主观积极性是目的，但对团队来说，既能高效又能舒服地工作，难道不香吗？

再者，看看这提法：服务型领导。

尽管现在这个说法已经被修订，以避免误导。但不变的是，在敏捷团队中的领导者不再是发号施令的人，而是为团队扫清障碍提供便利的人。当然，肯定有人会说领导能决定绩效能决定薪资，职位等级本身就决定了权力。没错，但整体对于敏捷团队中的leader角色设定，绩效考核如何匹配等，也是组织级的敏捷需要考量的。但最起码，敏捷框架下提供了更多充分授权的机会，让传统的“领导们”也要与时俱进转变姿态。

管理，说到底很大部分是管人。所有的框架方法论，最终都是归于人性。

以人为本，才是王道。