学习实施敏捷部落的成功案例

敏捷部落成功案例

敏捷部落案例

ING(荷兰国际集团)在2015年的敏捷部落转型

本文概要描述了ING(荷兰国际集团)在2015年开展的敏捷转型的第一步,实施“敏捷部落”,ING的敏捷部落搭配了Scrum。

 

背景

 

- 到2014年,ING(荷兰国际集团)与零售客户的所有互动中,约有40%是通过手机应用实现的。2018这个数字接近60%,而分行访问和致电呼叫中心的次数已经降到了1%以下。

- 用户还希望能随时随地做交易,在地铁上、餐桌上。

- Facebook和Netflix等互联网应用为用户体验设定了标准。

这意味着ING需要更加敏捷,更加以用户为中心。

 

已经做过的工作

 

在此次敏捷转型前,ING已经在其荷兰IT部门采用了敏捷和Scrum方法。

 

试点

 

在ING最大部门荷兰零售业务的总部启动了试点转型。

第一步是设想一个新的敏捷的、基于团队的系统,用于部署、开发和评估人才。

然后,ING高管团队拜访了互联网高科技公司的人,学习他们的人才系统。

2015年春天,约3500名员工的ING荷兰总部已经用一个由部落、小队和行会组成的“敏捷部落”取代了大部分传统结构。

 

部落

 

创建了13个部落,每个部落负责处理特定领域的业务,比如抵押贷款、证券、私人银行。

每个部落最多有150人。每个不多由若干小队构成。

每个部落都有一个首领,负责确定优先事项,分配预算,并确保知识和见解在部落内和部落间共享。

 

小队

 

部落领导根据部落成员的意见,创建9人或更少人组成的自主的“小队”。

小队负责交付和维护新产品、新服务,满足特定的客户需求。

小队成员是跨专业的——通常由营销专家、数据分析师、用户体验设计师、IT工程师和产品专家组成。

每个小队中一个成员做为“产品负责人”,负责协调活动和设定优先事项。

小队成员会一直呆在一起来满足客户需求,比如改善移动应用的用户体验、开发特定功能。有时小队会解散,成员加入其他小队。但通常情况下,小队会一直保持在一起。

 

行会

 

行会负责协调分散在各个小队中的同一专业(比如数据分析,或者系统流程)的成员。

 

行会负责人负责跟踪和分享最佳实践,以及诸如专业发展和绩效评估之类的事情。

 

Scrum

 

小队鼓励信息分享的机制包括Scrum,比如每日站立会。

 

敏捷教练

 

每个部落都有几个敏捷教练,帮助团队和个人有效地协作,鼓励人们就地解决问题而不是把问题推给别人。

 

定期评审和复盘

 

小队每两周就会计划、评审、复盘他们自己的工作。小队可以自己决定如何为客户改进产品,他们也可以决定‘快速失败’。

部落会召开季度业务回顾(QBRs)会,查看他们最大的成功和失败,回顾他们最重要的经验教训,并明确未来三个月的目标。

 

变革效果

 

通过在小队这样的小团队中工作,并与来自不同专业的同事一起工作,小队成员可以迅速解决以前可能需要在各个部门之间踢来踢去的问题。

从头到尾参与一个产品或项目,让每个小队都有一种归属感和与客户的联系感。

客户满意度和员工参与度都提高了,ING的新产品更快地推向市场。

员工较容易接受变革。长期雇员“比年轻一代适应得更快、更容易”,也许是因为他们的专业知识现在比过去更有影响力。

敏捷但不混乱。小队虽然自治,但通过部落的季度业务回顾会议,与部落战略保持对齐,接受部落提出的更大的挑战。

 

 

ING员工证言

 

在“旧的”组织中,我是一名营销人员,所以我把大部分时间花在会议上,说服经理们支持我的好想法。等到他们说服了他们的经理,并且找到了IT团队来开发它的时候,这种想法往往已经过时了。现在我们有市场营销人员、软件开发人员、程序员和安全人员,我们都在同一间屋子里,组成一个“小队”来完成同一项任务——这真的加快了过程。

 

每天开始的时候,我们会花15分钟讨论前一天做了什么,以及当天的计划。这些“脱口秀”简短、快速、切中要点。这个会议很擅长解决问题。最重要的是,我喜欢这种自主性。之前的任何决定都需要管理层的参与,但现在我(作为产品负责人)、我的客户、我的小队一起讨论就能决定。

 

现在,我们可以对贷款产品进行月度调整,而不是一年只调整两次。如果之前出现了技术问题,各部门会讨论谁来解决问题。现在BizDevOps团队正在做这件事!不仅仅是管理人员需要思考解决问题。

 

转载请注明来自于hmokr.com

logo2x6.png
嗨马OKR软件是摩卡软件的自主版权产品。本网站中部分摄影照片版权属于Unsplash
© 2022, 摩卡软件

Search