本文是之前为Scrum Gathering 2013敏捷大会准备话题时总结的一些想法，又在台北RSG2022大会进行了重制。更多是从内部做ScrumMaster和敏捷教练时的体会。重点是：对齐目标 收服人心，用魔戒甘道夫作比喻，借假修真地阐述敏捷教练打造敏捷团队的秘诀，最主要的能力就是”填坑”（Fill the Gap）。
点击观看幻灯片演讲实录：
（关于Scrum Master与Agile Coach的区别，笔者认为不大，SM也不只是懂Scrum就够了。其实可以从团队级和组织级来区别工作范围，而不是纠结名字）
SM是新的角色，很多时候定位不是那么清楚。The Scrum Master is primarily responsible for “How” - using Scrum the right way.
作为一个合格的敏捷教练，既要理解领域知识，又要懂得过程的重要性，是各种综合能力的体现。
[
对于《敏捷回顾》这本书，大家一定不陌生了，很多敏捷教练都会到其中的5步法来引导回顾会议。
最近学习了杰拉德老师讲的ToP的引导技术，发现ORID可以作为一种新的引导方式，而且问题的设计更加结构化。那么究竟如何来设计这个过程呢？
Henrik Kniberg版的Scrum检查清单，是一个简单的讨论工具，可以帮助你启动Scrum，或评估当前的Scrum实施状况，已经由@申导 和 @hanzhi窦 于2013年联手翻译成简体中文版，点击这里下载(Download)
Scrum检查清单是一个简单的工具，帮助你启动Scrum，或评估 当前的Scrum实施状况。
注意这不是规则。它们是指导方针。两个人的团队可能决定不 举行每日站会，因为他们整天结对编程而无需一个单独的会议 去同步。好吧。他们故意地略过了一项Scrum实践，但确保了 Scrum实践的根本目的以另一种形式得到了满足。这是最重要 的!
如果你在实施Scrum，在回顾会议中让团队来逐条检查这份清 单可能会很有意思。作为一个讨论工具，而不是评估工具。
不是。它反映了我个人对Scrum重要事物的主观看法。我花了 好几年来帮助许多公司启动Scrum，并会见了数百位实践者、 培训师和教练;我发现如果使用得当，像这样的清单是有益的
如果你知道Bob大叔，如果你对他的整洁之道有所耳闻，你一定能想象这场直播具有的非凡意义。从2001年敏捷宣言的诞生，到2009年《代码整洁之道》的面世，再到之后的《代码整洁之道：程序员的职业素养》、《整洁结构之道》，今年，刚好整整20年，Bob大叔创作的《敏捷整洁之道：回归本源》构成了“整洁三部曲”，其背后的思想和历程值得每一位希望写出整洁代码的程序员挖掘。
鲍勃大叔《Clean Agile》翻译版《敏捷整洁之道》
您还没有拥有吗？扫描上方二维码
只需一张毛爷爷即可获得由敏捷大咖「申健」「熊节」
亲笔签名的『限量版』图书
另外，还有一点难得的是，这场直播请到的嘉宾正是“整洁三部曲”的译者，时隔十年，齐聚一起，为你解码“Bob大叔”关于整洁代码的核心理念和价值。
观点提要：申健老师以“Bob大叔对敏捷清理门户”这样极具话题性的主题，展开讲解了人们对敏捷的误解，批判了大型伪敏捷，最后给出了敏捷在企业落地的建议。
（这篇回放稿总共接近4万字，在这里小编尽量保证不曲解大咖们的原意，将其主要观点和精华浓缩出来，呈现给大家，希望大家有所收获。）
敏捷的目标是增强组织响应变化的能力，主要通过目标对齐、信息透明一致、尽早反馈和调整、基本功提升、去中心化控制等来达到，因此绩效考核的原则要顺应这些敏捷思想，激发员工动力。我认为敏捷组织转型下，绩效考核（无论是KPI还是OKR）都应关注以下原则：
- 个人绩效构成（百分制）：
- 团队（业务）目标实现率 30分
- 关键举措/行动完成情况 40分
- 团队协同情况 30分
- 推进他人帮助自己完成关键工作 10分
- 帮助他人完成关键举措 10分
- 部门/团队建设参与和贡献 10分
- 加分项
- 或政府事迹表彰 5-20分
- 关键工作以外的突出贡献 5-20分
- 其他赏罚调整 5-20分
根据《Scrum Primer》 v0.5，作者根据Yahoo在2008年前后使用Scrum后调研（以1-5打分的方式进行），当时发现主要绩效提升表现在以下方面: 生产效率，团队精神，适应性，责任性，协作能力。那么敏捷转型的整体绩效也应该从以上方面进行考虑作为文化导向，结合我从2007年开始在诺基亚西门子通信的敏捷经历，建议做法如下
随着敏捷开发的流行，近年来各种大型、规模化敏捷框架、敏捷组织设计、业务敏捷也称为大老师们口中的热词，也带来了很多讨论甚至质疑。本文根据笔者Jacky Shen在2019上海和北京敏捷之旅发表演讲所整理。
笔者认为，敏捷的核心是“小而美”，追求“大而全”非常危险而且也达不到敏捷的目标，即“早+准”，在不确定环境中快速反馈来命中商业愿景，提升竞争力。
本文分为以下三个部分：
2001年17位软件行业先驱在美国雪鸟镇聚会，石破天惊地提出了《敏捷开发宣言》，当时的主要关注点包括：
然而现实中，人们对”敏捷”还有其他期望：
笔者认为，我们平时书本和课程谈的各种敏捷方法论、框架实践集，都在描述一种“理想的未来状态”，但是很难说如何在特定组织中能够达到那种状态，所以与敏捷转型（变革管理）是两码事。
Agile Alliance: 敏捷是一种建立和响应变化的组织能力。用于应对不确定和动荡环境，并取得成功。^1
Scrum Alliance: 敏捷是一个形容词，是一种思维或践行敏捷宣言与敏捷原则组织级方法，从而感知和响应市场变化。具体地，Scrum是一种框架、方法论、工具，利用客户反馈来快速交付高价值的增量。^3
敏捷宣言^2的作者们选择了“敏捷”(Agile)这个词，是因为这个词所代表的适应性和变化响应力对他们的方式方法至关重要。（参见 https://martinfowler.com/articles/agileStory.html）
这种思维是关于你如何理解当今环境所发生的一切，识别你所面对的不确定性，边前进边找出应对措施。
Agile Development - 敏捷(软件)开发是一系列方法和实践，使得解决方案在自组织、跨职能团队的协作中逐步浮现出来^1
敏捷组织是一种以人为本的的组织形式，拥抱敏捷文化，无所谓采用特定框架，也无所谓叫不叫敏捷这个名字，组织中的团队都会在敏捷思维与价值观的驱动下交付客户价值。这类组织会基于员工的反馈，持续地调整他们的工作方式。他们崇尚“响应变化高于遵循计划”，以迭代和增量的方式频密地向客户交付价值。^3
敏捷和Scrum不仅仅限于开发者，也可以扩展到市场、财务、人力等部门。
误区：许多业务领导以为敏捷是一个即插即用的管理系统或者神奇的大型软件，可以立即治愈大多数功能失调的部门–这其实是幻觉。
各条线代表了不同敏捷流派或“部落”中的实践集。
不只限于Scrum、极限编程XP或特性驱动开发（FDD）等，也不限于结对编程、测试驱动开发、站会、计划会和迭代时间盒，而是一把遵循了敏捷宣言和原则的大树，支撑着上述方法论和实践共同的价值观理念。
| 极限编程 | Scrum | 设计 | |||
| 团队 | 产品管理创新 | 测试 | |||
| 精益 | DevOps | 基础 |
原文链接： https://www.agilealliance.org/agile101/，https://www.agilealliance.org/agile101/subway-map-to-agile-practices/
)
Rugby(英式橄榄球)运动是1845年开始的。Scrum方法创始人们是读了1986年HBR论文《The New New Product Development Game》而受到了Rugby运动的启发，并在1995年发布论文，正式提出Scrum方法。论文链接见：http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.86.4164 或 http://jeffsutherland.com/oopsla/schwapub.pdf
Scrum是Agile敏捷开发方法的一个流派，Sprint一词（英文原意是Rugby运动中的短距离冲刺）是1995年Scrum一词（英文原意是Rugby运动中的争球）创立者为了区别于其他增量迭代式开发(IID)方法（例如 XP极限编程方法），而从Rugby运动借来的比喻，意为一个短的时间盒，期望每个时间盒末尾能有潜在可交付的产品增量以供反馈和调整。
如今敏捷行业，Iteration和Sprint几乎混在一起使用了，甚至包括一些新兴的精益产品创新方法如谷歌的Design Sprint一词也效仿设计了5天的固定时间盒。
什么是VUCA时代，这个时代对个人有什么影响？如果是往年，还真要费一番口舌去解释，然而现在，我们刚刚过完2018，没什么能比这个年份更好的解释VUCA了。
2018 年，一些大公司干着干着突然遇到危机了，多少被公认有前途的行业，干着干着突然就遇到了拐点。有多少人设，轰然坍塌，年初的豪言壮语，到年底只剩下一地鸡毛。
如果你用吃瓜群众的心态旁观2018， 那么它无疑是一个观赏性十足的年份。一年之内，你就能见证无数起“眼看他起朱楼,眼看他宴宾客,眼看他楼塌了”。然而每一个轰塌的背后，都有无数人失去工作，辗转求职，陷入应付生活成本的焦虑中。前一天还在吃别人的瓜，今天就轮到自己成为吃瓜事件的主角。
所有那些曾经看起来坚固牢靠的东西，现在都想打一个问号，罗振宇说，「这个世界还会好吗？」
这就是VUCA时代，一个充满变数的，模糊的，复杂的时代。