公司网站制作步骤,编程的网站都有哪些,做ppt高手 一定要常去这八个网站,建筑人才网最新招聘信息息引子#xff1a;规模化敏捷转型从来不是一件容易的事情。当只有1-2个敏捷团队进行协同的时候#xff0c;计划和工作同步是可控的。团队和产品负责人互相聊一聊#xff0c;基本就能搞清楚需要做什么#xff0c;一个简单的SOS架构#xff08;Scrum of Scrums#xff09;就能… 引子规模化敏捷转型从来不是一件容易的事情。当只有1-2个敏捷团队进行协同的时候计划和工作同步是可控的。团队和产品负责人互相聊一聊基本就能搞清楚需要做什么一个简单的SOS架构Scrum of Scrums就能搞定。但是当涉及到多个团队的时候事情将会变得十分痛苦特别是如何让各个团队向着同一个方向前进而不是成为互相的羁绊如何在跨多个迭代、多个团队、多个产品的情况下进行计划和安排优先级如何让所有团队保持同样的交付节奏如何实现跨团队的持续集成如何解决团队间工作的依赖如何消除项目整体的风险如何防止需求的紧急搭车如何防止局部优化如何选择适合的协调人如何提高团队间开会的效率。……这些问题都需要解决。同时规模化敏捷转型影响巨大不仅仅要保证转型的效果还要降低转型的各种风险也就是说规模化敏捷必须是SAFe安全的。但如何做到这一点呢我们采访了一位资深敏捷实践从业者看看他的现身说法Even 现任某公司技术产品经理 10年研发经验 曾任某银行内部敏捷与DevOps教练 DevOps广州社区核心组织者 POPMSAFe专注敏捷与DevOps, 热爱技术专研产品与创新自带正能量喜欢结交有上进心的志朋好友热衷分享并积极参与社区活动。背景Even所在公司一个敏捷发布火车(ART)有十几个团队一个PO一般带2个团队他现在是其中的一个PO你知道吗人家以前还担任过Scrum Master呢这华丽转型是典型的斜杠青年啊给大家来几张照片看看人家的SAFe 实际场景。图1 十几个团队同时开早会的场景好壮观啊图2 是开PI planning会议的场景十几个团队的人一起做计划挑战的不仅仅是公司有没有这么大的会议室更是如何同步多人进行高效会议幸好SAFe有标准的建议日程与形式。1、你们在实施SAFe之前组织中遇到了哪些痛点 痛点1加人后感觉并没有增加生产力因为是新的部门在最近的一年中都不断有新人加入至少增加了几十个人目前部门大概300多人研发占7到8成吧我们实行了1年多的SAFe感觉在增加研发人数的过程中好像并没有对交付产生实质的增产由于一些原因不是很方便公布数据这个是否和SAFe或者敏捷有关不得而知。痛点2我们是在追求epic的完成率吗从开始到现在已经是第9个PIprogram increment)了除了前3个PI是适应期之外后面的PI里每个PI的完成率并没有实质性的提高甚至有降低的情况出现我们是在追求epic的完成率吗为什么提出这个问题因为我们是做平台的可以比如是做阿里云平台对于大型的平台型产品来说我们交付的东西不能在一个sprint甚至是一个PI完成这个是非常正常的事情所以我们在反问自己我们是在追求epic的完成率吗痛点3前端与测试团队的划分问题我们还有一帮做前端的同事尝试过把他们分到一个团队也尝试过把他们分到项目组两种方式都不是很成功。由于我们是做平台的并不是每个团队都需要前端所以把他们分到团队并不是很成功把他们单独组队他们因为不能独自接feature来做也不是很成功。这也算是一个痛点吧。对于测试团队来说也有这样的问题这两个团队都是半实半虚的。2、众多大型敏捷选择SAFe的原因 在我加入之前就已经跑了3个PI了这个我从前辈处听说的是他们选择的时候看到SAFe比较适合平台型的产品因为我们是做平台的有scrum, 有PI大迭代有发布火车有PO和Product Manager,这些角色看起来蛮适合的至于是否对比过Less,我的了解是没有。你就当是凑巧选中了吧恰好我们的北欧文化还是比较适合敏捷的Spotify和Henrik就是北欧那边的:)3、实施这个给您这个角色带来的变化和益处 我本人以前的角色是TL就当是SM吧以前我们是跑Scrum的当然我的项目是有界面font-end 那种跑起来很顺畅现在跑了一年的SAFe后感觉SAFe是大型敏捷的救星真的为什么这么说呢1) SAFe有详细的落地细则。Scrum里面的东西太空泛了基本上没有教练教的话可以说是五花八门主要是它对3个角色是如何落地的没有非常详细的指引而SAFe呢它对每一个角色都有明确的定义都有sample如何去落地如果你能通过考试的话可以说基本能掌握一个角色是如何执行的但是scrum呢那个考试被我喻为全世界最水的认证。2) SAFe适合大型的敏捷团队。我们的产品线刚好是几百人的团队这在IT企业里面可以说是非常常见的但是scrum却不行而且它的一个PI的定义也是很适合大型产品的开发一个PI是10周的时间。没有了解过Less,上过DAD的培训感觉DAD的方法论很吹水啊。3) SAFe并没有抛弃scrum。SAFe里面的小迭代仍然是采取scrum的形式为有敏捷基础的企业的过渡提供了非常顺滑的铺垫。4) SAFe设立的RTE角色非常像传统的项目经理PM)的角色。这为PM是否在敏捷中存在开辟了一条新的道路。5) SAFe里面的CoP的概念。为敏捷的实施提供了落地的土壤和传承。我们有SA的CoP有PO的CoP,有前端团队的CoP都为产品的演进、技术的修炼、敏捷文化的落地提供了很好的流程支持。感谢Even的分享非常非常棒让我们对SAFe的信心更近了一步其实在SAFe 最新发布的4.6版本中与时俱进新增加了对企业DevOps能力的支持因为对于多团队协作而言没有持续交付DevOps的支撑协作将会是非常痛苦的发布速度也很难提升上去所以SAFe把“DevOps按需发布能力”作为精益企业的五大核心能力之一