《PingCode&极客传媒:2022中国企业敏捷实践白皮书(74页).pdf》由会员分享,可在线阅读,更多相关《PingCode&极客传媒:2022中国企业敏捷实践白皮书(74页).pdf(74页珍藏版)》请在三个皮匠报告上搜索。
1、老布谈敏捷中国企业敏捷实践白皮书2022出品方:联合出品:STATE OF AGILE REPORT 2022模型评价标准敏捷实践成熟度模型附录1.2附录1.1 附录2.1附录2.2编委会代表全国出品人参考内容及索引关于序言0白皮书目标及调研方法中国企业敏捷主流关于调研中国企业敏捷现状及分析中国企业敏捷实践八维度案例及分析CONTENTS目录2022是剧烈动荡和变化的一年,全球企业都深受其影响,长达几个月的完美计划会经常被各种意外干扰,例如:人员出差会遇到航班取消,组织会议会遇到场地失效,供应链管理会遇到运输中断等等。在这样的背景下,让自己、团队和企业更加敏捷便成为了有效
2、法则。所谓日积跬步以越千里,如果团队能够按短周期持续迭代,受意外影响的概率就会大大降低,不断取得切实进展。中国企业敏捷实践白皮书2022同样不可避免被突发事件影响了一个多月,在执委会老师和编委会的共同努力下,坚持一周一迭代终成此书,也让我们再次见证在这频繁变化的环境下,中国企业是如何通过敏捷实践实现业务持续发展,最终引导团队取得成功。此次白皮书中引入了一些大兴善寺元素,同往年的大雁塔一样隶属于西安,是西安现存历史最悠久的佛寺之一。大兴善寺作为“佛教八宗”之一“密宗”祖庭,是最后一个形成的全国性大宗派,法系一直传承至今,在此借助大兴善寺祝愿敏捷不仅可以传至中国还能逐步演化,更能传播到全球造福更多
3、行业。01序言FOREWORD来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有01来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有02中国企业敏捷实践白皮书2022将数据化全景呈现中国企业敏捷现状,并从调研中挖掘出10个年度优秀敏捷实践案例,洞察中国企业对敏捷的看法、敏捷研发中取得的收益,敏捷转型中遇到的困难以及如何在敏捷成熟度模型上进行取舍,旨在帮助更多中国企业合理运用敏捷实践并取得市场竞争优势。目标本次调查分为线上调研问卷收集及敏捷专家一对一访谈两部分,自2022年10月10日开始,
4、截至2023年02月23日,回收调研样本938份,有效样本644份,深度访谈78份。在有效渠道的协助下,调研触及最广泛的国内敏捷实践者,通过执委会20位行业敏捷专家的访谈与互动、分析收集数据并结合专家的多年经验总结出白皮书内容。白皮书力争翔实客观地反映中国企业敏捷实践现状,为敏捷社区、敏捷教练和企业管理层提供真实可信的数据支撑。调研方法02白皮书目标及调研方法GOAlS&METHODOLOGY最广泛使用的敏捷管理实践是每日站立晨会Scrum和Lean(精益)仍为当前国内主流敏捷方法论敏捷工程实践中的持续集成被多数国内企业所采用敏捷迭代周期普遍为2周Scrum of Scrums成为国内企业大规
5、模敏捷框架首选敏捷现状国内企业选择敏捷的主要原因是加速软件交付多数受访者者认为组织拒绝变化的阻力是当下大规模敏捷的主要障碍利益&挑战对比2021-2022调研数据,中国企业敏捷转型的主要障碍已从“缺乏敏捷实践经验”转变为“组织拒绝变化的阻力”。说明敏捷虽然得到了从业者的广泛认可,但仍存在相当比例的中国企业还在观望和犹豫整体来看,中国企业在实施敏捷的过程中已呈现较强的规律性,也更重视团队生产效率的提升,但仍需解决好传统组织文化与敏捷理念的冲突,并持续学习最佳敏捷实践,尽快摆脱初级的状态发展趋势03中国企业敏捷主流MAINSTREAM来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 Pi
6、ngCode 和 老布谈敏捷 版权所有03参与调研的受访者分布于全国43个城市,其中74%位于一线城市受访者主要是专业技术人员以及IT业务负责人,兼顾外部顾问与内部成员,岗位涵盖了产品经理、项目经理、敏捷教练、工程师及各层管理者等受访者所在企业规模呈均匀分布,从10人的初创企业到5000人的大型集团,涵盖16个主流行业线上问卷调研本次调研得到受访者的大力配合,分享了敏捷知识和具有中国特色的敏捷实践案例,最终形成白皮书敏捷实践八个维度分析和TOP10年度最佳敏捷实践。再次感谢各位受访者对我们本次调研和访谈的支持和贡献!(名单请详见附录2.2)敏捷专家一对一访谈04关于调研ABOUT RESEAR
7、CH来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有04城市北京10316%广州234%武汉112%其它8613%上海28144%杭州254%成都132%苏州71%深圳6911%保定152%南京112%被调研人数比例样本量:n=644RegQ 01:您所在企业的总部在?(单选题)北京Beijing上海shanghai杭州hangzhou苏州suzhou南京nanjing武汉wuhan成都chengdushenzhen深圳guangzhou广州南沙群岛保定baoding644名受访者所在企业总部主要分布在中国一线城市或新一线城市,其中,北上广
8、深四个城市占比75%。发达城市的企业更容易接纳先进的敏捷方法,敏捷方法的应用实践也进一步促进企业的发展,大幅提升了企业的竞争力。受访者企业总部分布于全国各地,75%位于一线城市来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有05开发团队成员项目经理产品经理Product Owner中层管理者(总经理、总监等)Scrum MasterCXO(CEO/CTO/CIO等)外部教练敏捷顾问其他0%10%40%30%20%33%20%14%11%9%3%3%7%样本量:n=644Reg Q02:以下哪个岗位名称能够最恰当的描述您当前的岗位?(单选题)
9、受访者所在岗位占比TOP 3是开发团队成员、项目经理、产品经理/PO,由此可见企业敏捷落地对人员专业化的要求。其中,项目经理(20%)相比Scrum Master(9%)有更高的占比,体现出大部分企业仍处在敏捷转型期。受访者主要由专业技术人员或IT业务负责人组成来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有06IT/互联网金融/保险汽车企业服务先进制造智能硬件芯片/半导体通信电商/零售人工智能教育医药健康其他7%47%2%2%2%2%18%6%4%3%3%2%2%样本量:n=644Reg Q03:您所处的行业是?(单选题)110 人112
10、5 人2650 人51100 人101300 人3011000 人10015000 人5000+人2%7%7%14%18%4%32%16%样本量:n=644Reg Q04:您所在企业规模是?(单选题)110 人1125 人2650 人51100 人101300 人3011000 人1000+人12%14%17%15%20%11%11%样本量:n=644Reg Q05:您所在企业的软件开发团队规模是?(单选题)受访者所在行业中,47%为IT/互联网,18%为金融/保险,6%汽车,4%企业服务,其它行业占据25%;受访者80%位于100人以上中大型企业;企业的软件开发团队规模分布比较均匀,从10人
11、以内小团队到1000人以上的大型团队不等。由此可见,敏捷思维模式的理念和实践已在国内广泛应用,不再局限于单一行业或特定规模的组织。敏捷实践已广泛覆盖多个行业以及不同规模企业和软件团队来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有075.1 敏捷法论应Q6.Q7.Q8.Q9.受访者所在企业敏捷团队的比例受访者所在企业采用的敏捷管理实践受访者所在企业采用的敏捷方法受访者所在企业敏捷实践年限5.2 敏捷实施Q10.Q11.Q12.Q13.受访者所在企业采用的规模化敏捷框架受访者所负责产品的迭代周期受访者所在企业采用的敏捷工程实践受访者所在企业使
12、用的敏捷工具5.3 收益与挑战Q14.Q15.Q16.受访者所在企业采用敏捷的核心原因受访者认为敏捷项目成功的重要因素受访者所在企业采用规模化敏捷面临的最大挑战05中国企业敏捷现状及分析ANALYSIS来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有08调查结果显示通过2021-2022调研数据对比发现,受访者所在企业的敏捷团队占比从2021年的55%提升至2022年的63%,说明越来越多的中国企业正在从传统研发模式转变为敏捷研发模式,并不断扩大敏捷适用范围来促进企业整体敏捷转型Scrum四大会议与发布计划,在众多敏捷实践中独占鳌头,说明大
13、部分企业正通过这些领先实践来规范团队迭代节奏,确保交付2022年,Scrum和Kanban仍为最受欢迎的方法论,其中Lean(精益)成为新宠2017-2021年,采用敏捷方法的中国企业数量正在逐年递增,越来越多的中国企业将敏捷从复选项逐步进化为必选项5.1敏捷方法论应用USE OF AGILE METHODOLOGIES 来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有09对比2021年与2022年调研数据发现,在已经采用敏捷方法的中国企业中,有一半以上敏捷团队的企业占比从2021年的55%提升至2022年的63%,只有敏捷试点团队的企业占
14、比大幅降低,从2021年的21%下降至2022年的13%。由此可见,中国企业越来越多的团队采用敏捷方法,并不断扩大敏捷适用范围来促进企业整体敏捷转型。63%中国企业中敏捷团队占过半 我们大部分团队(50%以上)都使用敏捷方法我们小部分团队(50%以下)使用敏捷方法我们只有试点团队使用敏捷方法我们所有团队都在使用敏捷方法0%13%38%50%25%22%24%41%31%25%24%13%21%63%受访者表示企业中敏捷团队占过半2021(n=501)2022(n=644)Reg Q06:您所在企业敏捷团队的比例最符合以下哪一项?(单选题)来源:中国企业敏捷实践白皮书编委会自主研究及绘制 202
15、2 PingCode 和 老布谈敏捷 版权所有10随着企业敏捷实践年限的增加,企业会不断允许更大比例的团队采用敏捷方法。数据显示,过半数的企业在实施敏捷超过一年后,企业内部敏捷团队的占比即能达到50%以上,相较于2021年,敏捷推广的速度变得更快、普及度更高。过半数的企业在实施敏捷超过一年后,企业内部敏捷团队成为主流40%50%60%70%30%20%10%0%15%15%16%33%36%37%47%59%24%49%22%23%43%23%40%38%14%9%10%5%19%19%4%31%6%17%29%19%不到一年56年6年以上12年23年34年45年全部为敏捷团队敏捷团队已过半敏
16、捷团队未过半试点敏捷团队样本量:n=644Reg Q06:您所在企业敏捷团队的比例最符合以下哪一项?(单选题)Reg Q09:您所在企业的敏捷实践了多少年?(单选题)来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有11110人(n=75)1125人(n=95)2650人(n=90)51100人(n=111)101300人(n=74)3011000人(n=73)1000+人(n=129)0%10%40%30%20%28%17%16%32%20%21%20%Reg Q05:您所在企业的软件开发团队规模是?(单选题)Reg Q06:您所在企业敏捷
17、团队的比例最符合以下哪一项?(单选题)对于具备不同软件团队规模的企业,能够更好地推行全员敏捷的是拥有50到100人软件团队的企业,占比32%,其次是拥有1到10人小规模软件团队的企业,占比28%。但整体来看,中国能够推行全员敏捷的企业占比仍然较低。50-100人规模的软件团队更容易推行全员敏捷来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有12每日站立晨会集体办公热心用户参与用户故事地图用户故事测试左移及全程测试介入工时集体估算团队回顾会迭代计划会提倡质量内建任务墙迭代展示会小于15人的混合角色全功能知识共享发布计划0%10%50%60%6
18、0%30%40%20%35%33%59%57%51%19%21%26%12%14%17%3%5%10%6%样本量:n=644Reg Q07:您认为所在企业采用了如下敏捷管理实践?(复选题)统计结果显示,“Scrum四大会议”和“发布计划”已成为敏捷管理实践中最受欢迎的TOP5实践。目前已有绝大部分企业正通过这5项实践来逐步规范团队的敏捷交付节奏,但仍需一些时日企业才会采纳更高阶的敏捷实践,尤其是产品需求相关和提升质量相关实践方法的应用还有待加强。Scrum四大会议与发布计划,在众多敏捷实践中独占鳌头来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版
19、权所有1382%的中国企业都在使用Scrum及其混合方法,64%的中国企业更倾向使用精益相关方法,其中“精益Kanban”占比37%,“Lean(精益)”占比27%。由此可见,围绕需求和任务信号卡,运用Kanban开展可视化管理,从而减少浪费、提升效能,已经被中国企业所广泛接受。Scrum与Kanban仍为主流方法论,Lean(精益)成为新宠Scrum混合Scrum和其他方法精益KanbanLean(精益)Extreme Programming(极限编程)0%10%20%30%60%50%40%55%27%23%13%37%样本量:n=644Reg Q08:您认为所在企业使用哪个敏捷方法?(复
20、选题)82%受访者所在企业使Scrum相关敏捷法64%受访者所在企业使精益相关敏捷法来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有146年以上56年45年34年23年12年不到1年0%10%30%20%19%5%9%13%18%23%12%样本量:n=644Reg Q09:您所在企业的敏捷实践了多少年?(单选题)调研发现,所采用敏捷方法的中国企业数量从2017年开始正在逐年递增,中国企业采用敏捷实践“12年”的占比高达23%。由此可见,越来越多的中国企业采用和接纳敏捷,随着“数字中国”蓝图的推进,中国企业管理者正在面临着一场管理变革,而敏
21、捷管理也正在从复选项逐步进化为必选项。2017-2021采用敏捷方法的中国企业正在逐年递增来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有15调查结果显示81%中国企业选择使用规模化敏捷框架,较去年增长6个百分点当前中国企业主流迭代周期在3周以内,从行业对比来看,互联网仍是迭代最快的行业受访者所在企业首选的敏捷工程实践是持续集成,当然还有一些性价比较高的工程实践如接口自动化测试、接口监控等,有待企业进一步应用随着国产敏捷项目管理工具的迅速发展,市场份额逐年增加,中国企业敏捷项目管理工具采用率已达到96%5.2敏捷实施IMPLEMENTATI
22、ON OF AGILE来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有16125(n=37)3011000(n=144)51100(n=348)2650(n=42)10015000(n=106)101300(n=93)5000+(n=207)0%18%9%45%36%27%19%30%25%36%24%25%25%采用Scurm of Scrums随企业规模比例图125(n=37)3011000(n=144)51100(n=348)2650(n=42)10015000(n=106)101300(n=93)5000+(n=207)0%14%7
23、%35%28%21%27%12%15%13%14%19%8%采用SAFe随企业规模比例图Scrum of ScrumsLeSS(大规模Scrum)没有应用规模化敏捷框架SAFe(规模化敏捷框架)Lean Management(精益管理)Exterprise Scrum(企业级Scrum)Disciplined Agile(规范敏捷)Spotify Model(Spotify模式)0%10%40%30%20%31%25%14%5%5%2%29%19%14%9%8%7%7%7%3%5%2021(n=501)2022(n=644)Reg Q010:您所在企业采用如下哪个框架做规模化敏捷?(单选题)R
24、eg Q04:您所在企业规模是?(单选题)2022年“Scrum of Scrums”和“SAFe”规模化敏捷框架仍为主流,并且受访者所在企业“没有应用大规模敏捷实践”的比例从2021年的25%下降至19%,其他规模化敏捷框架如Enterprise Scrum(企业级Scrum)、Spotify Model(Spotify模式)在使用上均有提升。此外,对比企业规模和规模化敏捷框架结果显示,企业规模越大,使用Scrum of Scrums来落地规模化敏捷的越多,而SAFe框架在100人以下规模企业中更受欢迎。2021-2022中国企业最受欢迎的规模化敏捷框架是Scrum of Scrums来源:
25、中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有1751%的受访者所在企业的迭代周期在3周以内,其中采用“2周”迭代的企业占比30%。得益于规模化敏捷框架的运用,49%的“5000+人”大规模企业迭代周期已控制在3周以内,实现了“大象起舞”。从行业对比来看,迭代周期在1-2周的互联网企业要高于其他企业,可见IT/互联网行业更倾向短周期迭代。但仍有13%的受访者所在企业迭代周期超过“4周”,21%的企业还没有固定的迭代周期,说明敏捷还处于早期,暂未体会到短周期迭代的必要性和价值所在。51%中国企业迭代周期在3周以内,互联仍是迭代周期最短的业1周3周
26、4周以上2周4周根据产品不同而调整0%10%5%30%25%35%20%15%9%30%13%14%12%21%样本量:n=644样本量:n=20751%49%13周4周以上或者不固定5000+人企业1周4周以上3周2周根据产品不同而调整4周0%10%40%30%20%11%33%8%28%12%14%12%14%11%14%18%24%敏捷实践周期行业对比非互联网企业(n=343)IT/互联网企业(n=297)Reg Q11:您负责的产品迭代周期是多长时间?(单选题)Reg Q03:您所处的行业是?(单选题)51%受访者所在企业的迭代周期在3周以内来源:中国企业敏捷实践白皮书编委会自主研究及
27、绘制 2022 PingCode 和 老布谈敏捷 版权所有18受访者所在企业敏捷程实践TOP 3为“持续集成”、“单元测试”、“持续部署”。“接口自动化测试”及“接口监控”作为性价比较高的工程实践有待企业进一步应用,而采用“测试驱动开发”和“结对编程”的企业占比最低,说明这两项敏捷程实践在中国仍有很长的路要走。后续章节选取的年度最佳敏捷实践案例中,有关于结对设计的充分说明,将很好体现这类工程实践的巨大价值。78%中国企业选程实践为持续集成Interfacce Monitoring(接口监控)ABTest(AB测试)Continuous Integration(持续集成)Code Specifi
28、cation Scanning(代码规范扫描)Unit Test(单元测试)Continuous Deploy(持续部署)Refactoring(重构)Interface Auto Testing(接口自动化测试)Grayscale Release(灰度发布)Code Sharing(共享代码)UI Auto Testing(UI自动化测试)Pair Programming(结对编程)Testing-Driven Development(测试驱动开发)0%20%30%10%80%90%60%70%40%50%69%78%67%63%62%29%33%50%40%24%15%29%27%样本量:
29、n=78Reg Q12:您认为所在企业采用了如下敏捷工程实践?(复选题)来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有19优秀的敏捷项目管理工具将助力企业快速响应客户需求,更好更快地发布产品。随着国产工具的迅速发展,敏捷项目管理工具成为中国企业敏捷实践的必选项,采用率达到96%。目前,Jira仍是国内企业敏捷工具首选,占比达41%,传统的Excel仍被广泛使用,占比从2021年的30%下降为2022年的20%,主要原因是随着国产研发管理工具专业能力的提升、国产化替代趋势、本土化服务优势,国产工具应用越来越广泛,如:PingCode、飞书(
30、Lark)、禅道和TAPD等敏捷工具替代了不少之前的传统做法。敏捷项目管理工具成为中国企业敏捷实践的必选项样本量:n=644Reg Q13:您所在企业在使用如下哪个敏捷工具?(复选题)TAPDTeambitionJiraExcel禅道飞书(Lark)PingCode自研其他Leangoo0%10%40%50%30%20%41%20%18%13%14%16%14%5%5%11%来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有20超4成企业采用敏捷的核心驱动力仍是提质增效,其中,“提升IT与业务匹配度”首次进入企业选择的Top10,说明业研一体
31、化开始受到中国企业的重点关注用户满意度和交付的商业价值成为判断敏捷项目成功的重要因素,当然企业内不同管理层级和角色对敏捷的收益的关注点也不尽相同近半数的受访者认为企业规模化敏捷的最大挑战来源于组织本身,引入敏捷专业经验赋能团队对企业敏捷转型至关重要调查结果显示5.3收益与挑战BENEFITS&CHALLENGES来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有212022年调查显示,加快软件交付、提升团队产能及应对变更仍是企业采用敏捷的3大主要原因,仅18%的受访者从企业战略层面思考如何通过敏捷方法帮助组织在市场上取得成功,仍然处于较低水平
32、;14%的受访者将“提升IT与业务匹配度”列入企业采用敏捷的核心原因,相较2021年调查结果,这是最大的变化点,说明有不少企业开始关注如何将IT资源精准投放到高业务价值上,这可能与企业在疫情时期着重追求IT投产价值最大化有关。超4成企业采敏捷的核驱动仍是提质增效增强需求变更的管理能力加速软件交付改善研发进度的透明度提高团队士气加强分布式团队管理提升团队的生产力加快应对客户反馈提升软件质量减少项目风险及时地应对市场变化提升IT与业务匹配度增强软件可维护性降低产品的成本0%10%40%30%60%70%20%50%51%50%63%33%35%14%14%28%18%26%11%9%12%样本量:
33、n=644Reg Q14:您认为您所在企业采用敏捷的核心原因是?(复选题)来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有22敏捷的实质是及时应对市场变化和加快应对客户反馈,在统计不同角色对采用敏捷的核心诉求时发现,无论何种角色,采用敏捷的核心诉求都是为了加速软件交付以及提升团队生产力;增强需求变更的管理能力同样是企业内部的关注重点,相比之下,外部敏捷顾问则会更加关注如何通过敏捷“加快应对客户反馈”;企业CXO还希望通过敏捷来“及时地应对市场变化”以及“加强分布式团队管理”。样本量:n=644Reg Q02:以下哪个岗位名称能够最恰当的描述
34、您当前的岗位?(单选题)Reg Q14:您认为您所在企业采用敏捷的核心原因是?(复选题)CXO及外部教练/敏捷顾问更能把握敏捷的实质71%62%55%61%69%50%42%51%43%65%53%49%47%65%26%34%31%45%32%18%21%35%32%26%36%45%42%13%19%10%26%17%35%30%26%14%19%25%5%6%13%20%16%11%24%29%45%16%17%11%20%16%6%12%35%55%53%52%51%53%53%49%34%32%44%27%38%29%28%29%33%19%37%29%11%19%15%15%25%
35、11%13%25%13%14%11%16%7%15%7%9%18%加快应对客户反馈增强软件可维护性加强分布式团队管理增强需求变更的管理能力加速软件交付Scrum Master(n=55)产品经理/ProductOwner(n=93)开发团队成员(n=207)项目经理(n=127)中层管理者(总经理、总监等)(n=73)CXO(CEO/CTO/CIO等)(n=20)外部教练/敏捷顾问(n=19)提升软件质量提升团队的生产力改善研发进度的透明度减少项目风险及时地应对市场变化降低产品的成本提高团队士气提升IT与业务匹配度角色对影响因素的关注程度较高角色对影响因素的关注程度较低来源:中国企业敏捷实践白
36、皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有2378%的受访者认为应该用客户/用户满意度来评价一个敏捷项目是否成功,72%的受访者认为交付的商业价值也非常重要,当然还有多数受访者认为研发速率和需求响应时长的改进,同样可以视为敏捷项目的成功。另有32%的受访者认为“成员开心工作”是敏捷项目成功的关键判断因素,说明中国企业也逐渐开始关心团队中成员的身心健康。用户满意度和交付的商业价值是评价敏捷项目成功的最重要因素样本量:n=78Reg Q15:您认为评价一个敏捷项目成功的重要因素?(复选题)研发速率每个迭代的需求变更占比工时估算准确率客户/用户的满意程度交付的商业
37、价值实际花费的成本需求响应时长按时发布平均每个迭代的工作量缺陷的数量和等级占比成员开心工作0%20%10%30%60%80%90%40%50%70%78%36%36%72%46%47%31%27%28%18%32%来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有24缺乏培训或咨询难以雇佣或留住敏捷开发人员不愿意承认错误或缺少从失败中学习的能力缺乏CXO的支持缺乏合适的 Product Owner 或 Scrum Master不足的团队协作和分享组织拒绝变化的阻力与使用传统开发方法的团队合作制定新的绩效激励制度难度大习惯了基于 PMP 的传统
38、研发方法组织文化与敏捷的冲突缺少中层管理者的支持部门墙的阻碍缺少合适的工具没有敏捷实践经验0.0%10.0%30.0%20.0%25.3%25.5%24.5%19.6%20.0%20.7%21.7%13.5%15.4%16.6%16.6%5.0%5.1%8.2%11.0%样本量:n=644RegQ16:您所在企业采用规模化敏捷最大的挑战是?(复选题)组织及文化冲突是中国企业敏捷转型的最大障碍组织与文化是敏捷生根发芽和成长的土壤,但调查显示,50%的受访者认为企业规模化敏捷的最大挑战来源于组织本身,只有解决传统组织文化与敏捷理念的冲突,企业才能更好地适应快速变化的市场环境。其次,缺少敏捷实践经验
39、、专业人才或咨询培训,同样是企业规模化敏捷实施的主要挑战,由此可见,引入敏捷专业经验赋能团队对企业敏捷转型来说至关重要。50%受访者认为企业规模化敏捷的挑战来源于组织本身来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有25对比2021年规模化敏捷的各种挑战及不同角色关注度排序发现,“组织文化与敏捷的冲突”以及“缺乏敏捷实践经验”仍是各角色公认的挑战;SM及外部敏捷顾问认为挑战很大程度上来自“部门墙的阻碍”;CXO认为“缺少合适的工具”以及“缺少培训或咨询”也是规模化敏捷实施的主要问题;对于产品经理PO以及项目经理来说,更担心由于“习惯了基于
40、PMP的传统研发方法”而影响规模化敏捷的落地。不同岗位角色对规模化敏捷面临的挑战认知不同样本量:n=644Reg Q02:以下哪个岗位名称能够最恰当的描述您当前的岗位?(单选题)Reg Q16:您所在企业采用规模化敏捷最大的挑战是?(复选题)27%24%29%23%28%35%21%25%30%35%11%24%27%15%26%22%27%20%26%14%20%30%11%25%24%10%26%11%21%10%32%33%28%10%21%19%15%25%11%10%5%15%6%20%10%21%5%0%11%22%23%30%11%11%13%10%21%9%9%9%6%0%10
41、%18%24%26%31%20%33%20%19%19%16%20%18%16%17%8%11%20%11%9%19%16%29%10%21%7%15%15%18%13%16%9%5%8%3%11%8%11%4%7%2%11%10%缺少管理层的支持缺乏CXO的支持与使用传统开发方法的团队合作不愿意承认错误或却缺少从失败中学习的能力组织文化与敏捷的冲突组织拒绝变化的阻力Scrum Master(n=55)产品经理/ProductOwner(n=93)开发团队成员(n=207)项目经理(n=127)中层管理者(总经理、总监等)(n=73)CXO(CEO/CTO/CIO等)(n=20)外部教练/敏捷
42、顾问(n=19)缺乏合适的Product Owner或Scrum Master没有敏捷实践经验缺乏培训或咨询习惯了基于PMP的传统研发方法缺少合适的工具不足的团队协作和分享制定新的绩效激励制度难度大难以雇佣或留住敏捷开发人员部门墙的阻碍角色对影响因素的关注程度较高角色对影响因素的关注程度较低来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有26中国企业在推行敏捷过程中,根据行业特性、上海品茶和团队经验等逐步演化出具有中国特色的敏捷实践,经过20位敏捷专家与70位敏捷实践者的一对一深度访谈,选出本次“TOP10年度最佳中国企业敏捷实践”。关于T
43、OP10本章整体呈现中国企业对敏捷的期望,通过价值、领导力、团队、实践、工具、需求、质量、学习与改进八个维度的实践现状及分析,帮助国内更多企业取得理想实践效果。核心目标06中国企业敏捷实践八维度分析CASE STUDY来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有27价值:认准目标客户才能确保敏捷实践的结果是有价值的。调研发现,仅有14%的企业部分实现价值管理闭环,8%的企业能够做到企业战略和业务目标与价值管理紧密结合。这一现象说明了大部分中国企业还不能在敏捷实践中实现需求价值的体系化及多维度价值度量,因此推广优秀的敏捷实践至关重要。本节
44、所选实践,帮助国内企业了解如何通过ABTest中台化实现产品的业务目标与需求价值的量化判断,从而缩短研发周期并节约成本,这种基于多维度度量数据做业务决策的实践非常值得学习。那么如何“正确地做正确的事”,王艳茹专家基于调研结果与具体实践,向大家说明了价值导向在敏捷实践中的重要意义。6.1价值VALUE“价值”作为敏捷的核心,包括用户价值、商业价值和社会价值。在敏捷实践的过程中,最重要的是明确各项价值所在并坚定执行,一旦出现了偏差,便是南辕北辙,而目标的实现需要有正确的方向、客观的数据、明确的标准和果断的决策。来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈
45、敏捷 版权所有28在企业的价值管理方面,有35%的企业能够按照价值进行优先级排期,仅有14%的企业能够部分实现价值闭环管理,13%的企业能够对价值进行多维度量化,能够做到企业战略和业务目标与价值管理紧密结合的企业仅8%。目前仍有31%的团队没有严格做到高价值需求优先交付,这说明了大部分中国企业在需求价值的体系化、多维度度量等方面还有巨大的提升空间,需持续学习优秀的敏捷实践。69%中国企业尝试在不同层级实现产品价值管理团队会对需求价值进行评估对比,基本按价值排期和交付团队有多维度且量化的价值评估规则,体系化的价值交付团队会对需求价值进行简单评估,没有严格做到高价值需求有限交付某些部门有完整的价值
46、闭关管理过程企业战略和业务目标能够与价值管理保持紧密的联动0%10%40%30%20%31%13%14%35%8%样本量:n=78Reg Q17:您认为所在企业的价值管理方面的现状最符合以下哪一项?(单选题)69%受访者所在企业尝试在不同层级实现产品价值管理来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有29余知权(某互联网公司 高管)价值维度实践案例 ABTest中台化AB test 中台化实践很好地诠释了敏捷原则第一条、第二条和第七条:“我们最重要的目标,是通过持续不断地及早交付有价值的软件使客户满意。”“欣然面对需求变化,即使在开发后
47、期也一样。为了客户的竞争优势,敏捷过程掌控变化。”“可工作的软件是进度的首要度量标准。”总结1.灰度放量周期缩短:产品特性从上线到全量推广花费的时间比不用平台缩短了50%以上;2.价值判断从主观到客观:回滚有了明确的数据依据,从此不再靠猜测,不用耗费大量时间讨论;3.价值判断有标准:产品的用户价值有明确判断标准,在应对变化时,团队也变得更加积极主动。实践结果1.搭建系统:首先是搭建平台,以SDK的形式,对多特性同时进行ABtest 的开关控制,同时建设了基于用户ID 的百分控2.数据建模:抽取部分产品的特性数据,建立特性置信度区间的算法模型;3.评估标准:建立业务的不同阶段、不同时间和不同规模
48、的评估标准,从而选择有价值的产品特性;4.产品验证:在一个产品上进行试用,取得一定的效果之后在其他产品上进行推广;5.制度先行:标杆示范的作用发挥出来之后,得到足够的信任度,通过管理方式下发制度,进行推广;6.统一接口:平台提供统一接入接口规范,要求全公司产品接入,形成中台化管理;7.全面推广:ABTest平台与灰度发布相结合,成为了公司的一个重要基础设施。敏捷实践1.产品设计的合理性缺乏有效的验证手段;2.多特性同时上线,互相干扰,无法判断特性的价值优劣;3.以往通过渠道对比、时间对比等方式,都不能有效地进行价值评判,因此推广节奏不可控。问题成因由于产品特性的价值缺乏有效评判标准,导致经常出
49、现无依据地回滚特性,从上线到全量推广节奏不可控且周期过长,团队应对需求变更的态度也变得消极。问题制的两级灰度发布;IT/互联网来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有30“在超级竞争的环境里,正确地做事很容易,始终如一地做正确地事情很困难。组织不怕效率低,组织最怕高效率地做错误的事情。”彼得.德鲁克2021年的白皮书中,陈忠专家在客户价值章节中给大家推荐了高价值的“用户画像”的敏捷实践。我们一旦明确了用户画像,就会知道用户需要的是什么,即“正确的事”,那么如何正确地实现用户需求?如何快速响应需求变化?如何准确及时地判断以提升效率?这
50、是我们需要进一步思考的问题。本节所选实践通过搭建ABtest与灰度发布结合平台,建立了产品ABtest各类模型以及产品管理评估规范,并通过产品验证、推动制度先行、统一接口等一系列具体实践举措,在公司管理层和各产品团队达成共识,因此得以全面推广,目前该平台已经成为公司的一个重要基础设施。凭借ABtest中台这一价值交付利器,帮助企业的业务团队正确地做正确的事:首先,通过AB Test识别有价值的产品需求,并通过迭代持续打磨让用户满意的产品;其次,AB Test帮助团队在明确价值判断标准下,有效应对需求变化;最后,AB Test给出团队价值反馈后,团队能够针对问题不断追求技术卓越和良好设计,敏捷能
51、力也得到进一步加强。正确地做正确的事王艳茹腾讯科技 安全项目总监、敏捷教练专家观点来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有31领导力:激励敏捷人才并营造敏捷文化确保敏捷转型成功。通过对企业领导力现状的调研,我们很高兴地发现91%的企业领导者在不同程度上都践行了敏捷领导力,而不具备敏捷领导力的企业仅占9%。在本节实践案例中,某财险公司信息技术部高级工程师分享了组织级数字化转型中的优秀敏捷领导力实践,不仅解决了产品上市周期长、响应市场变化慢的难题,还打破了部门墙、提升了客户满意度,该案例将为同类企业在组织层面进行有效敏捷实践打开思路。同
52、时,张志华专家也基于调研结果与具体实践,提出了“去中心化决策”的观点,帮助组织领导者把握如何授权赋能一线团队。6.2领导力LEADERSHIP领导力是实现企业敏捷变革的基石,引领落地敏捷实践,并对其结果负责。在VUCA时代,是否具备敏捷领导力往往是企业成败的关键。数字化转型或敏捷变革需要改变工作方式,所以敏捷领导者必须理解敏捷的价值观、原则和实践,并躬身入局、影响和传授给他人。领导者只有具备系统化思考的能力,才能全面进行组织、业务、技术的变革和创新,培育和激励敏捷人才,营造真正的敏捷文化。来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有32
53、团队领导亲自做决定,有意识培训团队,成员可以通过渠道提意见某些部门内领导带头践行敏捷价值观,积极发展团队且部分授权团队,主动适应市场变化团队领导积极参与敏捷实践,系统化培养员工,能够听取员工意见并部分授权团队领导置身事外,没有培养团队,管控团队为主全公司领导敏捷联动,均能信任团队且授权,业务能够应对及时市场变化0%30%40%20%10%10%24%29%27%9%91%中国企业在不同程度上践了敏捷领导样本量:n=78Reg Q18:您所在企业的领导力现状更符合以下哪一项?(单选题)91%中国企业在不同程度上践了敏捷领导调研发现,绝大多数受访企业的领导者都具备敏捷思维,其中有27%的中国企业领
54、导者会亲自做决定,有意识培训团队,通过不同渠道听取团队的意见;29%的团队领导积极参与敏捷实践,系统化培养员工,能够听取员工意见并部分授权。目前敏捷领导力多体现在团队级,在部门级和企业级仍有待加强,企业领导者能够充分利用敏捷加强应对市场变化才是最关键的。来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有33“经常地交付可工作的软件,相隔几星期或一两个月,倾向于采取较短的周期”“在项目过程中,业务人员、开发人员必须每天在一起工作”“以受到激励的个体为核心构造项目,为他们提供所需的环境和支持,信任他们可以把工作做好”该敏捷领导力实践体现了敏捷十二
55、条原则中的第三条、第四条、第五条:总结实现高效高质的产品发布。在产品未变化的情况下,信息技术部在2020年总计发布产品300次,2021年提升至800次,2022年达到1000次,并完成高质量发布。客户满意度大幅度提升。该财险公司总部设有16个部门和16个省级分公司及计划单列中心支公司,每年各部门会从服务能力、服务态度和服务效率三个维度互评满意度。2020年信息技术部门的总体满意度排名第8,而在2022年跃升至第1名。1.2.实践结果1.引发高层管理者高度重视,从上至下推动数字化变革:2.部门领导以身作则,践行敏捷价值观,设定业务和技术部门共享目标,通过走动式管理(Gamba Walk),多去
56、员工工作现场,进行充分授权,并通过季度绩效考核来激励员工,培育敏捷文化。a.2020年6月,公司对信息技术部进行组织架构调整,打破技术部门不同团队之间的“筒仓”,由职能型转变为跨职能的全栈团队,实现技术敏捷;b.2021年5月至2022年2月期间,成立数字化改革领导小组,并下设数字化改革办公室,从整体上对业务和业务部门进行调整和优化,开启业务敏捷的旅程。敏捷实践1.该公司采用传统的职能型组织结构,各个部门利益和目标不同,存在固有的“部门墙”;2.业务部门和技术部门开发了客户不需要的产品或特性,并且相互指责。问题成因公司面临着来自内外部的双重挑战:1.外部挑战:现有数字化产品上市周期长,定制化程
57、度低,不能快速响应市场变化和满足客户需求;2.内部挑战:公司有16个涵盖不同业务和技术的职能部门,跨部门协作效率低、成果少,彼此的信任度和满意度堪忧。问题侯先生(某财险公司 高级工程师)领导力维度实践案例 走动式激励金融/保险来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有34如果说技术敏捷和业务敏捷构建了组织级敏捷的大厦,那么敏捷领导力就是这座大厦的地基。敏捷领导力本质上是一种适应型领导力,需要与时俱进、灵活调整领导风格,主动适应不同的市场变化。本次调研中,绝大部分企业都践行了敏捷领导力,更可喜的是,有63%的企业领导者有意识地培养敏捷人
58、才,并且在不同程度上授权和赋能一线员工和团队。领导是一种责任,而不是职位或者特权。在领导力情境下,我们希望最大程度去激发知识性工作者的内在动机,授权赋能,改变以往过度僵化、缓慢的集中化决策方式。本案例中侯先生推荐的两种领导力实践:公司领导层从上至下推动数字化变革以及以身作则践行敏捷价值观,均有非常好的借鉴意义。同时,也借此机会分享一个适用度很广的敏捷领导力实践:去中心化决策。“去中心化决策”这种方式适用于频繁发生、时间紧迫、经济影响小的决策场景,通过最大程度的赋能给团队成员,提升决策效率和质量,减少因为等待造成的不必要的浪费。而集中化决策方式,更适用于发生次数少、持续时间长,经济规模影响大的场
59、景。因此,企业在考虑选择哪种决策方式时,建议考虑三方面因素,即决策频率高低、持续时间长短和经济影响大小,并通过量化的度量结果来判断和选择最佳决策方式,而能否采取合适的决策方式也是敏捷领导优劣的一个重要体现。赋能团队成员,提升决策效率和质量张志华曼合普管理咨询公司 咨询经理专家观点来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有35团队:结合客户行业企业自身优势的自组织管理才是有效的。调研发现,绝大部分企业都能感受到敏捷带来的好处,并愿意主动运用敏捷实践来解决团队问题。也有不少企业从业务价值链出发,构建生态型组织,建立共同的目标,在本节的实践
60、案例中,通过打造敏捷“绿洲”来缩短产品交付时间、提升产品质量的做法非常值得借鉴。基于调研结果和敏捷实践案例,Lyrin专家全面阐述了如何将敏捷部落与OKR或KPI有机结合。团队需紧密围绕业务场景和任务目标,将业务价值链的核心功能提取出来,并据此构建工作模式,不断促进团队之间的协作。通过OKR或关键业绩指标(KPI)对日常交付的绩效进行监测,让团队成员积极并愿意承担责任,从而保证产品创新能力强且版本质量高;并通过多个敏捷管理实践来促使每一个敏捷团队逐步形成自驱,例如:可视化管理、数据驱动管理、北极星指标等等。6.3团队Team来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingC
61、ode 和 老布谈敏捷 版权所有3671%中国企业的团队已经从敏捷实践中获益从统计结果来看,71%的受访者所在企业的团队能够体会到敏捷带来的好处,如主动解决团队问题、主动响应市场变化、彼此信任度增加等等,但仍有近三成的中国企业以职能性或矩阵型团队为主。总体来看,中国敏捷团队也在根据业务价值或市场场景不断变化,去实现团队高效运作和高质量交付。团队成员彼此信任,对于敏捷价值观有共识,不断反思并主动调整敏捷实践某些部门内所有团队对于敏捷价值观具有高度共识,互相补位且不断提升绩效职能型或矩阵型团队,开始尝试时间敏捷流程企业内实践大规模敏捷方法,主动响应市场变化并不断提升效率和质量团队成员感受到敏捷的好
62、处,透明化工作内容,主动运用敏捷实践解决团队问题0%30%40%20%10%17%28%15%10%29%样本量:n=78Reg Q19:您认为所在企业的敏捷团队现状更符合以下哪一项?(单选题)71%受访者所在企业的团队已经从敏捷实践中获益来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有37实现共同事业需打造敏捷“绿洲”,非常适合诠释敏捷原则第五条:“激发个体的斗志,以他们为核心搭建项目。提供所需的环境和支援,辅以信任,从而达成目标。”总结产品交付时间缩短37%,产品质量提升超50%。实践结果根据服务环节调整组织架构形成部落,设定部落长,并
63、将硬件团队纳入敏捷部落以降低沟通成本;30人组成一个敏捷小组,成员组成包括:CTO,ScrumMaster,Product Owner,架构,算法,开发,测试等;部落推行过程中,领导给予大力支持,在组织层级形成统一意见,采取如下措施:a.规范协助模式、协作职权,协作标准机制,如会在协作标准中约定好需求受理的优先级、交付时间、质量要求和依赖关系等等;在协作职权中,明确由部落长负责部落内的整体资源分配和整合,部落重要事项和关键决策,保障需求交付速度和交付质量;同时每个团队都有一个PO来负责团队的需求、进度、问题等;b.通过管理思想工具化,做到精准决策、传达和有序执行,同时利用工具提高研发效能和产品
64、质量,已使用的有Jira、Confluence、Git、Maven和自研集成工具等;c.优化效能度量和绩效管理,与员工发展计划进行关联,让团队清晰了解目标和任务,如使用“以客户为中心的工具平台”作为KPI,度量指标包括用户需求响应时间、需求处理时间等。d.在员工意识和管理方面,对员工的素质、沟通能力和价值观等提出相应的要求,并与人才引入及人才培养相关联。1.2.3.敏捷实践敏捷团队未包含硬件团队,软硬件团队分散在不同的部门,在自治性、流程、沟通、需求受理和优先级方面存在差异;9人敏捷小分队不能适应目前多团队或百人规模的团队。1.2.问题成因公司的智能驾驶项目涉及软硬件部门的跨团队协作,经常出现
65、沟通不畅或效率低的问题;由于硬件的质量问题,导致交付时间长或车厂倒闭。1.2.问题魏冬(某互联网公司 CTO)团队维度实践案例打造敏捷“绿洲”IT/互联网来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有38企业随着业务的发展和规模的扩张,部门墙阻碍的加重使跨团队资源协调变得愈发困难,打破部门边界,重塑“部落组织”显得尤为重要。敏捷部落的核心是“组织结构”的变革,也是敏捷小队之间的联盟。每个部落通常有40150人,由部落长负责保障目标的清晰可见,帮助协调不同的敏捷小队,严格把控质量、评审及决策,并鼓励他们互相合作,从而让团队间清楚了解彼此当前
66、的工作和优先级。当然,每个部落和敏捷小队都有其独特的使命,OKR或KPI可以帮助团队去定义完成使命的目标,在与员工发展计划绑定后,可以有效提高员工的积极性和参与度,并能够进一步提升服务效率和客户体验,让公司管理层对部落或敏捷小队仅需保持“双手放开、双眼紧盯”的状态。根据本人多年实践经验,在此推荐一个高效的团队管理实践:关键指标看板。通过管理看板的建立,让员工能够随时看到反馈结果,感觉到被关注。在具体实践中,团队首先要确定好指标,例如:需求价值、需求处理时效、排期时效、开发时效、测试时效等。其次,管理者需要求团队定期更新指标,作为日常管理工作的重要内容,同时需要及时给予团队赞扬和评价,作为每周例
67、会或迭代回顾时的材料之一。看板的类型较为多样,有坚持性看板(追时间)、比赛性看板(追伙伴)、目标型看板(追差距),团队无论选择哪种类型,都一定要简单、醒目和易懂,关键指标能够一目了然的展示在物理看板或电视大屏上。打造敏捷“绿洲”敏捷部落与OKR或KPI有机结合Lyrin林一荷某金融科技 质量管理负责人专家观点来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有39实践:提炼符合敏捷价值观和原则的方法帮助团队具体落地敏捷。通过此次的调研,可以发现86%的中国企业已经从敏捷中找到交付节奏,并且正往下一个阶段过渡,这代表着敏捷已经不再是口号,它已融入
68、我们的工作环境,成为我们努力的目标。在本节案例中,透过把握敏捷的价值,成功将结对编程转变为制造业也能采用的结对设计,进而大幅地提升产品的效率与正确性,也再一次证明敏捷并非专属于软件行业,而是一种追求企业最大价值的方法。卢建成专家不仅点评调研结果和敏捷实践案例,并提出了“寻求反馈是裁剪实践的重要关键”的观点,说明了反馈在持续改善实践的过程中所扮演的角色,唯有掌握反馈才能找到最适合自己的敏捷实践。6.4实践PRACTICE“实践”指某种可以让我们达成目标的技术、方法或过程,并通过明确的做法来降低过程中的错误。有效的实践能够帮助团队在敏捷中快速获益,并为组织的规模化敏捷打下基础。如果说敏捷代表着一种
69、抽象价值,那么实践就是它具体落地的方式。实践作为追求敏捷的起点和方向,往往是一组精炼后的做法,当面向不同的环境与团队时,总需要有所适配,这样才能真正地发挥敏捷的价值。来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有40从调研结果来看,45%的团队已经能够固定迭代开发周期,只有 14%的团队仍处于敏捷实践的摸索阶段。值得关注的是,排名第二的选择显示,19%的团队会根据行业及企业现状熟练裁剪敏捷实践,且开始建立度量指标,这可能成为企业提升敏捷成熟度的下一个重点,并且已经有企业开始往此阶段过渡。86%中国企业已经从敏捷中找到交付节奏团队能够根据行
70、业及企业现状熟练裁剪敏捷实践,且开始建立度量指标公司内大部分团队开始形成独特敏捷实践且建设系统化价值流某些部门内团队都能按时交付,建立反馈闭环,主动追求价值输出团队能够固定迭代开发周期为14周之一,针对短板尝试主动解决团队初步了解敏捷方法,按照某个方法论实施敏捷0%40%30%50%20%10%10%12%19%45%14%样本量:n=78Reg Q20:您所在企业的敏捷实践现状更符合以下哪一项?(单选题)86%受访者所在企业的团队已经从敏捷中找到交付节奏来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有41伍舜喜(某一线制造行业合资企业)实
71、践维度案例 结对设计结对设计非常适合诠释敏捷的第六条、第七条与第十一条原则:不论团队内外,传递信息效果最好效率也最高的方式是面对面的交谈。可工作的软件是进度的首要度量标准。最好的架构、需求和设计出自自组织团队。总结模具修改次数从原先十次以上,降至二次;时间节省为原先做法的十分之一,甚至更低;模具损坏的可能性降至零。1.2.3.实践结果让结构工程师与电子工程师进行每周三次,每次两小时的协作(每周三次是基于磨合后得出的频次,主要是因为固件设计会需要一些各自独立的时间进行设计与研究。因此,这类频次会因为产品不同而有些许差异);结对时,让电子工程师即时提醒电子元件上的限制,也让结构工程师能与电子工程师
72、沟通设计上的需要,以便找到最佳的替代方案;团队组成仍以多技能人员为主。一方面降低团队人数,另一方面让团队更聚焦于特定产品;结对设计的落地在时间跨度上有一个月。过程中,组织针对敏捷意识和跨技能的认识提供持续地培训,也鼓励团队进行技术交流;透过提升产品意识以及直接与客户交流,来促使成员主动学习。1.2.3.4.5.敏捷实践结构设计的考虑方向与电子元件限制有冲突;结构工程师无法即时获得电子工程师的回馈;结构工程师的瀑布式一次性设计导致回工成本更高。1.2.3.问题成因使用传统串型开发流程设计固件导致返工频繁甚至模具损毁,致使成本居高不下。问题先进制造来源:中国企业敏捷实践白皮书编委会自主研究及绘制
73、2022 PingCode 和 老布谈敏捷 版权所有42响应变化是敏捷的核心价值,而寻求反馈正是直面变化取得先机的重要手段。不论是产品或专案,当我们开始实现目标,回馈便会持续驱动产品或专案来逼近最大的用户价值。寻求回馈就像是数学归纳法里证明 n+1 为真的过程。因此,当我们着手裁剪实践时,除了确立改善的目的之外,第一要务便是寻求客观的反馈指标来协助我们了解裁剪的效果与方向,而这个客观的反馈方式便是建立度量指标。这也呼应了问卷同时把实践裁剪和度量建立放在一个选项的原因,也是已经熟练既有最佳实践的团队应该追求的方向。我们从案例中可以更进一步了解反馈的威力!他们发现固件设计的传统串型开发需要一棒接过
74、一棒,但每一棒不仅有各自的考量,同时这些考量又都需要相当长的时间才能够被检视,进而导致修改成本过高。因此,他们从工作的情境中找寻能够更快取得反馈的地方,并且调整人员之间的协作方式来尽早获得开发回馈。最终透过模具修改次数、设计总时长与损坏次数的客观指标,确认了实践裁剪的成效,而这也再一次让我们了解反馈的重要性。敏捷实践能够让你体验敏捷,但想要获得敏捷的最大好处则需要熟练并且持续改善这些实践,而改善的关键就在于寻求反馈。你是否正在思索如何提升团队的敏捷能力?试着从反馈的形式、目标、对象、频次与做法开始着手,相信最终你也能找到最适合你的敏捷实践,就像案例中的团队成功地将敏捷软体开发实践转变为敏捷固件
75、开发实践一样!寻求反馈是裁剪实践的重要关键卢建成靖本行策创办人兼执行长专家观点来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有43需求:高质量需求直接确保团队价值的持续输出和减少浪费。需求管理是敏捷实践价值输出的关键点,而需求是所有研发工作的起点,如果需求质量不高,后续环节的质量无从谈起。迭代间的需求要保持探索性,既要有计划也要灵活,这样才能及时应对市场的变化,提供客户需要的价值。迭代内的需求要保持聚焦性,既要重点特性突出也要保持不变,才能让团队集中精力,高效工作。本节所选用的“一周需求响应”实践案例,能够有效帮助大家掌握如何参考Scrum
76、框架建立短周期迭代,从而主动响应外部需求,快速完成产品交付。黄浩专家也在点评中强调了需求管理的重要性,并根据经验推荐了“实例化验收条件”管理实践,来帮助团队更好地完善用户故事。6.5需求REQUIREMENT“价值”作为敏捷的核心,包括用户价值、商业价值和社会价值。在敏捷实践的过程中,最重要的是明确各项价值所在并坚定执行,一旦出现了偏差,便是南辕北辙,而目标的实现需要有正确的方向、客观的数据、明确的标准和果断的决策。来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有44调查显示,仅18%的中国企业团队尚未以用户故事的形式编写需求,其余团队甚至
77、组织已采用用户故事和产品Backlog开展需求管理。同时,产品经理或PO已逐渐认识到减少每个迭代内的需求变更,可确保团队的专注度,有利于提升团队的工作效率。82%中国企业在不同程度上采户故事描述需求样本量:n=78Reg Q21:您所在企业的需求管理现状最符合以下哪一项?(单选题)团队全职产品经理管理迭代Backlog,运用用户故事且减少迭代内需求变更企业内大部分团队善于运用敏捷需求管理实践及时应对市场变化某些部门的所有团队能够熟练运用敏捷需求规划完成产品间协同团队PO建设产品Backlog,用户故事遵循INVEST且除了生产事故外无迭代内需求变更团队有成员负责整理产品需求,还未采纳用户故事0
78、%40%50%60%30%20%10%6%15%49%12%18%82%受访者所在企业的团队在不同程度上采户故事描述需求来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有45殷铭(中国电信研究院安全技术研究所 云原生及应用安全团队副总监)需求维度实践案例 一周需求响应以Scrum为框架,短周期快速迭代交付非常适合诠释敏捷的第一条与第三条原则:“我们最重要的目标,是通过持续不断地及早交付有价值的软件使客户满意。”“经常地交付可工作的软件,相隔几星期或一两个月,倾向于采取较短的周期。”总结需求响应平均时长从30天降低至1周;需求交付平均数量从每月
79、10+提升至50+。1.2.实践结果为快速主动响应需求,团队基于已有的软件基础设施,建立固定交付周期,坚持每周小版本,每月大版本的交付节奏,有效管理业务部门的期望值;采用轻量化的文档用户故事来组织产品Backlog,依据安全威胁严重程度和工作量大小估算等因素,拆分用户故事至不同的周版本或月版本,按既定规划源源不断地输出产品;建立敏捷看板和站会,可视化团队成员工作进度,实现日日有进展,事事有更新,团队成员共享项目进度等细节信息;定期开展迭代回顾,检视并持续优化已有实践活动,促进团队提升工作效率。参考Scrum框架,对团队活动开展如下优化:1.2.3.4.敏捷实践需求开发周期长短不一且缺少发布规划
80、,经常在出现生产问题后被动发布;缺乏有效的需求交付管理机制,开发团队多工作并行但实际产出不及预期;需求交付工作进度不透明,项目经理疲于跟踪项目各项细节。1.2.3.问题成因作为ToB安全软件平台,信息安全威胁瞬息万变,需快速应对外部挑战;从原型产品交付到实体产品交付,团队交付压力持续增大。1.2.问题通信行业来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有46需求管理是整个敏捷工作的火车头,良好的需求管理能够帮助团队聚焦在最有价值的工作上。看到本次调研中,82%的中国企业及其团队已采用用户故事和产品Backlog开展需求管理,可见产品经理或
81、PO已逐渐认识到减少每个迭代内的需求变更至关重要,能够在确保团队专注度的同时提升团队工作效率。本节所采用的实践案例能有效帮助企业掌握如何活用敏捷框架,采用轻量化的文档用户故事来组织产品Backlog,建立适合自身实际情况的需求交付节奏,满足业务部门的期望值。随着用户故事广泛应用,在此推荐一个帮助完善用户故事的有效实践:实例化验收条件。在实际工作中,我们时常可以听到团队成员抱怨用户故事欠缺业务细节,其中一个潜在原因就是没有妥善运用用户故事的验收条件。实例化验收条件中,如描述应用系统处于边界值或者特殊值的响应行为,可以使团队成员更容易理解所要实现的业务功能。此外,一些异常情况的处理也可以作为例子,
82、添加在验收条件,使用户故事更加完整并且方便成员理解。高质量需求确保团队价值的持续输出黄浩某制造业公司 数字化产品敏捷教练专家观点来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有47工具:解决高频发生的应用工具低效问题从而释放团队的创造性。从调研数据来看,绝大多数中国企业在敏捷转型和落地实践中开始使用工具,也反映了中国企业对于工具的认可和依赖。那么如何构建适合自己团队的工具,以及如何利用工具提升需求和产品质量,减少测试资源投入,将在本节的两个敏捷实践案例中为大家阐述。梁堃专家在点评中提出了“如何通过工具先行推动敏捷转型”的观点,强调了落地有效
83、工具可以帮助企业进行敏捷转型的优势。6.6工具TOOL合适的工具可以更好的可视化和流程化敏捷软件开发全生命周期,快速识别价值流动过程中的卡点,提高不同职能、团队之间的协作效率。同时,也能帮助企业制定产品开发计划,实现从需求到发布的全流程可追溯,提高产品质量,快速满足市场和用户的需求。来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有48团队能够有完整的工具平台覆盖关键活动公司内大部分团队均能依赖工具平台且团队主动优化工具平台适应业务发展某些部门内团队不仅依赖工具平台完成工作且提供度量指标支持绩效改进团队中部分关键活动开始采用工具自动化提升效率
84、或质量团队绝大多数关键活动仍然是手动完成且能配合计划0%30%30%20%10%12%26%19%32%12%88%受访者所在企业将具引到敏捷实践中样本量:n=78Reg Q22:您所在企业使用的管理工具,支撑敏捷的程度情况,最符合以下哪一项?(单选题)88%中国企业将具引到敏捷实践中从管理工具的调研结果来看,已经有88%的企业将工具引入到具体的敏捷实践中,其中,有26%的企业能够做到将管理工具结合绩效指标,帮助团队整体持续改进。这些数据均说明了敏捷工具的重要性和普适性,但目前工具运用情况从团队级、部门级再到公司级逐次降低,说明组织内管理工具的统一和高效使用还需进一步发展。来源:中国企业敏捷实
85、践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有49研发效能工具的自研和使用,很好的践行了敏捷第九条及第十条原则:“坚持不懈地追求技术卓越和良好设计,敏捷能力由此增强。”“以简洁为本,它是极力减少不必要工作量的艺术。”总结通过“行云”的使用,业务方能够清晰了解自己所提需求的进展以及产研团队的资源投入情况,降低团队沟通成本;从战略项目落地情况来看,横向拉通的共享视图实现了相似需求的整合,减少了17%的需求插入,有效节省人力成本。1.2.实践结果使用共享视图查看迭代需求详情。从“迭代看板”、“迭代概览”、“项目视图”、“风险分布”等不同角度管理进行中及排队中的项目
86、,根据迭代需求的关联性、需求各个状态交付的趋势、成本超支情况进行必要的项目风险管理;通过“团队空间”从产品经理的角度查看包括业务需求、用户需求、技术需求等不同类型的需求来源和分布情况。根据需求价值、需求个数与产品经理团队人员配比、需求产生的工时等,判断需求的合理性;通过“资源视图”实现个人(资源)工作饱和度的透明化,再根据实际工作安排,评估工时的合理性。通过制度规范和工时自动化填写来保障资源日历中信息的准确性;通过CI/CD实现测试用例、测试包、需求和代码的联动。在“团队空间”使用自动和手工两种方式配置工作流及相应的约束条件,如产品需求与任务联动,出现多个任务时,在最后一个任务完成后,需求可自
87、动上线。自主研发效能工具“行云”来提供战略管理,通过在项目立项时关联战略目标,促进各个体系及部门的战略透明化,并沉淀战略落地过程数据(如工时、收益等),用于度量、分析和持续改进。1.2.3.4.敏捷实践产品需求来自全集团多个部门,沟通成本高且目标不一致,导致产品优先级不清晰;研发团队资源不透明,无法按承诺完成工作;产品需求缺乏理性评估,并存在很多插入式需求变更。1.2.3.问题成因由于需求完成情况未能可视化,团队间需求排期及资源投入情况不同步,时常发生需求插入。问题李鹏飞(京东科技 数字化效能团队PO)工具维度实践案例 自研行云平台企业服务来源:中国企业敏捷实践白皮书编委会自主研究及绘制 20
88、22 PingCode 和 老布谈敏捷 版权所有50目前,越来越多的企业认识到适合的工具能够促进敏捷实践成熟度的进程,在企业敏捷转型或敏捷实践过程中,团队需要结合实际情况使用相应的管理工具。2022年调研显示,有32%的企业已采用自动化工具来完成绝大多数关键活动,并实现了效率提升或质量提升,有26%的企业不仅依赖工具完成效率和质量的双重提升,还通过工具中的度量指标来支持企业绩效的改进。这些统计数据也充分说明了越来越多的中国企业开始重视工具在敏捷实践中的运用。本节实践案例中,企业自研的“行云”平台为我们带来全新的视角,不同于市面上其他的管理工具,“行云”更贴近真实业务场景,能够从战略视角将落地的
89、项目进行可视化,从价值、成本和收益层面给管理层提供可靠的数据支撑,帮助管理层做决策。对于敏捷转型中使用到的各项实践,也都能够在“行云”中展现出来,从需求插入的无序,到协助战略落地并最终沉淀过程数据,团队可以根据实际情况自定义度量指标,通过有效数据帮助团队实现持续改进。市面上的工具种类繁多,任何企业都应该首先对自己的业务、流程和需求有充分调研及了解,再去选择适合的工具,这样才能帮助企业实现敏捷,交付真正的价值。适合的工具是敏捷实践提升效率的关键王抒音京东科技 组织效能提升负责人专家观点来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有51落地工
90、具提升研发质量非常适合诠释敏捷第三条及第十二条原则:“经常地交付可工作的软件,相隔几星期或一两个月,倾向于采取较短的周期。”“团队定期地反思如何能提高成效,并依此调整自身的举止表现。”总结引入TDD之后,利用自动化测试节省测试人力,接口测试从原来的10人天减少到5人天;借助PingCode管理测试用例,将项目整体故事级别需求的测试覆盖从40%提升到了100%;通过对产品的需求规范管理,用户故事需求粒度平均控制在2人天左右完成;测试用例的更新及时率提升,由原来的滞后4天减少到滞后1天。1.2.3.4.实践结果引入TDD和自动化测试方法,通过开发代码和自动化测试代码同时入库确保每日构建版本冒烟测试
91、通过。从代码静态监测-动态监测-规范监测,再到接口自动化以及迭代中的测试,每天会有一轮简单的测试;将持续集成与项目的版本规划相结合,包括发布版本规划,内部迭代版本规划;研发管理工具替换。质量负责人推动落地PingCode工具管理需求-开发-测试的全生命周期,建立测试用例到产品需求的可回溯性;通过PingCode进行产品需求规范化管理,对需求进行“史诗-特性-用户故事”三级划分,使得用户故事需求粒度达到了每轮迭代(双周)可实现的合理水平,同时通过测试结果追溯具体需求条目来提升产品需求质量;利用工具来完全覆盖开发及DevOps:让团队能够有完整的工具平台覆盖关键活动,以测试管理为例,摒弃传统Wor
92、d写用例集的方式,通过PingCode直接在用例上标注,包括版本号,不同发布能快速使用不同用例集,并在工具中做缺陷的追溯和流转,整体效率提升明显。1.2.3.4.敏捷实践缺少有效工具建立测试用例到需求的可追溯性,无法保证功能测试覆盖率;没有自动化测试来保证每日构建质量,很多低级问题靠发版前的人工测试识别;原有Jira工具由测试中心来控制,后台设置流程漫长。1.2.3.问题成因产品需求质量低,功能文档不规范,导致研发和测试返工浪费;缺少版本规划,开发人员和测试人员之间存在障碍,被测代码容易失去控制。1.2.问题王波(某研究院 质量负责人)工具维度实践案例 落地工具提升研发质量通信行业来源:中国企
93、业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有52有效的工具可以更好的支持企业产品研发过程的可视化和流程化,提升软件研发效率和质量。通过本次调研结果发现,绝大部分企业都较为重视工具链在软件开发过程的效能提升作用。本节所选用的实践案例中,利用工具来覆盖开发及DevOps全流程并实现需求和测试的双向追溯,有效提升了研发全生命周期质量并减少测试资源投入,这对ToB企业或内部IT部门都具备很好的借鉴意义。依据此实践并结合个人经验,推荐一种“工具先行推动敏捷转型”的实践方法。这个方法主要是用于在企业敏捷转型初期,团队的敏捷成熟度无法很好的支持敏捷实践落地,如S
94、crum,SAFe,TDD/XP等,我们可以选择引入一些软件研发、测试、质量管理等工具,并附以部分预先定义好的研发过程指标,通过统一和规范团队在研发过程中的动作,减少不同团队或个人由于对敏捷实践的理解不一致带来的效率损失,快速赢得领导层的支持,进而推进深层次敏捷转型。工具先行推动敏捷转型梁堃某新势力造车企业 敏捷教练专家观点来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有53质量:过程性预防性全面性的质量控制方法不仅输出价值还能减少浪费。在2022年筛选的Top实践案例中,可以看到企业或团队在敏捷质量管理上的创新,包括场景化测试、迭代T+1
95、自动化覆盖、一套自动用例到处运行、用例持续运行可视化等,而这也进一步促进了价值流动。把组织的质量政策应用于规划、管理、监控项目和产品质量,以满足相关方目标及过程要求。敏捷开发的质量管理内建在每一种活动中,例如基于INVEST原则的用户故事形式的需求定义,持续集成、持续交付、测试驱动(TDD)、行为驱动(BDD)的软件开发,基于工具的自动化测试,用户参与和反馈的合作理念等等,都是确保软件质量的前沿思想。6.7质量QUALITY来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有54调研发现,受访者所在企业在践行敏捷实践的过程中,对质量均保持了良好
96、的认知和应用。调研问题背后是按照成熟度进行5级区分,其中有45%的团队已具备了一定的质量意识,能够并行研发与测试;有17%的团队能够度量和确保业务全流程实施质量,并有8%的团队定义了独特的敏捷质量管理实践。整体来看,敏捷质量管理实践同样多围绕在团队级,部门级和企业级开展仍不充分,需持续推广。45%中国企业重点放在迭代内的质量管理团队有敏捷质量意识,能够并行研发与测试,迭代内质量逐步提升某些部门内所有团队具备对业务全流程实施质量度量和确保团队全角色具备敏捷指质量意识,实现质量左移或右移团队主要依赖测试岗位单方面确保质量,关键环节有质量标准要求企业内有敏捷团队具备输出独特的质量管理实践,质量管理成
97、为行业标杆0%30%50%40%20%10%8%9%17%45%22%样本量:n=78Reg Q23:您所在企业的质量管理现状更符合以下哪一项(单选题)来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有55本实践案例很好的体现了敏捷软件开发宣言中“响应变化高于遵循计划”。总结引入敏捷最重要的是支撑了公司产品销售模式的改变,从软件嵌入在硬件中交付,变为软件可持续的迭代交付。引入敏捷后样件交付的频率提升了1倍,量产节点后软件依然可持续交付,远程刷新。1.2.实践结果自顶向下推动变革:重构质量体系提升客户响应速度:中国实践全球化改善价值流动:a.中
98、国团队主动通过改进项目持续的打通工具,连接数据孤岛,突破了集团全球部署的工具支撑不足的问题;b.工具的精细化使用也大量的减少了交付的检查工作,改善了流程长、跨部门合作响应慢的问题。a.业务管能够理解敏捷的价值并积极传递决心;b.质量部门在制度层面进行创新,在不牺牲行业质量体系和产品安全要求的前提下,针对软件特征优化研发阶段的检查标准,重视风险的评估和监控,调整了研发质量的监控指标体系;c.团队基于客户能够提供的阶段性变更内容形成工作包;d.测试团队根据客户使用的场景进行裁剪,提升了测试的灵活性。a.在思维层面,团队从内部质量视角更多的转向了外部的客户视角;b.由独立的质量工程师参与到日常的敏捷
99、开发跨部门横向协同;c.跨部门共享项目Dashboard,实时更新质量的达成情况,数字化所带来的透明性使矩阵团队转换为平台团队,让团队可以保持全局的掌控甚至预测问题的规模,使协作发生了本质的改变。1.2.3.敏捷实践软件定义汽车背景下,主机厂已经不满足于供应商仅在量产阶段一次性交付标准的硬件产品;在差异化竞争的驱使下,主机厂对零配件供应商也提出了更多的个性化要求;在传统管理模式下,从提出问题到解决问题至少需要2-3个月的时间,经历漫长的验证周期,无法适配功能的创新速度。1.2.3.问题成因汽车主机厂面向终端用户体验更频繁的提供创新服务,传统的汽车零部件供应商质量管理体系难以满足更短周期的交付要
100、求。问题李敏(跨国汽车零部件供应商 PMO)质量维度实践案例 软硬一体持续交付汽车电子来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有56在敏捷的十二项基本原则中,每一项都直接或间接的提到了质量。在具体的实践领域,伴随着敏捷方法论的持续迭代,质量内建已经覆盖了架构和设计质量、代码质量、发布质量、系统质量和Flow的质量,系统性的质量管理进一步降低了召回、返工和修复缺陷带来的延迟成本,保障了开发价值流的快速流动,让质量成为每个人的工作。本节所采用的“软硬一体持续交付”的实践案例中,企业通过自顶向下的敏捷转型,进行制度创新、体系创新,又经历数年
101、持续的变革重塑了文化和思维,让团队视角从内部转向外部;通过数字化的工具、电子看板、Dashboard的运用改善信息的透明性,促进了矩阵团队向平台团队的转型。在2022年的敏捷实践调查中,我们欣慰的发现近20%的团队在质量实践中已经不仅仅局限于对项目/产品/服务的需求满足、产品功能层面,而是能够更多的从收益的实现、价值的创造层面去思考和践行质量管理。即使是传统制造业下的软件团队,也开始将质量管理更敏捷的应用在面向客户的价值交付和价值保障上,进而促进企业与客户间的价值流动。让质量成为每个人的工作瞿博文Shaping future leadership,新能源汽车数智化团队PMO专家专家观点来源:中
102、国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有57查俊腾讯高级研发项目经理质量维度实践案例 接口级自动化测试质量管理是高速持续迭代的基石,通过测试自动化技术体系的搭建,才能规模化提效;测试不应该是质量管理的“保护伞”,质量应该前移到架构规范、服务标准化,从源头就开始治理。本案例体现了敏捷第七条和第九条原则:“可工作的软件是进度的首要度量标准。”“坚持不懈地追求技术卓越和良好设计,敏捷能力由此增强。”总结通过自动化测试建设,测试人力降低为原来30%左右,结合技术债的消除和对技术域的值守保证了稳定的产品质量;自动化能力的提升,使得冲刺周期中回归测试的
103、时间从3天缩减为1天,提升了需求和价值的实际交付量。1.2.实践结果自动化测试体系搭建:减少功能测试人力,置换原人数30%的专职人员进行自动化测试建设,并增加产研自测流程,按迭代T+1实现自动化覆盖。区分特性团队和技术域团队:特性团队面向交付,技术域面向技术架构,提供公共服务、看护架构质量。a.适配范围:因当前项目轻前端重后台,场景化接口测试为主,单元测试为辅;b.工具选型:使用公司内成熟用例编写框架,后期快速接入DevOps做为质量门禁和卡点;c.编写规范:考虑测试资源和数据的独立性,便于后期可以快速在多环境执行,真正做到一套自动用例到处运行;d.用例维护:用例持续运行数据可视化,底层异常信
104、息标准化错误聚类,大幅减少分析维护成本。a.人才培养:每个技术域设置专门的值守人(兼职),日常参与迭代交付,纵深看护领域内技术架构;b.公共服务:迭代技术方案横向Review,抽象公共服务解决方案,监督研发遵循执行&技术债消除;c.稳定性建设:从性能排查、研发规范、灰度策略、监控告警、资损对账等维度,持续搭建质量稳定体系。1.2.敏捷实践手工测试占比太高,测试不够高效;过度追求交付速率,对技术架构治理投入不足;过度依赖测试阶段控制质量,上游研发缺乏早期看护。1.2.3.问题成因版本持续迭代,关键路径上的场景持续增加,导致回归测试时长无法收敛,产品质量难以控制,挤压迭代交付容量。问题IT/互联网
105、来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有58敏捷倡导迭代开发和增量交付,以便更多、更快地支撑产品和服务的尝试性实验,及早获得来自于用户和数据上的反馈,帮助企业在高度不确定的BANI时代和激烈竞争的市场环境中获得成功。在这种短周期交付的节奏中,测试和验证的周期相当有限,如何保证研发质量和安全、又好又快地交付,面临着巨大的挑战。解决这个挑战的秘方例如:基于更小的需求粒度进行跨职能协作,拉动需求流动减少阻碍和停滞,提升代码签入后部署价值流的自动化程度,促进敏捷团队内部的技能备份和基于瓶颈的互相补位协作,等等。在这些方面,在腾讯查俊经理带领
106、的团队案例中,有着良好的实践和成果。内建质量(Build-in Quality)是当下企业中重要的质量理念,也称为在源头处保证质量(Quality at the Source),与丰田精益五原则中的尽善尽美(Perfection)也有很强关联。对于软件开发来说,这种理念与以往以“阶段-门径”为特征的软件工程过程有显著不同,对于产品的质量,不再寄望于一个或多个单独的、长周期的后置测试阶段来保证质量,而是更积极的将质量前置(Shift Left),力图在代码写好的那一刻(或在几分钟或几小时之后),就能符合上线的质量标准,达到潜在可交付的程度。DevOps与持续交付相关的各种工程技术实践应运而生,在
107、近些年越来越多地普及开来。主动消除技术欠债也是持续保证系统质量的另一个重要视角。技术欠债通过日常非最优的技术选择(迫于项目压力或工程师的能力、惰性因素)而形成,属于看不见而又产生消极影响的一类东西,需要在平时的工作过程中持续“还债”,最好通过有意识的“产能分配”,给技术类的改进留出一定百分比的研发资源;否则会逐步拖累、拖慢研发的步伐,并且对系统质量产生更大的压力。在查俊的案例中,对于每个技术域的专人值守、对于技术方案的横向review,也都有助于减少欠债、提升效能。主动消除技术欠债,在源头处保证质量林伟丹资深敏捷顾问、ICF PCC教练专家观点来源:中国企业敏捷实践白皮书编委会自主研究及绘制
108、2022 PingCode 和 老布谈敏捷 版权所有59学习与改进:自组织团队能够定期反思并采取针对性行动来提升人效。调研发现,70%的中国企业在学习和改进方面仍停留在团队级,但随着敏捷转型的深入,定会逐渐从团队级向部门级甚至企业级慢慢转移。本节实践案例中“会诊式培养敏捷教练”的具体做法,突出了敏捷以人为本的学习和改进,王用涛专家也在点评中强调了通过人员成长来提高研发效能的重要作用。6.8学习与改进LEARNING&IMPROVEMENT团队需要定期反思如何提高效率,并相应地调整其行为,“学习与改进”作为敏捷的十二条原则之一,始终扮演着重要角色。通常团队会采用回顾会的方式来反思哪里做的比较好,
109、哪里可以改进,以确保不断检查和适应他们的工作方式。敏捷的核心在于让个人、团队乃至整个组织变得更加灵活,且有能力根据实际需求以及客观条件来采纳这种思想。来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有60从团队的角度出发,70%的受访者所在企业会定期基于问题进行复盘,其中有半数团队愿意参与改进并主动学习;从部门的角度出发,有10%的企业可以进行有创造性的改进;从企业的角度出发,有9%的企业可以形成持续改进的文化。从调研结果来看,中国企业的学习和改进仍停留在团队级,但随着敏捷转型的深入,定会逐渐从团队级向部门级甚至企业级慢慢转移。70%中国企业
110、重视团队成员的学习与改进样本量:n=78Reg Q24:您所在企业的学习与改进现状更符合以下哪一项?(单选题)团队会基于问题进行复盘,提出建议并落实改进某些部门内所有团队有创造性的改进方案促进高绩效团队团队定期对工作方式进行系统性回顾,有意愿参与改进,主动学习新知识团队有一些改进行为,没有形成习惯企业内形成持续改进的文化并且针对业务价值流不断改进0%30%40%10%20%9%10%35%35%12%70%受访者所在企业重视团队成员的学习与改进来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有61小武(中兴通讯 敏捷教练)学习与改进维度实践案
111、例会诊式培养敏捷教练会诊式培养敏捷教练的实践方式非常适合诠释敏捷中“响应变化高于遵循计划”这一价值观,以及敏捷第五条、第八条、第十二条原则:“激发个体的斗志,以他们为核心搭建项目。提供所需的环境和支援,辅以信任,从而达成目标。“敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。”“团队定期地反思如何能提高成效,并依此调整自身的举止表现。”总结内部教练人数显著提高:从不到10人的团队到现在200人左右;质量不断提高,原来的外部严重故障缺陷率大概10%,经过这5-6 年的努力,严重缺陷率已经降至0,鲜有严重的外部故障;原来的产品发布周期大概是1年一个版本,现在是半个月一个
112、版本,3个月一个交付。1.2.3.实践结果划分公司内部敏捷教练的职能、定位和培养方式。团队级采用结对培养工作方式;项目级负责开发,测试相关部分;产品级负责前端、市场、运维等多个维度;培养内部的敏捷教练团队。从内部选择新的敏捷教练,通过赋能来帮助其快速成长,并充分利用公共项目提供锻炼机会,包括平台级项目、DevOps 工具或资源管理类工具等等;利用会诊培养内部教练,提高效能。组建专家教练团队,在被邀请的项目中进行会诊,包括但不限于工具、需求实例化、TDD、BDD等一系列敏捷实践,然后提出具体的改进意见,半年之后再重新审视改进效果。在敏捷转型中,中兴通讯逐步形成了会诊式培养内部敏捷教练的方法,并使
113、得他们成为排头兵和赋能者。1.2.3.敏捷实践缺少适合企业内部的教练团队;缺少如何培养内部教练的方法;缺少对内部敏捷教练的职能定位。1.2.3.问题成因产品交付时间长,外部故障率高且内部缺少敏捷教练。问题通信行业来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有62古有云,“知错能改,善莫大焉”。当我们发现自身、团队或组织出现问题时,能够及时修正,就有机会逐渐走上一条在当时的认知条件下,所能选到的最好的路。现有云,“没有最好,只有更好”。很多企业认为自己已足够强大,维持现状即可,所有这些都成为了停滞不前的理由,给未来留下了隐患。“学习与改进”
114、不仅仅指回顾时用来修正自身的偏差,也需要在舒适区时刻起到警示作用,这样才有机会在激烈的市场环境中不断地发展。团队在敏捷项目中会遇到很多不确定因素,例如市场竞争、客户需求、产品设计和团队的现状。基于学习与改进的思想,团队可以从现有情况出发,重新判断事物的有效性,并在必要时快速纠正。本节所选用的敏捷实践是关于“内部敏捷教练团队培养”这个话题,对大型企业或在敏捷转型初期的组织都有很好的借鉴意义,通过上述实践方法能够有效地解决以下问题,即当外部教练离开之后,组织内部如何一步一步培养自己内部的敏捷教练,该敏捷实践不但使成员得到培养,被赋能,还帮助团队及组织继续保持原来外部教练在时的状态,继续遵循敏捷的流
115、程,拥抱敏捷的文化和价值观。定期的组织敏捷教练团队对单独的项目团队进行会诊,不但直接提高了团队的敏捷成熟度,而且还通过会诊,相互交流,帮助内部敏捷教练成长。没有最好,只有更好王用涛富达国际 敏捷教练专家观点来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有631.1附录敏捷实践成熟度模型MATURITY MODEL自 2001 年敏捷宣言发布之后,敏捷及其管理方法在国内的采用率已有大幅提高,敏捷思维模式的理念和实践不再局限于特定规模的组织或一些仅专注于信息技术的企业,而是被广泛应用并取得了显著成效。但是,无论企业还是团队,在敏捷实践过程中都会
116、有一定程度的顾虑,并希望得到敏捷实践方面的指导,或有一个框架性的模型作为指南,来帮助自身查漏补缺,日臻完善。经过执委会二十位敏捷专家的沟通和协商,为业界奉上“敏捷实践成熟度模型”,模型围绕敏捷实践八大维度,并给出一星到五星评价标准,旨在帮助各组织评估和讨论当下敏捷实践现状。(本模型是基于“敏捷术语表”内容作出,无法照顾到所有敏捷实践分支,请大家见谅)此次白皮书中的“敏捷实践成熟度模型”只是一个开始,期待大家积极参与评估,提供反馈建议,我们将在后续的模型迭代中持续优化改进。中国企业敏捷实践白皮书执行委员会来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷
117、 版权所有64了解敏捷实践,并尝试一些敏捷实践主动采取合适的敏捷实践,按照迭代组织各项工作建立度量指标,有意识采取各种敏捷实践调整优化后解决问题,迭代周期能够固化在1-4周大部分团队熟练运用大量敏捷实践并能创造适合自身的独特敏捷实践,尤其是建立反馈闭环,有效管理创新的浪费企业内形成系统的敏捷实践机制,不仅帮助企业解决问题还能对外输出,帮助敏捷社区丰富敏捷实践实践团队领导通过管控成员影响项目,没有主动培养团队成员团队领导参与项目,采用非正式地培养团队成员。成员发表意见由领导决策团队领导以身作则践行敏捷原则,能明确的识别人才并主动培养。有意识授权员工做决定而不仅仅听取汇报大部分团队领导不仅以身作则
118、践行敏捷原则,通过社区筛选等自下而上方法培养人员。授权团队成员做决定,与团队无障碍沟通,并充分听取反馈企业内各部门领导层联动,带头推动变革。培养团队各岗位专家,支持对外分享。信任团队完全授权。具备内观觉察应对团队的动态变化领导力有价值方面的基本定义,产研过程中也会有相应的简单分析有价值的目标设定、评估规则,根据价值对需求优先级进行排期,指导工作开展基于多维度价值评估,有相应的组织机制确保高价值能够优先交付,量化评价交付价值大部分团队形成端到端的价值交付闭环,涵盖价值假设、价值评估、价值交付、价值验证等企业形成动态的价值改进体系与企业战略、业务发展及产品策略等始终保持紧密联动价值团队以职能型、矩
119、阵型、项目型存在,具备潜在敏捷团队雏形,团队有意愿尝试敏捷转型敏捷团队初具规模,团队成员12人以内,成员运用敏捷实践解决问题,有工具能将敏捷工作透明化,团队成员沟通顺畅敏捷团队成员稳定,逐步形成自组织,对敏捷的价值有所共识,运用敏捷实践并不断迭代,协作流程和工具运用熟练大部分敏捷团队运转良好形成自组织,不断迭代进化,对价值制定度量标准,开始创造敏捷实践解决自身问题,团队成员彼此信任和互相补位企业内形成大规模级敏捷形态,能够根据价值度量指导实际工作,熟悉并掌握敏捷原则,熟练运用敏捷实践,不断调优成为高度自组织的团队团队1星2星3星4星5星敏捷实践成熟度模型价值:认准目标客户才能确保敏捷实践的结果
120、是有价值的。领导力:激励敏捷人才并营造敏捷文化确保敏捷转型成功。团队:结合客户行业企业自身优势的自组织管理才是有效的。实践:提炼符合敏捷价值观和原则的方法帮助团队具体落地敏捷。1.2.1.2附录模型评价标准EVALUATION CRITERIA3.4.来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有65有初步的改进行为,还未形成改进的习惯团队基于已发生问题进行复盘,提出防范和改进措施,并不断提升问题解决的技能团队定期对工作方式进行回顾和调整,有定性和定量的信息输入,有具体可落地的改进行动项,并纳入团队的工作列表进行跟踪大部分团队持续改进的活
121、动致力于促进业务价值流动、打造高绩效自驱团队,团队成员共创有创造性的提升方案,主动承担和推进改进工作随时随处改进的文化渗透到企业内大部分团队的日常工作中,有明确的导向和机制加速团队自身的学习和成长,员工有充足的时间和空间进行知识分享、创新共创和集体学习学习与改进团队中有成员兼职收集并管理产品需求进行产品规划团队中有成员,如产品负责人PO,专职生成并管理需求,能够按照需求优先级进行迭代规划团队开始以用户故事管理需求,建立产品需求列表,每个迭代规划合理形成产品节奏大部分团队的用户故事遵循INVEST原则,产品规划能够按迭代有序的根据用户反馈逐步优化,并能协调各方的需求优先级企业内产品管理团队基于企
122、业业务价值管理多团队需求优先级,交付产品级解决方案需求被动采纳一些工具,支撑团队完成产品开发生命周期主动采纳各类工具,帮助团队提升产品开发生命周期各个环节的效率和质量团队建立工具链,获得度量指标,对产品开发生命周期各阶段的目标提供有效支撑大部分团队从工具层面支撑各阶段的度量指标需要,进而促进敏捷流程和工具的优化企业内基于工具平台形成系统的工具体系,有效促进企业成为生态型组织,响应市场变化工具对质量有基础管理,例如测试用例,测试执行和测试报告,质量主要依赖测试团队确保每个项目有质量标准和规范,受管理层重视,各岗位有相应质量控制,开始尝试自动化测试和发布团队全角色具备质量意识,开始质量左移实践,项
123、目各阶段有流程、工具和度量、针对不同交付场景的质量标准和质量门禁,关键接口实现自动化测试大部分团队具备全角色质量意识,结合行业属性实现提质降本的目标,实现质量左移和右移双重保证,质量管理工具实现全流程全生命周期应用企业内敏捷质量管理不断得到优化和提升,具备输出能力和成为行业标杆,为业务发展突破助力质量1星2星3星4星5星敏捷实践成熟度模型工具:解决高频发生的应用工具低效问题从而释放团队的创造性。质量:过程性预防性全面性的质量控制方法不仅输出价值还能减少浪费。需求:高质量需求直接确保团队价值的持续输出和减少浪费。学习与改进:自组织团队能够定期反思并采取针对性行动来提升人效。5.6.1.2附录模型
124、评价标准EVALUATION CRITERIA7.8.来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有66老布谈敏捷出品方联合出品薛军|执行指导李乔|执行指导张羽葶|策划 鑫茹|设计师孙宇|出版编辑 以下人员负责本次敏捷实践白皮书的拟定、审查和设计。编辑委员会陈忠瞿博文李宇航王用涛黄浩王立杰林一荷王抒音梁堃姚冬龚明杰申健林伟丹王艳茹李晖王伟卢建成徐毅孟美玲张志华以下人员是受邀敏捷专家(以姓名字母为序),负责本次敏捷实践白皮书的深度访谈并提供宝贵建议。执行委员会2.1附录编委会代表COMMITTEE来源:中国企业敏捷实践白皮书编委会自主研究及
125、绘制 2022 PingCode 和 老布谈敏捷 版权所有67感谢为本次白皮书提供真实有效数据的受访者,在征求受访者同意后公布以下名单,以接受访谈时间为序,期待更多的敏捷实践者参与到白皮书的建设中:查俊余知权Leo李鹏飞马传佳汤蓉夏语王志峰李颖穆晶晶朱博帆张锋曾忠群王翔宇Molly孙西华包鹏飞樊彬琰苏湘伦童飞代燚倪晓闹刘波高英鑫侯明王波吴言金棋赵苏宁曾艳Michelle李綦睿Lee.c张良陈亮郑武军伍舜喜钱一鸣张俊唐文晟李敏殷铭谢峥嵘李敏罗月霞骆蓓曹凯王纳伟赵爽韩振峰刘晓峰刘泉钟永林韩正山肖鑫方胜魏冬刘汐波徐俊轩李景鑫胡强陈浩李进迪尹建平丁星明爱华陈雨卿陈军金可栋侯守立郑海源2.2附录全国出品
126、人CO-PRODUCER来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有68本白皮书用到的敏捷术语主要参考敏捷宣言,Scrum指南,Agile Subway Map等。敏捷宣言:https:/agilemanifesto.org/iso/zhchs/manifesto.htmlScrum指南:https:/scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Chinese-Simplified.pdf敏捷地铁图:https:/www.agilealliance.org/agile10
127、1/subway-map-to-agile-practices/参考内容参考内容REFERENCE&GLOSSARY 来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有69敏捷实践索引INDEX OF AGILE PRACTICEABTest中台化走动式激励去中心化决策打造敏捷“绿洲”关键指标看板结对设计一周需求响应实例化验收条件自研行云平台落地工具提升研发质量工具先行推动敏捷转型软硬一体持续交付会诊式培养敏捷教练接口级自动化测试实践名称余知权侯先生张志华魏冬Lyrin伍舜喜殷铭黄浩李鹏飞王波梁堃李敏查俊小武实践者价值领导力领导力团队团队实践
128、需求需求工具工具工具质量质量学习与改进八维度3034353839424647505253566258页码11121413序号来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有70北京易成时代科技有限公司自2012年成立以来,已服务 70万团队用户和 6000+付费客户,旗下智能化研发管理工具 PingCode 是国内领先的软件研发与协作平台。PingCode 基于敏捷研发与高效协作理念,为不同规模研发团队提供产品管理、项目管理、知识管理、测试管理、效能度量、协作空间、自动化、目录服务等全生命周期企业级研发管理能力,同时满
129、足非研发团队的流程规划、跨项目管理和在线办公需要,让研发管理自动化、数据化、智能化,帮助企业提升研发效能。关于效能度量测试管理第三方系统代码托管CI/CD自动化测试IM工具身份认证服务OPEN API工单系统自动化项目管理产品管理协作空间知识管理目录服务来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有71即时规则多人协同编辑测试报告话题讨论本白皮书版权归PingCode(北京易成时代科技有限公司)和薛军(老布谈敏捷)所有,并受法律保护。此文稿中含有专有信息,任何个人或是组织在未得到PingCode(北京易成时代科技有限公司)和薛军(老布谈敏
130、捷)书面授权之前,不得对此文稿中信息进行复制及电子化的任何形式传播,否则将违反中国有关知识产权的相关法律和法规,对此本公司有权追究其法律和商业道德之职责。转载、摘编或利用其它方式使用本白皮书文字或者观点的,应注明“来源:中国企业敏捷实践白皮书”。违反上述声明者,本公司将追究其相关法律责任。版权声明本白皮书中发布的调研数据采用样本调研方法,其数据结果受到样本的影响。企业数据主要为访谈获得,PingCode(北京易成时代科技有限公司)和薛军(老布谈敏捷)对该等信息的准确性、完整性或可靠性作尽最大努力的追求,但不作任何保证,在任何情况下,本白皮书中的信息或所表述的观点均不构成任何建议。由于调研方法及样本的限制,调查资料收集范围的限制,该数据仅代表调研时间和人群的基本状况,仅服务于当前的调研目的,为市场和客户提供基本参考。受研究方法和数据获取资源的限制,本白皮书只提供给用户作为市场参考资料,本公司对该报告的数据和观点不承担法律责任。免责条款法律声明来源:中国企业敏捷实践白皮书编委会自主研究及绘制 2022 PingCode 和 老布谈敏捷 版权所有72