48小时京沪之旅带你见识国际大咖Arne Ahlander安儒宣的敏捷课程|ShineScrum认证

9月15-16日 CSM认证培训

9月17-18日 CSPO认证培训

北京朝阳区将台西路珀丽酒店

Arne Ahlander安儒宣 (中文助教现场支持)

9月20-21日 CSM认证培训

上海市静安区恒丰路601号上海邮电大厦

Arne Ahlander安儒宣 (中文助教现场支持)

Arne Ahlander安儒宣

CST、资深认证Scrum培训师、国际知名敏捷顾问及教练，Scrum导入及组织转型专家，资深产品管理顾问及信息技术高管

Arne有18年以上的咨询、管理及产品管理经验，曾任OBIGO公司副总裁，负责OBIGO公司产品管理工作。Arne曾在多个IT领域特别是电信产品和移动开发领域有多年的管理实践，对于团队管理有自己独到的理念, 对于如何成功的把人、流程及产品这三大因素在长期战略层面有机的融合起来，如何成功导入敏捷和Scrum, 达到管理致胜及实效敏捷等方面有许多的成功经典案例。Arne曾帮助过许多大型软件企业导入敏捷和Scrum，及帮助个人成为优秀的CSM及敏捷实践者。他服务过的大型客户包括爱立信, 索尼爱立信, 沃尔沃IT研发中心、宜家IT研发中心,瑞典萨博汽车(SAAB)IT研发中心等。

Arne是欧洲Scrum领域最具影响力的专家之一，是欧洲Scrum社区中最受关注的思想者，曾多次在各种Scrum及敏捷行业大会发表演讲，Arne独特的互动式教学方法，最受欢迎的敏捷价值游戏和贴近实战的案例分析及练习广受学员称道！

学员反馈

今年7月参加了ShineScrum上海的CSM和CSPO的两场培训，授课老师都是Arne

Ahlander。回到深圳后，深感收获满满，于是想给ShineScrum写一篇自己的心得，也希望我的感受能够给跟我工作经历相似（实操过Scrum几年），培训目的接近（更希望有新的收获，而不仅仅是拿个证书）的小伙伴们参考参考。

首先让我印象深刻的是ShineScrum作为一个以Agile/Scrum培训认证为主的机构，它的专业性和优质的服务。因为我已经实际运用Scrum好几年了，各类培训workshop也都参加过好几次，因此这次拿认证的课程，我选择的很谨慎。在网上研究了段时间后，毅然决定从深圳飞去上海上ShineScrum的课。在咨询以及上课的过程中，David和Daisy一直很耐心热情。更难得的是，这个组织的工作人员，都有股人情味。从我咨询课程，预订酒店，安顿入住，到我上课时候发烧。。课后提供的注册指导和后续Scrum相关的咨询也都非常到位。我早前也跟其它培训机构合作过，ShineScrum的不同之处是，跟学员直接接触的，都是Scrum相关的人员，因为给出的建议和指导都非常专业。

这次上海之行最大的亮点，必须是Arne的授课了。有几点让我印象非常深刻。

1，是他对Scrum和自己培训内容的深入掌控和了解。Arne全程是可以脱离课件的，行云流水般的把内容娓娓道来。他尊重差异，尊重现实，更给学员清晰的传达出了敏捷的实质灵魂。

2，是他引导和互动的风格，在每个问题讨论时，都用引导的方式，帮助学员更精准的表达和理解。我自己在工作中，也有很多coach的工作。从Arne的课程中，我摸索到了一丝灵感。目前我还没找到合适的语言来描述，等我实际操作一段时间先。

3，通过游戏或者讨论，来加深对培训内容的理解。就如同我们在课上提到的“好的用户故事应该像快照一般”，当我再次打开培训资料时，脑海里浮现的是当时的场景和自己在当下最深刻的体会。Scrum是关乎思维方式和实践的，在不同的阶段听同一段讨论或者见解，实际体验会很不一样。所以很建议大家隔几年，就找一个资深的老师重新回回炉。

4，不断调整的课程内容。因为我参加了CSM和CSPO两个课程。CSM在前CSPO在后。在CSM课程时，大家对于DoD的理解出现了很多误区。Arne在后续CSPO的课程中明显做了调整，现场学员的接受度明显高很多。

课程学习之外，最棒的就是认识了一群小伙伴。伙伴们在各自的领域都是敏捷战士。相互之间的讨论和沟通，是我此行的意外收获。身边再有朋友让我推荐Scrum课程，我一定会毫不犹豫的推荐ShineScrum！软文不软，因为有货。

—ShineScrum学员李博，联想开发部经理

Arne老师非常认真、经验非常丰富，两天下来，课程知识密度很大，有Scrum基础的同学仍然有非常大的收获。全程可视化引导，虽然是全程英文授课，听起来也很顺利。

