为方便西安敏捷伙伴认证的需求，Scrum国际联盟CSM（Scrum master）认证培训课程将继续开班，由国内久负盛名的敏捷先驱Bill老师亲临西安授课，时间：2019年11月2、3日两天，需要进行CSM认证培训的伙伴，请直接点击链接报名：  

https://www.uperform.cn/certified-scrum-master-csm-xian-20191102/

前10名享受早鸟价，需要了解详细信息请联系我：18629536968/13012873502.谢谢！

以下是Bill老师敏捷心路历程的（上集）：

自2007年优普丰敏捷学院成立并开始专注在中国推广敏捷，光阴如梭，已有十个春秋。虽我不善词藻，回想敏捷在这十年中给我以及我身边的朋友、同事、社区的伙伴及各大客户带来的变化和成长、开阔的眼界，以及更积极和正向的思维方式和心态，我抱着感恩之心，不禁想写点什么与大家共勉。如今回顾这一历程，信心不断加持，也鼓舞我们投向未知的但也是无比广阔的未来。

自1994年我开始工作，积累了各种岗位经验和体会过不少IT项目的折腾，2004年我开始对Scrum有了起初的探索和了解。当时我就职于一家总部位于多伦多的加拿大移动运营商企业IT部门，一个偶然的机会与曾经的Waterloo大学兼职信息技术管理硕士课程校友William（黎伟强，当时DoubleClick多伦多研发总监，现浪潮集团北美AI带头人）侃大山，经他提点访问了ControlChaos网站。从该网上面当时的内容，我隐约体会到敏捷理念及Scrum团队方式的强大动能，快速响应变化和不确定性的能力以及对世界正向的影响力，立即开始把手弄脏，运用Scrum到我们部门的软件系统交付工作中并取得了意想不到的效果。实践的历练激发了我想更系统地深度掌握敏捷并成为一名CSM认证者的念头。当时Scrum Alliance已在北美推行敏捷并组织CSM认证培训，精挑细选之下我决定参加Ken Schwaber和Mike Cohn一起教授的公开课（2007年1月于佛罗里达）。Ken是Scrum框架创始人之一（也是ControlChaos网站的创建者），而 Mike 是Scrum Alliance的创办人之一，他们当时都是敏捷及Scrum的先驱领袖。现在回想起来，这是一次神奇的课程机会！我现在还供奉着我这张两位敏捷先行者老师的现场签名CSM证书。

课间在与两位老师的交流中了解到Scrum Alliance成立于2002年，以及Scrum在北美软件界蓬勃发展的势头，各种敏捷大会的持续定期举办（例如下面快照所显示的Agile Alliance每年一次的Agile Conference全球大会）。各大美国本土高科技产品公司及企业内部IT组织对敏捷的认知和探索已经形成趋势，但Scrum当时在中国乃至整个亚洲还是一个很新的理念，各种产品研发和项目还在瀑布式的焦油坑中挣扎。这次课程还得到了翻译Ken的2004年经典Scrum著作的机会！敏捷及Scrum背后的强大价值观促使我在回中国的飞机上决定投身敏捷传播事业。UPerform这个名字就是在飞机上的灵感所得，包含了我对敏捷传播的影响力期许：U和you 同音，Perform有去努力投入并产生成果之意， U和P组成UP，有向上之意，我希望通过敏捷的传播能让更多的“你”掌握敏捷的理念和方法，展现潜藏的才华，拥抱更上一层楼的人生。优普丰虽是UPerform的译音，但同样有“普及优秀，丰满人生”的寓意。带着这份对敏捷的痴迷和信心，我于2007年在上海成立了优普丰。

2007年成立了优普丰之后其实并没有太多的业务，虽然有带团队和大型项目的经验并兼职读完了MBA，但那时的我其实还只是一名开始创业的技术男，我并不知道如何去经营公司开拓市场，那就在探索中敏捷前进和快速试错试对呗。我首先建立了公司的网站以推广敏捷和Scrum。那时没有业务的好处是我可以专注去翻译Ken先生的重要著作《Agile Project Management with Scrum》。在该书翻译出版的过程中，Ken给予了积极的支持，他把我介绍给了拥有这本书国际版权的出版社Microsoft Press，并联系到了清华大学出版社编辑文开琪老师，我们两人一拍即合于2007年底成功出版了这本书的中文版(中译名《Scrum敏捷项目管理》)。这次合作也触发了文老师在敏捷书籍推广的热情，后续其一直致力于敏捷相关书籍的引进和出版。再次感谢文老师的眼光和坚持！

