敏捷教练的职业真的很吃香
本系列文章分为三部分：
敏捷教练和ScrumMaster的职业现在有多吃香？
我是怎样成为敏捷教练的？
申请导师级Certified Team Coach认证的攻略秘籍
敏捷教练是个新鲜头衔，敏捷转型的公司内都有人在做着一些事，其中很多人还是在过去的职位上，却做着全新的事情，于是就难免产生顾虑和疑惑：
公司让我做敏捷教练或ScrumMaster，到底有什么前途？我该如何发展？
如今全球越来越多的公司开始敏捷转型。2013年起敏捷已然成为爆发趋势，而且我相信这不仅仅是一股热潮，敏捷将是IT和产品管理的最终出路。
据我所知，很多知名企业例如：思科、中国移动、工商银行、平安保险、华为、诺基亚通信、通用医疗、京东、百度等都在实施敏捷。像百度、诺基亚、平安等公司都设置了专门的敏捷教练职位，部分企业将敏捷教练和ScrumMaster经验作为晋升管理层的重要资历。国际上还有一个流行的说法是"Manager as a Coach"，“教练型”领导力是未来管理发展的大势所趋，通过教练技术来引导和启发，能够更有效地管理人和事，提升企业绩效。
目前大部分公司因为不熟悉这个专业，难以在内部进行培养，于是就出现了敏捷教练供不应求的局面。经常有朋友请我推荐敏捷教练、ScrumMaster到公司任职，可惜我却没法推荐给他们，因为合适的敏捷教练人才真的是凤毛麟角。
教练是在某个领域具备经验，同时也具备教学方法的一个人，他提供收费服务，帮助和支持被教练者进行学习和练习，锻炼“肌肉”和提高绩效。当我们把敏捷教练看做一个专业的话，类似健身教练、亲子教练、高管教练等，就需要有更加深入和专注的发展方向。企业内的技术布道者、ScrumMaster、工程师、过程改进人员、经理、总监等等，都可以发挥教练型领导力的作用，甚至转变为专业的敏捷教练。有志深入的朋友们，可以利用 【深入觉察--敏捷教练进阶】 课程中的四大能力模型（教学、指导、引导、教练）来进行自我评估。特别要强调软技能的掌握和运用，因为大家都是成年人，团队绩效更多取决于情绪、觉察、协作、文化等软性的东西。
”敏捷教练“未来可以跳出单个团队而在组织层面建立更广泛的领导力，甚至专职为其他公司提供服务。有些敏捷教练被拉去合伙创业，对方看中的就是这些"T型人才"身上良好的跨界能力、学习能力和协作能力。你可得到更高的影响力，更自由的选择，更为可观的收入。
获得认证并非一个终点，而是一个起点，一个鼓励自己不断学习和继续提高的起点。 认证本身是一种对能力社会认可，当然能力是高于认证的。然而任何认证都是这个道理：越早拿到才越有价值，等大家都有了也就变普通了。在目前专家级和导师级人数都极少的情况下，鼓励国内大量的CSM持有者，尽快去申请CSP，从而在社区中和公司内获得认可，开辟新的职业生涯，而不是在传统职业体系的红海中挣扎。而已经拥有CSP的人士和敏捷教练们，CTC正是一个非常实用的认证，相信其商业价值会很快得到体现的。
2016最新的Scrum Alliance国际认证体系分为基础级、专家级、导师级3个阶段，全部是针对个人身份申请的。
基础级包括 CSM/CSPO/CSD ，分别对应于Scrum框架中的三大角色所需的基本技能和知识。这三个认证都可以通过参加授权机构开展的认证公开课而获得。
专家级包括 Certified Scrum Professional (CSP) ，是理解敏捷知识且有一定经验的人士，他们是敏捷社区的实践典范与活跃分子，乐于创造、分享和传播优秀内容与实践经验给大家。获得CSP的方式不是通过上课考试，而是参加进阶学分课、社区活动等方式积攒SEU学分（类似PMP的PDU学分）然后申请获得。国内的CSP认证持有者目前有100多位，相比国内众多的IT公司和从业者来讲，还是非常少的。
导师级包括 CST/CEC/CTC ，是针对企业和大型组织的培训师及敏捷教练，能够提供专业的知识传授和实践指导。目前在国内工作，以中文提供服务的导师级Scrum认证者仅8人。
Certified Scrum Trainer (CST)是认证Scrum培训师，偏重授课能力。
Certified Enterprise Coach (CEC)是认证Scrum企业教练，偏重于企业级的转型工作。
Certified Team Coach (CTC) 是认证Scrum团队教练，旨在帮助客户组织进行敏捷转型，偏重于组织级的团队辅导与实践落地，特别强调引导和教练等软技能的运用。这是去年底Scrum Alliance最新推出的导师级认证，目前全球仅有5位，国内只有1位(2016-4-21更新)。接受CTC持有者的Coaching可以用来积累SEU以申请CSP。
如果对我获得CTC认证的经验有兴趣的话，请看本系列下一篇： 我是怎样成为敏捷教练的？
敏捷教练和专业教练有什么不同?
我们在高阶A-CSM的课堂上，几个经常碰到的问题：什么是敏捷教练？敏捷教练和专业教练有什么不同？ScrumMaster是不是敏捷教练？下面我们一起探讨这些话题。
什么是教练？
权威机构对教练的定义：
国际教练联合会（ICF）对教练的定义：教练是客户的长期伙伴，通过创造性地引发客户深度思考的创意过程，激励客户最大化地提升自我认知与发掘职业潜能。
国际教练协会（IAC）对教练的定义：
⼀个让个⼈和专业意识，发现和成长的变⾰过程。
实际上，教练是⼀种动态的，充满活⼒和协作的关系，是⼀系列有意义，重点突出的对话，旨在创造个⼈成长和持续改进成果。教练的⾓⾊是协调过程并实现商定的⽬标。
如上图所⽰，帮助我们区分“询问与告知”的不同，我们在进⾏对话时关注四个象限：
· 可以通过提问（Ask）来关注问题（Problem）的过程（Counselling）；
· 告诉（Tell）⼈们问题（Problem）是什么，来关注问题。(Consulting) ；
· 通过告诉（Tell）某⼈解决⽅案（Solution），（Mentoring）；
· 提出问题（Ask）来关注解决⽅案，以便被教练的人能够提出⾃⼰的解决方案（Solution）（Coaching）。
同时我们也可以看出，教练和咨询是有区别的。教练的对话有⾃适应性， 在正确的时间使⽤正确的⽅法。总的来说， 在教练⼯作中（包括敏捷教练），教练对话要越来越多地转移到coaching象限。
什么是敏捷教练？
敏捷教练2004年第一次成为Pete Behrens （CEC）的头衔。敏捷教练帮助组织和团队从传统的工作方式转变为更具适应力，以应对日益复杂的环境。不是所有的教练都是⼀样的，敏捷教练应为团队和组织带来特定的技能。Scrum联盟定义了敏捷教练的5大关键能⼒：
01
评估（Assess）的能力
敏捷教练是团队的⼀⾯镜⼦，帮助团队呈现影响他们的基本系统。赋能团队思考提升敏捷度并提高绩效的可能⽅式。可以帮助团队看到表面之下，暴露具有挑战性的症状，并隔离找出根本原因。
⽰例： 评估团队的影响范围，采取授权探索技能，找到团队障碍的替代⽅法。
02
教育（Educate）的能力
敏捷教练通过教育和探索来指导客户的敏捷学习。专注稳定原则和不同实践，根据情况将客户的成熟度与敏捷的有效应用相结合。 他们是开化客户对敏捷了解和增强敏捷意识的导师和领导者。
⽰例： 精益/敏捷/ Scrum培训，针对性的团队实践培训，ScrumMaster和产品负责⼈培训和指导，敏捷技术实践培训。
03
引导 （Facilitate）的能力
敏捷教练引导客户对敏捷的使⽤，实施和协调。参与团队和利益相关者有针对性的关键对话和一致性的对齐活动。 他们保持公正的观点，并利⽤协作和共识策略一起来识别创造性机会。
⽰例： 多团队发布计划，发布回顾，与多个利益相关者对项目组合的优先排序的工作坊。
04
催化（ Catalyze）的能力
敏捷教练是团队的变⾰代理人。他们与整个组织系统以及指导他们的领导者积极参与。 增强团队的现有技能和能⼒。他们是相互依存连接，并影响团队的反思，学习和成长。
⽰例： 以⾝作则，分享个⼈学习的经验，提高敏捷性进度的可见度。
05
平衡 （Balance）的能力
敏捷教练将他们⾃⼰的敏捷专长与团队的需求和⽬标相平衡。 他们使⽤诸如提问，⾓⾊建模，分享专业知识，指导团队的⾃我发现等教练⼯具。
示例： 规定的解决⽅案与解决⽅案的探索性发现平衡；主导问题与提出强有⼒问题平衡；标准化⽅法与裁剪定制⽅法平衡。
在A-CSM课程前后，我们鼓励学员用这个工具来从这5个维度自我评估教练的关键能力。先做现状评估（1-5打分），完成学习后，重新评估，制定提升计划，定期重新自评及总结，优化改进措施，帮助持续提升。
敏捷教练和专业教练有什么不同？
专业教练的能力包括：
强有力的提问（不同问题的设计， 比如度量性的问题，关注解决方案的问题），倾听的能力(三个层次)，观察技巧，给与反馈的能力（满足FAST的原则），教练对象和时机的识别，教练工具和模型的运用， 比如GROW/DISC/MBTI /ORSC/Erickson 等等。
专业教练的立场(Stance)有：
（1）教练不做评判，保持中立 ；
（2）教练和被教练者是平等的伙伴关系；
（3）教练从客户出发，没有特意设定的自己议程(agenda)；
（4）教练不是问题的专家，答案在被教练者手中，相信教练对象的潜能 ；
敏捷教练除了具备以上专业教练的能力以外，还要具有在敏捷和精益的丰富知识和大量实践。那么敏捷教练有没有特定的议程(agenda)呢？在教练对话中，会不会因为没有主题思路，被教练对象牵着跑。需要特别注意的是，这一点与专业教练是有别的，敏捷教练始终以敏捷价值观和原则为基线，非常清晰通过教练活动期待共同达到的成果(outcome)。
ScrumMaster是不是敏捷教练？
ScrumMaster服务于团队，PO和组织， 践行Scrum敏捷和精益的思想。ScrumMaster也可解读为敏捷教练，我的理解是，ScrumMaster是敏捷教练在Scrum框架下团队教练的一个特定称谓，比如我们也有XP, 精益，看板教练，也是敏捷教练的分支，ScrumMaster首先关注和教练团队。 当然ScrumMaster还有其它教练以外的职责。Scrum 联盟定义了认证的团队级的敏捷教练（ CTC）和企业级的敏捷教练（CEC）两种。
我个人更倾向于用下面的model 来表征ScrumMaster作为敏捷教练的能力，这八大能力包括：
1.专业教练的能力
2.高效引导的能力
3.组织变革的能力
4.教练和服务业务的能力
5.教练和服务团队的工程实践能力
6.辅导的能力
7.教学的能力
8.践行敏捷和精益的能力
这八大能力我们会在A-CSM课上做进一步的操练，详细的论述请参看Lyssa Adkins 《Coaching Agile Teams》一书中的敏捷教练模型。
——Jim Wang
写于2020年2月21日疫情期间
参考资料：
（1） https://www.scrumalliance.org/sustainableagility/article/what_is_agile_coach
（2）https://www.scrumalliance.org/for-organizations
（3）https://www.scrum.org/resources/8-stances-scrum-master
lean ux 和 agile ux 的区别
设计走到今天，最流行的两种设计方法是Lean UX和Agile UX，也就是“精益UX”和“敏捷UX”。虽然两者听起来很接近，但是两种设计方法从设计过程到涉及的范围都截然不同。精益UX更接近于一种业务运营方式，而敏捷用户体验设计则接近一个项目的执行方法。来源： Lean UX vs. Agile UX — Is There a Difference?曾经，设计师只需要将设计好的内容打包发给开发者，然后丢下一句“祝你好运”就可以潇洒地收钱走人了，可惜这样的时代已经一去不复返了。著名的网页设计师、博客写手Brad Frost 认为，随着屏幕和设备的碎片化，曾经的“PSD时代”已经彻底结束了，因为这种打包PSD交付的方式，属于典型的瀑布式开发流程（瀑布模型），已经无法应对当前市场的需求了。正是因为设计方法的缺失，精益设计和敏捷设计这两种方法的重要性就体现出来了。尽管两种设计方法有着不少差异，但是普遍都认为两种设计方法应该合理地结合起来。UXPin 的CEO Marcin Treder 曾经撰文对比过两种设计方法，仔细看下两种的差异，你会发现两种方法与其说是对抗，不如说是互补。1. 敏捷UX敏捷宣言的发布让这种新的开发方法展现在大家面前，而敏捷UX则将设计师和开发者统一到敏捷开发过程中来。通常，在这个过程中大家会遵循下面的原则：·人和交互重于过程和工具·可以工作的软件 重于求全而完备的文档·客户协作重于合同谈判·随时应对变化重于遵循计划目前，上面的几条规则被认为是“数字产品开发的黄金准则”。
UX设计师是干什么的？
UX是User experience的缩写，中文翻译为：用户体验。UX设计指以用户体验为中心的设计。UX设计师是研究和评估一个系统的用户体验，关注与该系统的易用性，价值体现，实用性，高效性等的。设计师也有可能关注与一个系统的子系统或者流程。例如，他们有可能研究一个电子商务站点的结账（checkout）流程，看看流程是否对用户友好易用。他们可以更加深入的研究子系统的组件，比如研究用户在填写Web表单的时候如何更加高效和舒服。尤其在基于Web的系统，UX是一个相对较新的概念。Donald Norman博士提出了“用户体验”一词，他是一个认知科学的研究人员，首次提出了以用户为中心设计的重要性（用户的需求应该决定产品如何设计）。扩展资料：避免UX设计程序的五个谬论 ：1、需求分析最好是留给专家去做收集和管理用户需求的技术有很多种，只不过程序不同而已。通常这些需求都是由业务分析师在利益相关者的研讨会上进行收集，随后在一个不断扩大的项目列表里将其记录为一个线下项目。这仅仅是一个开始，但是在很多时候，掌握“投入水平”（在设计和开发两个方面）和“敏捷交付”的评估也是一项很重要的能力。虽然前者比较简单完成，但是后者可能会涉及到数据、资源和技能等方面的可用性；还关系到企业的战略发展；符合正在进行的项目/工作流的分配协作原则。也就是说，只要任何一个和特殊需求有关的可行性建议都是有效地，不管它是否具有优先权或者易于实现。这些评估能力是很难获得的，但是它能和上面的项目列表产生同样的作用，具有优先权、敏捷交付，能够生成更让人信得过的项目，用于后续的冲刺计划。2、设计是一个纯粹的创造性活动如果在设计上给出无限的时间的话，原则上，可以找出所有解决问题的优化方案。可是在实践中，时间是有限的，所以，应该重视在设计上的研究探索，给用户体验这一项目更多的优先权。分享对设计空间维度的理解也是很有必要的。在相关搜索设计项目里，维度通常相当于：用户：我们替什么样的用户群设计，他们具有哪些相应的优先权？任务：我们支持什么类型的搜索任务......项目类，探究类等等。环境：有很多方面的环境都是很重要的，但是这里比较适当的是数据环境....我们所关心的信息资产，通过这些信息怎么映射出用户的心理模式呢？复杂度：在不同的场景下我们支持什么样的复杂度呢？一个简单的、有限的互动，或者是更多的要求？许多设计项目偏重了简单的可寻性任务，而忽视了更复杂的信息行为类型。3、不能用数字跟踪设计探索传统的用户需求分析技术存在一个明显的缺陷，那就是那些技术知识简化论，在那种技术下的需求最终可能被表示为一个支离破碎的形式。如果缺少环境这个要素的话，他们所提供的任何将数值传递给用户端的经历也将是毫无意义的。强调这一点的方法就是通过将需求组结合到一个单一的、连贯的场景里。方式有很多种，从一个简单句子到一个高架构的对话，但是这样就可以将聚合需求分享到有意义的、目标明确的故事里。一旦你从场景映射到需求，您可以把映射作为审计工具使用来评估每个需求的状态。这种类型的审计跟踪在一定程度上提供了透明性和追究性，这样就确保了在分析阶段所做的评论在设计探索阶段具有责任性。4、专注于一个最佳的设计方案以用户为中心的设计，其核心准则就是技术原型应该与终端用户相结合进行反复测试，并在用户反馈的基础上进行升级更新。但是并不建议用户测试建立在一套可以相互转换的备选设计上：这使得在不同的备选设计上存在直接的定量比较，而且定性的用户反馈通常情况下更有效用。此外，对于和搜索相关的项目，备选方案的选项应该建立在对不同阶段的信息旅程的了解基础上。5、分面和数值都属于环境人们认为一旦交互设计在完成之后并交付，例如，作为一组线框图，设计工作基本上已经完场。但这种情况并不是搜索项目相关的，特别是那些使用某种形式的分面搜索技术。在这些情况下，需要有一个单独的交付记录形式和个人方面的内容，以及项目是如何运行的。这包括以下的一些问题：转换逻辑——例如，在游戏开始阶段用户的选择是如何影响中期阶段的。有限规则——例如，这一规则可以管理什么时候、如何展现一个特殊的面。线框图并不是记录这些关系和约束的合适工具，但这些细节在搜索体验的质量上发挥了关键作用，应该在设计活动里进行定义并作为关键部分记录下来。 参考资料来源：百度百科-UX
什么是敏捷教练
敏捷教练通过帮助每个人理解敏捷理论、实践、规则和价值，对于团队而言，敏捷教练就像一位服务型的领导，既服务于产品负责人，又服务于开发团队，也服务于组织。
服务于产品负责人：
（1）帮助产品负责人找到有效管理产品待办列表的技巧；
（2）确保产品负责人懂得如何来安排产品待办列表，并使其达到最大化价值。
服务于开发团队：
（1）给予开发团队自组织和跨职能方面的指导；
（2）确保开发团队中的每个人都能理解目标、范围和产品域；
（3）移除开发团队工作进展中的障碍；
服务于组织：
（1）带领并指导组织采纳敏捷框架；
（2）在组织范围内规划敏捷框架实施；
（3）与其他敏捷教练一起工作，增加组织中敏捷应用的有效性；
（4）引发能够提升敏捷团队生产率的改变。
专职做敏捷教练的这一年
从去年 4 月份到现在，我专职做敏捷相关工作已经 400 多天了。这 400 多天发生了些什么呢？这篇随笔用来做个总结。
一整年 All in 在敏捷教练这个角色上，利用良好的个人管理系统为自己沉淀了 740 篇笔记，60 篇敏捷实践日记；阅读了 50+ 本书；参加线上分享 50+ 场；
1、精益敏捷知识体系 - 敏捷需求管理、敏捷管理实践、敏捷工程实践；
2、敏捷教练能力体系 - 业务（敏捷精益）能力、辅导能力、教练能力、引导能力、教学能力；
