敏捷：向高速增长时代进发

-会议内容-

敏捷、精益、Devops等各种软件工程理念兴起，从软件开发属性上看，质量和效率走上了安全；从软件生命周期上看，敏捷开发向前延伸到了商业设计，向后延伸到了敏捷运维，并且让组织由个体实践走向了中小团队，进而到大规模组织；从新技术上看，伴随AI、大数据、区块链、5G、新基建等技术的引入，将实现敏捷数字化运营，也将从方法实践走向系统化理论、组织和文化，越来越匹配当下软件的发展和特征。

相对于传统的开发模式来讲，敏捷是软件开发中用于应对快速变化的市场和需求，并作出快速反应的一种方式。

大部分人对敏捷的误解：短时间的交付，未经过传统瀑布式严格的评审，交付质量会大打折扣。

而事实是：敏捷开发强调，内建质量，质量活动贯穿在敏捷的每一个过程中，且通过持续集成、自动化测试、持续交付等活动，形成快速反馈闭环。

                                                        因地制宜 ——

           可视化定义起点和终点

Scrum遵循的敏捷开发原则，从经济视角看，最重要的是“减少浪费”，如果你不能用一个清晰的过程展现你的工作，你就不会真正的了解自己在做什么。

价值流动的第一步就是可视化，可视化确保重要的信息没有遗漏。同样，其也是一个拉动系统，迭代周期长，会产生过多的未完成的工作或未上线的工作，是精益开发需要消掉的浪费。

                                                   聚焦价值 ——

           提高流动效率，多项目研发管理

可变性增加，周期时间和队列工作也会增加；当利用率增加时，周期时间会非线性增长。

复杂的产品线，可建立产品战略委员管理项目组合、降低并发项目数量、降低项目延误率（战略委员会组合：产品线负责人和主管、核心架构师、技术带头人）。所有的项目按照WSJF划分不同的优先级，进入待开发状态的项目按照优先级排序，组成一个大的项目列表，某个大团队空闲出来，将选择最上面的项目开始工作。

                                                          高维恒胜 ——

           三维的用户故事地图

软件开发的目标从来不是开发所有的功能，而是开发尽可能少但又足够用的功能。

传统敏捷，扁平的产品待办列表，存在大量的问题，很难解释产品做什么；对于新的系统，扁平化待办列表无法帮助我们确认是否已经识别出全部故事，无法帮助制定发布计划，用户故事少则几十，多则上百，这样的分析和是否采纳是很低效的。

采用用户故事地图，跳出扁平化的产品待办列表，看到产品的全景图，真正聚焦于目标用户以及产品最终的形态。用户故事地图基于简单的网络结构，由大到小的细节展现，贯穿整个产品发布地图，帮助团队可视化的展现依赖关系。

                                             黑客马拉松 ——

           不优化现状，流程也不会一成不变的

facebook将公司的第一条道路称为黑客道，它打破日常以部门为单位的固定形式，采取自由组合、集思广益的方式，每个成员以不同的视角观察现状；跨越级别、没有繁琐的汇报，随心所欲的发挥、畅想、创新，每个人都是持续学习者，为整个组织构建了开发、公正、安全的文化，对日常工作的改进预留时间、偿还技术债务、修复缺陷、进行重构以及优化代码。

组织构建全局的知识共享和学习氛围，在日常中注入弹性模式，价值中的所有人都以合伙人的心态进行创新和改善，创造了极大的生产力。

                                                  跨团队协作 ——

             最好的球队要拥有一流的球员

良好的工作环境是拥有一群特别棒的同事，如果你招进来的员工足够优秀，将省掉90%的麻烦；对于创新型的工作，顶级学员的输出量是一般员工的10倍。

对于团队透明的薪酬和激励机制，让每个人都知道企业期望什么样的人才，鼓励什么行为；不是每个位置都需要乔丹，但每个位置都需要合适的人，每个位置都可以成为明星员工。例如：例会是为了加强团队交流和信息共享，信息的传递让每个员工了解整个项目的业务和技术状况等。

                                                           聚焦全局 ——

           团队生产力的公式

代码行数越多越好，还是越少越好？我们应该使用产出的代码行数进行对比么？代码行数多，就代表产出的价值多么？还是会更加的臃肿、更难维护、更复杂呢？代码的行数少，是产出的价值少吗？还是代码效率高？

生产力=已经完成的工作量-用于修正BUG的工作量-用于修正错误的工作量

精益开发的原则是聚焦全局，不是进行局部的改进。在度量中，我们更应该面向团队、度量全局的结果。

面对项目周期冗长、进度无法保障、团队效率低下、研发质量降低等不利局面，作为企业管理者们如何以正确的“姿势“应对？百林哲在线教育邀请到一线技术专家分享科技领域热点技术实践与前沿技术内容，结合大量规模化敏捷实践，帮助研发企业在打磨产品、细节开发中，全面提升研发能力。

-主办方介绍-

百林哲咨询（北京）有限公司

百林哲咨询（北京）有限公司，成立于2011年，是一家面向软件研发技术团队的培训咨询机构，提供一线专家团队专家讲师一手原创的经验分享，缜密极致的用户服务流程，以及业界快速的课程研发实力为企业提供优质的培训服务。为企业提供关键岗位人才培养体系设计与开发等一系列研发管理培训咨询课程，搭建国内有效互动的高质量学习平台，助力软件研发中心人才职业发展和技能提升。