2008年我们开始筹划在中国的第一次Certified Scrum Master认证公开课（CSM）。当时在中国还没有可以交付Scrum培训课程的认证老师，但我很幸运地得到了美国同行Peter Borsella的支持。回想当初，我真的很感激Peter给予我们的帮助和支持，在并不知道最后可以招到多少学员的情况下愿意承诺从佛罗里达飞来上海交付CSM认证课程。我想那绝不是短期利益驱使Peter做出这样的决定，也许更多的是他对敏捷的热忱和一颗助人发展的心。感谢所有人，2008年5月课程如期举行，我做Peter的助教，30位学员满额完满收官。这远远超出了我的预期。没有市场推广，没有社会关系，某种力量推动了这一切的发生。我更坚定了对敏捷的信心，顺势而为，事半功倍！这次课程更大的收益是结识了许多认可敏捷，愿意去钻研敏捷并发挥敏捷能力和影响力的小伙伴，其中包括吕毅（当时在诺西任职，过来课上和Peter co-train），张博超（当时在爱迪德任职），王晶（当时在杭州博克任职），张松（在TW公司任职）等等。许多课堂伙伴后续都成为了敏捷在中国市场积极的“布道者”和社区意见领袖。上述企业也是尝试敏捷式项目交付和Scrum框架的国内先行者。

就这样在中国播下了Scrum的星星之火，通过这次课程也让我更了解了敏捷社区及行业会议在国内的萌芽现状。我们随后又在北京举办了一次CSM认证公开课，老师是Pete Deemer先生，当时他是雅虎印度分公司成长出来的一位高管，现任Scrum Alliance董事，是一名很有口碑的敏捷先行者和实践者（Scrum Primer的主作者之一）。更让我记忆犹新的是2008年在中国的第一次Scrum Gathering。当时吕毅和我谈起组织敏捷社区，举办首次Scrum Gathering的社区活动，会议组织者也包括一众敏捷积极分子（徐毅、何勉、苏光牛、滕振宇、麦天志等），近水楼台的我主要负责在上海物色场地。许多的小伙伴后来也成长为社区意见领袖。2008年9月20日在上海苏州河边一个老旧工业区改建的一号码头酒店成功举办了在中国的第一次Scrum Gathering，在没有做太多推广的情况下有80多人参加， 诺西、爱迪德，华为和杭州博克来了很多人。Bas Vodde, 后来LeSS大规模敏捷框架的创始人之一，当时在杭州诺西进行Scrum敏捷的实践和推广，也来参加了这次活动。我们还第一次体验了Open Space的方式来聚会和碰撞！

杭州博克的总经理Vernon Stinebaker（史文林）先生也带着很多他的同事参加了这次活动。我们和史文林的合作也始于这次活动。史文林先生很健硕，很有气场，在中国及台湾工作生活多年，所以虽然是美国人却能如大山一般讲一口流利的中文，非常引人注目。我被他对敏捷的热情和气场所吸引。通过他我也了解到2007年底北京的CSM公开课（一位加拿大老师教的）。我当场问他：“你对敏捷这么有热情，在敏捷推广上你有什么行动计划吗？”Vernon说他想成为一名敏捷培训师以便和更多的人分享他所在公司的敏捷心得和经验，和大家一起把软件产品交付这个事情做得更好。于是我便问他：“那我们一起在中国把敏捷培训和传播这件事做起来如何？” “好，let’s inspect and adapt！”Vernon真诚地向我伸出了他的大手。到今年我和史文林的合作已有九个年头，一路走来亦师亦友，并一起贡献力量到台湾及东南亚地区的敏捷推广中。他的真诚和愿意毫无保留地培养人的热情一直感染着我，认识Vernon是最幸运的事情！

