角色从项目经理转换ScrumMaster的一些思考和总结
通过这段时间担任ScrumMaster，我思考了从项目经理转换到ScrumMaster的一些变化，在此进行归纳总结，算是对最近工作的总结，也算是成长的记录，供大家参考
我认为，只要项目经理能克服指导团队并替他们做决定的老习惯，那么该项目经理就很有可能成为一名优秀的ScrumMaster，ScrumMaster是采用Scrum的组织中项目经理最常见的新角色。该新角色开始时，前项目经理可能会比较困难，因为她需要学会忍住不说并让团队学会如何处理它们自己的问题和做出决定。
通常，新任ScrumMaster被安排到富有挑战性的位置，即需要训练团队掌握它们本身也不擅长的一些东西，即实现敏捷，面对这种情况，ScrumMaster可采取以下最佳策略
①尽量按照书本来开展Scrum，照搬他们的建议，在拥有经验后再开始定制过程
②尽量多与其他ScrumMaster交谈，如果你的组织中有多个ScrumMaster，请组建实践社区，共享经验和教训，从这些经验的共性中通过提取教训来学习。如果你是组织中唯一的ScrumMaster，请寻找外部的ScrumMaster，与其共享故事和比较各自的方法
③尽你所能快速和尽可能多的学习
④不再深究谁在做哪个任务，它们需要什么以及它们是否能被按时完成。过去，就这些问题，为了满足项目范围、进度、预算、质量间的限制并向上面汇报进展，花的时间多得无法计算。而在敏捷的环境里面，要学会相信团队他们能确认和做必要的任务来完成每个Sprint的范围。起初，放手不管是很困难的，但是其实团队可以做到这一点。应该花大部分时间用在支持团队，解决他们提出的障碍以及将外来的是他们分心的声音给屏蔽掉
ScrumMaster的部分工作是清除团队遇到的障碍。对于刚接触ScrumMaster的新手，他们会陷入明显的矛盾中，该角色一方面是团队的领导，另一方面也是毫无行政权力的普通人。当我们理解ScrumMaster对团队成员没有管辖权但对流程有控制权时，那么这个貌似矛盾的地方也就荡然无存了。ScrumMaster可能无权对人说，你被解雇了。但是他可以说，我决定下一月我们做一个两周的Sprint。
ScrumMaster的存在就是为了帮助团队使用Scrum。你可以把ScrumMaster当做类似于一个帮你进行运动健身的私人教练，教会你使用正确的方式进行各种练习。好的教练在给你激励的同时，又确保你没有跳过一想难度很高的练习来欺骗自己。但是，教练的权力是有限的，他不能让你参加你不愿意参加的活动。不过他们可以提醒你目标是什么，你如何选择来实现它们。从某种程度来说，教练确实有一定的权力。但是这种权力是客户授予的。也就是，他们有权，但是权力来自于团队的授权。ScrumMaster可以对团队说：看，在每个Sprint结束时，我们本应要交付潜在可用的软件，这次却没有做到。下个Sprint我们有哪些地方可以做到更好的呢？这就是ScrumMaster在流程方面使用权力。
下面总结优秀ScrumMaster所应该具备的品质
◆负责，优秀的ScrumMaster能够并愿意承担责任，这不是说ScrumMaster要对项目的成功负责（这是整个团队的责任），但是ScrumMaster要对最大化团队的产出和支持团队成员实施以及使用Scrum负责
◆谦虚，优秀的ScrumMaster不会以自我为中心，她可能为自己的成就而自豪，但这种感觉是看看我帮助完成了什么，而不是更加自我中心的看看我完成了什么
◆协作，优秀的ScrumMaster的工作是保证团队中存在一种互相协作的文焕，ScrumMaster需要确保团队成员能够把问题拿出来公开讨论，并不是同时得到他人的支持
◆投入，尽管做ScrumMaster并不总是一份全职的工作，大师确实要求全力以赴的投入，ScrumMaster必须与团队成员一样，对项目及其目标具有高度的奉献精神。如果团队发现障碍经常不能被很快的清理，就应该向ScrumMaster提醒其对团队及投入的重要性
◆有影响力，成功的ScrumMaster会影响团队内和团队外的人，开始时，可能需要说服团队成员尝试Scrum，或者是变现的更易于合作；后来，ScrumMaster可能会让团队相信需要尝试一项新的技术实践，例如测试驱动开发或者结对编程
◆知识渊博，不光对Scrum有深刻的理解和丰富的经验，最好的ScrumMaster还具备技术、市场和其他的专业知识，可以帮助团队实现目标。所谓团队的领导就是：对某事如何工作有清楚而细致的了解，领导将更多机会帮助团队弄清楚隐藏更深但又必须解决的技术问题。虽然ScrumMaster不必成为市场大师或者编程专家，但是他们确实对这两者要有足够多的了解，才能有效地领导团队。