另外，课程中老师加了很多用心准备的游戏、案例，过程设计得详略非常合理，与课程关联性小的内容，老师都提前帮忙做了简化，使得大家在游戏和互动环节的效率也很高，印象深刻。课后还跟老师交流了解到了学习视觉引导的推荐书、还向老师要来了这两天的手绘海报，对回去复习非常有用。非常感谢Arne老师、ShineScrum。

—ShineScrum学员

有幸参加了CSPO的认证课程，感触颇多。首先是安大师神一般的表达能力，基本上来说把整个PO的角色化简为繁，把原来不透明的地方彻底的梳理了清楚。另外，课程的无PPT形式新颖特别，无意中还锻炼了一下自己的手绘表达能力，真是大智于无形。

课程中除了对整个PO角色有了很好的梳理，过程中的小游戏回头想想还真是个很好的例子，可以拿来借鉴做公司内训了（这个游戏是开源的，不是抄袭哈哈）。当然，对于外训来说最重要的肯定是培训后的思考及学以致用的部分。下面就学习后一点简单的思考，和大家分享一下。

1.PO的角色定位

从敏捷运作机制看，PO是产品价值链的桥梁。对内，PO是研发团队理解外部需求、转换为软件产品的驱动者。对外，PO是接触客户、规划运维的参与者。所以，PO的角色定位首要是打通产品价值创造、软件产品开发、软件产品运维的带个价值链，提高产品级投入和产出的ROI。在整个产品的发展来看，这是个关乎产品成败、影响产品ROI的关键角色。

以前我们把PO看的太小，一个萝卜一个坑，或者PO和项目经理一样流水席，随着项目发布大家排排做。这样对于整个产品发展持续关注的后续力量不足，产品创新也受到了很大的制约。

2.研发型企业的前后端打通

研发型企业的怪圈，对产品做决策的往往不是一线接触客户的。敏捷要求和客户全天候的亲密接触，但是我们的PO或者规划人员却没有这样的能力。虽然问题很明显，要想改进却不容易，和客户亲密接触的一线销售人员、办事处客服人员、大客户销售人员，往往处于不同的资源线。无论是管理层面，还是沟通层面都存在着高高的部门墙。要想和客户“亲密接触”，必须要有机制将研发的“触角”触及产品的前后端，哪怕没有办法做到同进同退，起码要把“神经系统”先建立起来，让研发体系能感受到前后端的“痛”和“爽”。并且“神经系统”真正的和客户对接，产品线的PDCA大闭环才能做的真正有意义。

3.ROI还是ROI

敏捷的交付物不多，PBL算是一个，里面有一个重要的项叫“优先级”。PO有个重要的工作叫“优先级排序”。

以前工作的时候有个管理工具叫啥四象限，反正把工作分成了：重要紧急、重要不紧急、紧急不重要、不紧急不重要。对于重要紧急的工作我们一般都是排在最前面，但是对于重要不紧急和紧急不重要的工作，我们往往选择先做紧急不重要的工作。举个例子，对于效率改进的工作往往我们都认为是重要不紧急的工作，在现实中这些工作都会推之又推，很难落实！

在PBL中PO必须要排一个优先级出来，这个时候就会把真正重要的工作涌现出来（就是那些ROI足够高的工作）。对于研发型企业来说，如果开发效率提高10%给公司带来的效益将是非常可观的数字，可能不是一两个大订单所能匹拟的。

4.学会做减法

从最早接触敏捷，到现在逐渐熟悉，觉得时间箱真是一个高能的工具。时间到了一切暂停，一方面时间箱约束了TEAM必须按时完成工作，另一方面也约束PO不能无限制的塞需求进来，在这个过程中PO渐渐学会了做减法。做减法是个好东西，只有逼着你拿走一部分的时候，你才会真正谁考虑谁才是最重要的！

5.成熟公司转型的历史包袱

在敏捷转型的时候有很多历史包袱，当然每个公司遇到的问题会各有不同，就我们遇到的问题可以稍作讨论。

第一个当然是交付频率的问题，当年市场一线觉得产品交付的速度太慢，随着研发不断的提高交付的速度，现在市场又在说交付的太快适应不了。所以，每个产品的交付和市场推广活动要尽量同步，开发提交快了如果市场没有相关的推广活动，对公司来说也是一种隐性成本。

第二是KPI的问题，由瀑布转敏捷必须会带来KPI的各种不适症状。

第三是持续集成的问题，对新产品如果开始做敏捷并且有XP支撑，快速交付都不会有大问题。但是，对于老产品转型过来，如果没有很好的积累可能就要大动肝火了。

第四就是TEAM人员“全能”的培养了，现在不是流行全栈式开发，对于传统企业是肯定无法做到“全栈”的，但是努力做到“全能”的还是有可能的。

—ShineScrum学员陈岩，深信服云计算BU研发产品总监

本人从事过程改进愈10年，老实说还没有在真实场景中验证过效率提高对项目的影响，但这次培训深深震动了我和全体学员。无论哪种开发模型，只要真正能提高效率，它就是成功的。但是如果不去实践，任何模型都是无效的。

—ShineScrum学员