有赖于Vernon开放的个性、对敏捷深刻的认知、以及不管是在技术、管理还是在领导力及教练影响力方面丰富的实践经验，敏捷逐渐得到了更多企业的认可，我们于2008年年底和2009年年初成功交付了两次可以说是里程碑式的内训课程。这两次课程奠定了我们对敏捷和Scrum更坚实的信心。第一个内训课程是史文林先生用英语在北京交付的，客户是外企Sun Micro System（Java语言的推广公司！）。而另一个内训课程对我而言则更是一次奇妙的经历。当年Pete Deemer先生作为我们的聘请老师在北京交付公开课时，一位女士直接打电话给我，问可不可以旁听半天，我说非常欢迎来指导。她当时是奇虎（即360公司的前身）的人力资源总监。我好奇地问她怎么会对敏捷感兴趣并留意到我们。她回答其实是奇虎的创始人，著名的周鸿祎先生看了我翻译的那本《Scrum敏捷项目管理》，觉得书中所提到的软件产品研发及相关敏捷理念正是他所认同的互联网化团队交付方式，并想把这套Scrum框架通过培训的方式引入公司内部，于是请她来考察一下。因着Pete老师的缘故，旁听的效果是非常的棒。然而Pete不讲中文，而奇虎需要用中文交付这次课程。于是我便鼓起勇气毛遂自荐提出由我来交付这次课程。但怎样才能有更好的效果给客户带来更多的收获呢？在敏捷实践中有结对编程，那为什么培训不可以“结对交付”呢？两个不同的培训师有着不同的行业背景，多元的软件开发经验和项目经历，结对交付肯定能为客户带来更多的价值和收获。于是我邀请了Daniel滕振宇和我一起交付这个课程。（待续）

UPerform  您的敏捷与项目绩效伙伴

敏捷 开发／敏捷理 项目管理 ScrumMaster  认证 （CSM ）（ 应用 实战）培训 （2  天）

把你的研发项目敏捷起来：价值驱动、拥抱变化、充分合作、激发项目团队潜能在互联网化的时代，敏捷能力成为任何有远见的个人和组织的竞争利器。敏捷是目前最有效的解决复杂项目中面对的挑战的新思维与方法。这些挑战包括需求的不确定性和渐进性、市场的时刻变化、技术的快速更新、计划赶不上变化、团队过度劳累及缺乏动力与激情、沟通的失效、质量问题及技术债务的累积、项目严重超时超支、无法交付用户及客户真正需要的产品等等。这是一个 2 天的敏捷开发及敏捷项目管理强化集训课程，详细阐述 ScrumMaster／敏捷项目教练，项目团队及利益相关人如何运用轻巧的 Scrum 敏捷框架及相关的敏捷实践在频繁及**的迭代中快速地交付及持续验证潜在的可交运产品或项目成果。

课程收益：

• 培养高绩效的内部敏捷推广者和敏捷开发团队；

• 课程结束获得参加网上认证考试资格；

• 最终获得广受认可的国际 Scrum 联盟敏捷认证：Certified ScrumMaster (CSM)；

• 同时获得 16 个 PMP PDU, 以及 16 个 Scrum 联盟 CSP SEU

课程优势 ：

•  国内最强敏捷管理讲师亲临讲授；

•  讲师具备 Scrum 联盟认证培训师 CST 资格(Certified Scrum Trainer)；

•  打开敏捷思路，启发性强；

•  精辟比较敏捷和传统项目管理；

•  项目实用效果驱动；

•  多元培训方式和丰富手段，生动有趣；

•  互动性高，中西文化结合；

•  项目实战演练＋多个动手游戏练习；

•  采用全新视觉化引导方式授课，以学员为中心，更多实例化内容及有针对性互动；

•  中文授课，材料中英文对照；

•  有问必答

课程详细内容，关键学习目标：

•  学习和阐明敏捷核心原则

•  项目中角色的新定义以及明了对每个角色的期望

•  建立敏捷团队的共同定义

•  建立成为高绩效 ScrumMaster 及敏捷***的基础

•  了解团队动态-自管理团队如何有效;以及他们如何行不通

•  在团队环境中认识和运用 Scrum 框架及其中关键会议

•  运用 Scrum 和敏捷工件的敏捷项目管理过程

•  理解敏捷过程与传统过程的区别与因由

•  敏捷需求及质量文化

•  掌握敏捷工作量估算和规划及计划一个发布

•  其他可选的高阶课题

课程大纲：

（“eLearning”代表“体验式学习”，一般是指 UPerform 游戏、练习、团队活动或模拟等学习方式。在此课程大纲中，只表示了比较大型及主要的 eLearning 活动。贯穿培训中，将视需要插入一些简短的角色游戏和练习（每次 5-10 分钟））

1、  我们为什么在这里？

2、  课程目标声明和期望

o 问题板引入

o 制定培训中的简单规则

3、  破 冰 练习

o eLearning：在解决问题时传统团队与敏捷团队的对比

