很多人将Scrum 联想成一种完整的方法论。尽管如此，Scrum 只是一个过程骨架，它本身并不同其他方法论一样提供细节。它提供一种基础的定义，关于角色，关于主要的活动，以及在一个称为Sprint的时间盒内生产出“潜在可交付的产品增量”这一终极目标周边的基础人工产品。 举个例子来说， Scrum并不告诉你怎样开发产品Backlog，它只是告诉你你需要一个优先列表来决定每一个sprint中你该做什么。
这兴许会让需要方法论的人失落。他们需要一个明确的文字来告诉团队他们需要做什么，什么时候去做。他们认为如果他们不必一路知晓进程，这样团队会更有具有生产力。听起来是个不错的点子，是吗？尽管这样，Scrum是基于经验性的过程，而非预测性的过程（这是那些需要方法论的人所需求的）。他们的思路是团队能够得到最好的方法，检查结果，应用到工作中以在未来得到更好的结果。通过这种方法，能够为团队找到产品开发所需的最好的方法。
这就是为什么我告诉人们，“Scrum学起来很简单，但要精通却有难度。”你可以花几个小时教团队成员Scrum是怎么工作的，但是要想用 Scrum过程骨架做到真正擅长于增量交付产品却需要更多的时间和训练。
守破离是日本剑道的哲学，描述了从学习到精通的阶段。守破离这个词简单地翻译成——先学，然后分离，最后超越。
- 守：“防守”“遵从”——传统智慧——学习基础，技术，经验知识，箴言
- 破：“分离”“离开”——打破传统—— 从表象本身分离
- 离：“远离”，“分开”——超越——已经没有什么技巧和常规，所有的行动都那么自然而然，不再拘泥于任何形式，超越了外在的模式而独有自己的精粹。
作为一名认证的Scrum教练，我认为为团队提供通达精通之途的各阶段的指引是我的职责。无论什么团队我的第一步都是给他们做初步的培训，让他们学到团队中将会应用到Scrum 的特定技术。这些技术有诸如用户故事，故事点估计，以及团队的“完成的定义”等等。 在Scrum认证班里的这种培训就如同注册Scrum精通人士和注册Scrum产品负责人一样。这是“守”阶段，学到语言、文化和实践的基础知识，这些对于Scrum的成功是必不可缺的。
在教练一职，我试着给团队讲授为什么这些技巧必须学到位，同时将Scrum过程骨架背后的敏捷原则理解透彻。如果团队能够理解这些实践落实以及努力实践要达到的目标，那么他们也能在每一个特定团队或项目中国应用技术来找到取得成功的方法。这样就进入了““破””的阶段， 来应对现状的挑战，以及做一些不同的事作为每一个Sprint检查的部分。
最 后，随着团队开始检查应用这个过程，我开始任导师的角色。我将时间花在鼓励他们绕开从他处直接拿来“最佳的实践”，自主寻求新方法来完成工作，而不是帮助 团队理解或者应用这个流程。毕竟，许多实践来自团队实验性的尝试新方法来完成团体都承认的最佳实践的目标。在团队开始接受这些实践时，他们必须清楚要达成 更好的结果该怎么做。这样团队就能接近真正的超越，摆脱按部就班的习得，从而进入到另一境界。
在IT/软件开发的诸多角色如开发员、项目经理、咨询师以及技术总监等，Skip已经20多年的经验。 他给新手和有经验对于的敏捷实践有兴趣的团队带来领导、教练、培训的思想。帮助企业达到敏捷他比开发团队更独有一套。
原文地址：http://www.scrumalliance.org/articles/353-scrum-from-student-to-master
此文由scrum中文网翻译，转载请注明
