教练观察
最近在公司内部做敏捷团队状态访谈。有个团队，在时长1小时的访谈末尾，对我提了一个这样的问题：
我们团队做Scrum已经做了两年了， 大家对Scrum的流程已经非常熟悉了，还有必要继续做下去么？
我问团队，在我们之前的对话过程里，团队提到了一些问题，例如：
-PO不太参加Sprint Planning 和Sprint Review 两个会议。
-团队每天接到不同的任务(task)，但是并不了解这些任务的商业价值。
-团队成员之间的技术水平相差悬殊。
如果团队真的对Scrum流程已经非常熟悉了， 为什么这些问题还没有得到解决呢？
团队的Scrum Master解释到，他们尝试了很多种办法，但是PO还是不愿意过多参与到Scrum里来，团队有些成员也没有动力提升自己的技术水平，觉得够用就行。总之他归结为这些都是跟具体的"人"相关的问题，尝试过一些方法无用之后，他也就放任这些事情发生了。
于是我告诉他，这些所谓"人"的问题，Scrum流程里是提供了一些线索去解决的。团队不知道，是因为团队对于Scrum还不够"熟悉"。
这个团队认为的"熟悉"，就是知道Scrum流程里的每个会议的名称，举行时间，流程，输入输出。能够定期举行这些会议。熟练使用Scrum板，使用燃尽图，使用速率追踪图。更进一步的团队，知道Scrum每个环节背后设计的意义，就是很"熟悉"了。
这种程度的"熟悉"很容易做到，多参加几次培训，看些资料，回去组织team练习一下，坚持个一段时间，大部分团队都能做到流程上"Scrum"起来。
然而这种熟悉是浅表的，作用有限的。 真正的熟悉，是不光熟悉Scrum的形式，还能熟练应用它来解决问题。比如团队提到的上面的问题，其实Scrum都提供了有效的解决方案，然而团队并没有利用起来，显然这个"熟悉"只停留在了表面。
所谓"知行合一"，就是了解知识的内容，并且能用知识去攻克实际问题。如果团队熟练的重复Scrum流程，而Scrum流程可以解决的问题却仍然存在， 那么团队还停留在"知"的层面。谈"是否还要继续Scrum下去"还为时过早。正确的问题应该是"关于Scrum，还有哪些是我不知道的？还有哪些是我没做到的？"
道理知道很多，却仍然过不好这一生。逻辑思维听了很多，却仍然成不了大咖。知乎上了无数遍，也没变身精英。究其原因，有知无行耳。
我曾经参与过很多Scrum Master的面试，来面试的很多人谈起Scrum流程来头头是道，但是如果问到如何去解决一些具体问题，比如"PO不参与到Scrum里来怎么办" "团队不主动捡任务，总是等着分配任务怎么办" "回顾会议浪费时间怎么办" "会议上团队成员发言不积极怎么办" "客户不支持Scrum交付方式怎么办"，面试者十有八九就回答不上来了。
然而面试的时候，最能体现我们关注的价值，价值就是--你使用Scrum解决实际问题的能力， 而不是你对Scrum流程的熟悉程度。
Again，正确的问题应该是:
关于Scrum，还有哪些是我不知道的？还有哪些是我没做到的？
人的知识就好比一个圆圈,圆圈里面是已知的,圆圈外面是未知的。你知道的越多,圆圈也就越大,你不知道的也就越多。
古希腊的哲学家--芝诺曾