4、  eLearning:  项目失败的原因 和挑战 (#FAIL)

o  小组讨论及共识

o  全班**及汇总

5、  究竟什么是敏捷？ 敏捷 项目 思维与 原则

o 项目的复杂性与不确定性

o 预定义过程与实验性过程

o 敏捷的价值观

6、 敏捷宣言

7、 敏捷原则

8、 可工作的软件：潜在可交运的软件增量

o 敏捷是一种状态

9、 频密交付可见的成果

10、 主动持续改进的团队

11、 为什么用 Scrum 来开展你的项目？

o Scrum 的起源

12、《新的新产品开发游戏》

o 什么是 Scrum？

o Scrum 的 3 个特征

13、迭代增量

14、信息透明化

15、自管理团队

o 实验性项目过程的 3 个支柱: Transparency; Inspection; Adaptation

16、  eLearning: 敏捷价值游戏

17、  Scrum  项目过程 框架— 从开始到结束

o 整体框架

o 5 个价值观：开放、勇气、专注、承诺、尊重

o Scrum 中的角色、谁管理项目？

18、 Product Owner 产品负责人

19、 ScrumMaster 概要

• 责任：教导、保护、服务

• 与传统项目经理的区别

o 自组织敏捷团队

20、 乔布斯的石头的寓言

21、 团队的特征与职责

o 龙舟队的隐喻：舵手、鼓手、团队

o 工件：项目 Backlog 需求列表

22、 健康 Backlog 的条件

23、 DEEP 原则：Detailed Appropriate; Emergent; Estimated;Prioritized

24、 一些典型的 Backlog 样板

25、 准备就绪的定义（DoR: Definition of Ready)

o 工件：Sprint Backlog，和 Sprint 计划会议

26、 潜在的可交运产品增量

27、 完成的定义（Definition of Done)

• 定义的范围的演进

• 你们的 DoD 定义?

28、 Sprint 计划会议及步骤

29、 Sprint 计划：承诺驱动 vs. 速率驱动

o Sprint 管理

30 不同类型的 Sprint

31、 不允许“变更”？

• Sprint 的周期

• Sprint 的工作范围

32、 中止一个 Sprint？

33、 Scrum 任务板

34、 Burndown 图（燃尽图）

o 每日 Scrum 例会

o Sprint 评审会议与回顾会议

35、 评审“成果”

36、 回顾：过程与团队持续改进

o 练习（可选）：打造你自己的 Scrum（Build Your Own Scrum)

o Scrum 框架视图化

o 3 个 PDCA 戴明循环

37、  商业价值驱动：项目管理铁三角的 新 视角

38、  高绩效 敏捷的 项目的 3  个绩效因子

39、  敏捷质量文化及“完成”的定义

o  质量观 —— 持续插入质量

o  回访： 完成的定义（Definition of Done)

o  测试 ／验证驱动

40、  敏捷团队与团队工作探讨

o 敏捷团队探索--如何达到自组织

41、  敏捷需求品 、产品 Backlog  中的用户故事/ 特性

o 敏捷需求的思路与特征

o 需求：大想法及用户故事

42、 用户故事的模板

o Backlog 中应有什么

o Backlog 梳理和分拆策略

43、 INVEST  模型

44、 3C  模型

45、 横切 vs.  纵切

46、 一些拆分的经验与思路

o Backlog 优先级排序

47、主要的方法

o  工作量估算

48、 eLearning:  相对大小与**大小 的对比

49、 eLearning: 计划扑克游戏

50、  团队多点估算 的特征

o  团队 Sprint  速率（Velocity ）

o  项目 燃尽图及累积图 (Project Burndown and Burnup charts)

51、  型 大型 eLearning ： 敏捷需求 、用户故事、 需求可验证 性、 敏捷估算与规划

52、  项目跟踪

53、  扩展 敏捷 项目 概要

o Scrum 中的 Scrum

o 大型项目中 Scrum 的扩展

54、  eLearning ：使用 Scrum  敏捷过程 来交付你的课程项目 （项目模拟）

55、  其他 高阶课题 （按实际时间及兴趣而定）

o 多现场的敏捷和 Scrum 运用

o 固定成本/固定期限项目的考虑

o 信息化工作现场

o  Scrum  与其他一些方法的探讨

o ……

56、 ScrumMaster  敏捷团队 教练的 探讨

o 新的角色与责任

o 优秀的候选人的特征

57、 eLearning:  组织实施 敏捷 ，可能作出的改变

58、 eLearning ： 项目失败原因重访(#FAIL)

59、 Final Q&A:  问题板的清理！

60、 课程 收尾 及总结