准备 反思 找一个当地的合作伙伴，这样会少去很多的麻烦。 如定场地，酒店，午餐，茶歇等等
对于海外的CSM培训，能早一点确定对于机票会有很大的优惠。 一般提前一个月的机票有很大折扣（但要注意寒假暑假）。
预留出宣传时间，一般最少提前2个月订好课程时间。
收获 这次共同培训的是一名CSP，他正在申请CST。 从培训的课程中，具体收获：
课程主线一定要清晰 课程大纲，授权给学员来创建 对于讲师，守住学习目标的底线 每半天进行一次回顾。回顾学习目标，回顾学习过程 每个学习单元，与学员进行确认是否可以 课程中加入辩论环节（有意思） 加入表演环节（有意思，亮点） 行动 每日问题 你的课程用过哪些有意思的设计环节？方便的话可以共同讨论。 与BoB面对面 报名BoB的敏捷认证课程 订阅邮件列表 关于作者 BoB Jiang
中国北方的第一位CST（Certified Scrum Trainer）
敏捷变革中心（Center for Agile Transformation）合伙人
Bob的博客、《Scrum精髓》译者 欢迎加入自由职业者俱乐部 微信群，请加微信： hiblocknet ； 添加微信后，发送消息 dream 版权声明 本文采用 CC BY-NC-SA 3.0 许可协议。
转载请注明出处！
ScrumMaster的十大错误 敏捷进入中国有18年了，现在各个行业都在说敏捷，每个ScrumMaster都在说scrum。本身这是个好事，可是出现了很多“敏捷大仙”。用各种预定义的流程、工具、文档替代了敏捷，这已经背离了敏捷的精髓，敏捷的本质。
注明：BoB在工作中也碰到了很多敏捷的误区，与作者深有同感。
1. 因为敏捷而敏捷 其实大家并不关心敏捷，而是关心敏捷背后的那个“快”。（我有一篇文章专门描述，敏捷不是快）。除去“快”，敏捷更应该关注目标及个人成长。
ScrumMaster的口头挂着“敏捷、Scrum、看板”，经常会说敏捷要求我们做这个，敏捷要求我们做那个，blah,blah…… 这个不是答案，敏捷也不仅是项目管理工具或流程。敏捷更多是一种心态的改变。
敏捷应该帮助企业和个人实现目标（即价值）。
团队成员不想开每日站会，讨厌计划会，回顾会。为什么？因为团队认为敏捷是另一套流程，我已经996了，还要加这么多会议，不如去写代码。
在敏捷转型的过程中，“拒谈敏捷”，认真思考如下问题：
你的目标是什么？ 为了达到目标，你需要什么？ 达到目标的阻力是什么？ 你怎么知道达到目标了？ 敏捷里面有非常多的实践了，比如Scrum的5个会议，看板，用户故事，等等。但是用每个实践之前，尝试回答上面的问题，并且和团队一起来回答。
2. 管理心态 ScrumMaster不用管人，而是帮助改进系统，提升公司和个人价值以及移除障碍。ScrumMaster并不是角色，也不是头衔。 作为ScrumMaster，是与团队在一起帮助团队完成工作。提供团队的需要，解决团队的问题。
良好的ScrumMaster观察团队工作，使之透明并识别改进机会。
3. 推敏捷 不要向团队推敏捷，推工程实践。而是让团队主动用敏捷方法。 参考我之前的文章，推还是拉敏捷
让团队决定他们要如何解决问题。团队需要时间成长。
4. 4W1H（Who, What, When, WHere, How） ScrumMaster主动的什么也不做。表面上什么也不做。产品开发是客户、产品负责人及团队的工作。作为ScrumMaster是帮助团队成长，改进系统。
下面这些对于ScrumMaster很常见： - 分配任务 - 编写用户故事 - 提前规划迭代列表 - 估算 - 更新任务板 - 认为对所有问题负责 - 选择配置scrum工具 - 决定什么是团队的障碍 - 计算团队成员的能力（容量）
认真思考一下，作为ScrumMaster你有没有做过类似的事情。如果做过，请认真反思。
5. 定义团队协议及DoD ScrumMaster和团队一起共同制定团队协议、DoD，而不是代替团队，一个人制定好。询问团队他们想要什么样子的协议，DoD。 这是团队的事情，作为ScrumMaster，是帮助团队制定协议和DoD。 让团队理解协议和DoD的好处，并制定出来。
6. 定义需求或任务 ScrumMaster是帮助产品负责人和团队的，但产品负责人和团队要做他们自己的工作。
产品负责人不准备产品路线图，不提前准备需求，不去和干系人或真实客户探讨，不梳理产品列表。 作为ScrumMaster，需要帮助产品负责人认识到这些问题，并提供相应的工具，辅助产品负责人。
7. 定义优先级及计划 不要成为产品负责人的代理，永远不要。 产品列表的优先级（顺序）是产品负责人的职责，ScrumMaster可以帮助产品负责人认识到： - 如何排序 - 排序的参考因素 - 什么时间排序 - 什么时间准备好产品列表
深入理解ScrumMaster技能之教练技能 在我的上一篇文章中介绍到 ScrumMaster的技能要求。
微信群中有伙伴问到，教练能力指的是什么。
我当时的回答有点略显简单 – 敏捷教练和球队的教练类似，是团队教练技能。
现在展开来描述一下。
教练的起源 公认的教练起源是来自《网球游戏》（The Inner Game of Tennis）这本书。作者 Tim Gallwey 是一名网球教练，有一次他因为临时有事不能教一个学员，他就找了一名滑雪教练来代替他。等他回来发现学员的进步超出他的预期。
然后他就反思，这中间的差异是什么。为什么会产生这样的结果。
Tim 曾当众打赌说，他可以在20分钟内“教”会任何一个人打网球，点击这里查看完整的故事。
ICF定义教练：
教练通过发人深省和富有创造力的对话过程，激发客户自身寻求解决方案的能力和采取行动的改变，最大限度地激发个人天赋潜能和职业潜力, 实现个人价值，成为生活和事业上的赢家。 无论教练用于哪个方面，教练的核心是相信每个人的内在智慧，每个人心中都有自己的答案。做为个人，相信自己的能力，并活出自己的天赋；做为管理者，相信并激发员工的潜能；做为父母，相信并激发孩子的潜能。
通过教练定义和故事，我们了解到：
每个人都具备能力（内在的力量） 相信自己可以做到（打破固有的思维束缚） 放手去做（需要一个教练在旁边鼓励） ScrumMaster如何做好教练角色 从我个人的经验来看，有以下几步：
相信团队有能力解决问题 让团队放手去尝试 时刻关注团队，提出有力量的问题（当团队的镜子） 时刻关注目标（产品目标，团队目标） 能做好这几点已经很不易。如果想找一些具体的观察点，可以参考：
ScrumMaster检查清单
思考 做事需要有清单，不论对于ScrumMaster还是对于Product Owner。清单可以让我们的工作、生活变得简单。清单可以作为第一步，后续需要不断优化清单。
每日问题 你在工作中还有哪些清单？方便的话可以留言分享一下。 欢迎加入自由职业者俱乐部 微信群，请加微信：
baobaotalk_com ； 添加微信后，发送消息 dream 版权声明 本文采用 CC BY-NC-SA 3.0 许可协议。
转载请注明出处！
关于作者 BoB Jiang
中国北方的第一位CST（Certified Scrum Trainer）
ScrumMaster的技能要求是什么 开始这个话题前，引用王存浩的两个问题：(今天存浩的分享–时间线方式对我启发很大，感谢分享) - 独立工作时，你做什么（开发独立工作，写代码；ScrumMaster呢） - 交付是什么（开发的交付是产品增量；ScrumMaster呢）
如果你已经可以很好的回答如上两个问题。恭喜你！已经上路了。
如果你还不知道答案，那么我们来梳理一下：
ScrumMaster的技能要求：
Training（培训） Mentoring（师傅） Facilitating（引导） Coaching（教练） 培训 作为一名ScrumMaster，需要具备基本的培训技能。培训技能，我个人理解至少有2个阶段。
第一阶段，演讲 – 敢于在陌生人面前进行分享。同时还要是逻辑清晰，有理有据，能说服人。训练自己的演讲和领导能力，可以参考 Toastmasters
第二阶段，培训方式 – 常见的培训、分享方式是，整理ppt，对着电脑进行分享。还有一种培训手法叫做《Training from the Back of Room》，即最大限度的使每个学员从彼此学习到新的知识。这本书中文名《4C法颠覆培训课堂：65种反转培训策略》
师傅 每个人都可以成为师傅，也需要有自己的师傅。这个都是需要造化。
引导 团队会议的高效，取决于主持人的能力（即引导能力）。市面已经有很多的培训和书籍，大家可以自行查找。推荐引导书籍： - 《引导》 - 《从困境走向成功》 - 《专业引导技巧》 - 《引导工具箱》
教练 教练，就是一面镜子。教练可以反映出团队的现状。也有很多教练流派，方式方法。这里不做一一列举，具体可以参考 ICF（国际教练联盟）
思考 ScrumMaster是一个全新的职位，他不做实际的开发工作，他的工作重点是团队、组织。ScrumMaster的工具和开发不同，有许多的工具箱。
你想要了解ScrumMaster工具箱吗？可以回复邮件或提交issue。
每日问题 你对ScrumMaster是如何理解的，又是如何做的？欢迎分享。 欢迎加入自由职业者俱乐部 微信群，请加微信：
baobaotalk_com ； 添加微信后，发送消息 dream 版权声明 本文采用 CC BY-NC-SA 3.0 许可协议。
转载请注明出处！
关于作者 BoB Jiang
questions A good question is a window to the heaven. During working hard on a solution or problem, if we can ask a good question, we could get insights always.
For a ScrumMaster, who is a new role from Scrum, he should have good question skills, and always challege team by question them.
E.g ScrumMaster could leave the situation to the team.
In the morning the team had daily scrum, but someone was late.
