近日，龙智联合 Atlassian 举办的 DevSecOps 研讨会年终专场”趋势展望与实战探讨：如何打好 DevOps 基础、赋能创新”在上海圆满落幕。龙智 Atlassian 技术与顾问咨询团队，以及清晖、JamaSoftware、CloudBees 等生态伙伴的嘉宾发表了主题演讲，分享他们在 DevOps 领域的丰富经验与独到见解，并围绕 Atlassian 最新产品趋势与 Jira、Confluence 等工具的最佳实践，展开了深入探讨。

本篇文章回顾袁辉老师（上海清晖咨询资深讲师，ACP、DASSM 高级敏捷教练）的演讲，分享敏捷理念的落地——标准化与定制化；敏捷实践的最新趋势——大规模与行业深化；以及敏捷理念与 Jira，欢迎阅读！

已发布的 DevSecOps 研讨会年终专场回顾请点击：

1. 欢迎致辞与DevOps现状及工具链建议
   

2. 上云还是本地部署? Atlassian趋势解读及云版探析
   

演讲回顾

如何落地敏捷开发理念

大家好，我是来自上海清晖的袁辉。

首先介绍一下我们公司。清晖作为目前国内最大的培训机构之一，荣获多项荣誉，与众多企业共同成长。早在十年前，清晖就进入了敏捷领域，涉足翻译国外教材与影像，最近我们翻译了《走向敏捷》。我们的培训主要是导入性质，旨在简单介绍相关概念。清晖的培训跨足多个企业和行业，能够帮助大家更全面地理解。

再简要介绍一下我自己。我在 1998 年毕业于西安交大，2008 年毕业于加拿大 UBC。过去十多年来，一直致力于为各大企业进行培训和项目咨询工作。

在过去五年中，我明显感受到敏捷和 DevOps 是大势所趋。五、六年前，有学员或同事所在的行业还对敏捷和 DevOps 持反感态度，但在像 Jira 这种促进敏捷实践的强大工具的支持下，这样的声音越来越少。这也侧面印证了 Jira 能够为任何组织提供卓越的支持。

今天主要聚焦三个方面，首先是标准化和定制化。

这张图源自项目管理 PMBOK，介绍了八大绩效域的概念。在开发任何产品或项目时，我们通常关注以下关键词。首先，最终目标是实现价值；其次，这一切发生在特定的大环境中。工作的关键焦点是人和过程。尽管传统上更加强调过程，但在当今不断变化的市场环境中，越来越强调了“人”的作用。

标准化的敏捷开发过程可以通过敏捷 Scrum 框架 3355 来概括。这是一个将人与过程相结合的框架。我们建议创建一个强调“勇气、专注、承诺、尊重、公开”的团队环境，并将这种环境扩展到整个企业。打造这样的环境需要遵循 3355 理念：3 个核心角色，3 个工件，5 个关键事件（会议）和 5 个价值观。三个核心角色包括代表需求的 PO、代表管理的敏捷顾问（Scrum Master）以及最核心的团队。

然而，在实际应用中，企业可能会对这些要素进行大量修改。例如，规定中提到的 5 个会议，企业可能实际只进行 3 个或 4 个。因此，要想在企业中成功应用标准化的模型或架构，就必须进行必要的修改，以在标准化的基础上进行调整。

任何行业、任何企业都可以实践敏捷开发。定制化方案时，核心应当紧紧围绕着价值观，以及刚才提到的项目管理关键词中的价值。这里的价值包括解决方案的价值、产品价值、项目价值，以及团队的价值观。团队的价值观和敏捷的价值观是我们进行定制化的基础与核心。

有人说，敏捷是“知易行难”。理解起来很简单，就是几个角色、几个过程、几个会议、几个构建，但在企业中实践起来很困难。我们要对敏捷宣言以及它的价值观要有深刻的理解，并认识到它和传统的项目管理完全不同。以前，企业的项目管理只需实现老板的期望，修改完后马上可以使用。但现在，企业不能再这样管理，而是要深刻理解敏捷的价值观。

上图中的四个价值观是以倒叙呈现的。首先是响应变化，变化是客户带来的，那么如何更好地回报客户带来的变化呢？要先呈现出产品，将之前抽象的需求化为实物，让客户眼见为实，再借助结果进行启发。最后也是最重要的一点是个体和互动，简单来说就是团队，团队的重要性不言而喻。

合作时产生的生产力分为两个部分，一是个体的专业性产生的生产力，二是团队互动所激发的生产力。麻省理工有教授将此比喻为一支篮球队，前锋和后卫都非常专业，但最主要的是他们之间的互动与协作。简单地来说，个人贡献占 50%，每人都要参与，但能否很好地互动，贡献另外 50%的生产力，则要看管理者的作用。这也是领导者的作用所在。

那么，敏捷仅仅适用于软件行业吗？像 SpaceX 和国内新能源汽车等公司都拥有极强的敏捷基因。以火箭研发为例，我有很多同学从事这一行业，我们现在的技术还相对较落后。原因在于该行业的开发模式和文化过于注重不可失败，这导致难以采用敏捷模式。

在组织中能否成功贯彻敏捷的基因和文化，将决定是否能够实现敏捷转型。

规模化与行业化

要想实现规模化，不可忽视的是 SAFe（Scaled Agile Framework）规模化敏捷框架。在过去的十年中，规模化敏捷框架持续发展，目前 SAFe 处于领先地位，有 70%的规模化采用 SAFe 框架。

当组织规模较小时，可以灵活地采用各种工具，并不一定需要像 Jira 这样能为大型企业提供支持的工具。然而，随着公司规模的增长，需要更为系统的方法论指导以及更强大的软件工具进行支撑。

SAFe 框架在汽车行业得到广泛应用，许多汽车企业正积极追求转型。一个良好的方法论和像 Jira 这样的平台对于成功实现转型至关重要。

在过去的十年里，还有另一个备受瞩目的框架——DA（Disciplined Agile）规范敏捷。DA 源自于 PMI，汇集了精益、敏捷和传统领域几十年的经验，形成了一个工具箱，它提供了一系列做法，让企业自行实践，就像提供了原材料让你自己烹饪一样。

这两个框架都是在过去十年中相对流行的规范敏捷方法，更适用于自上而下的环境。如果您的组织已经实现了高度的敏捷化，那么可以采用 DA 框架来进行适应性地裁剪。然而，如果企业希望进行整体性的敏捷化转变，那么 SAFe 框架被认为是比较好的规模化敏捷模型。

硬件及工程敏捷化面临着相当大的挑战，主要涉及以下四个方面。以汽车行业为例，首先是软件替代硬件，如汽车 LCD 屏幕、OTA 等技术的应用。其次是数字化，采用软件代替硬件的思路，例如 3D 技术及 VR 技术（如 CATIA 增加 VR 或 RTT 等）。第三个方面是模块化解耦，这是传统硬件实践敏捷的主要方式。由于硬件间的相互依赖关系较强，因此模块化解耦成为硬件敏捷化的关键策略。例如，焊接机器人在研发过程中采用了敏捷思路。最后，团队合作仍然是至关重要的。以前文提到的火箭研发为例，可能不是每两周进行一次冲刺（Sprint），而是采用长达两个月一次的冲刺，重要的是要有敏捷思维。因此，在行业化的同时进行敏捷实践是完全可行的，关键在于我们对这一理念的理解。

这是某汽车项目在过去两年内的敏捷实践的线性模型。当前的项目框架已经不再是一次性的，而是清晰地展示了项目迭代和相互交叠的关系。这一模型的优势在于能够灵活满足客户需求。

敏捷与 Jira

敏捷发生的一项巨大变革是从项目思维转向产品思维。项目可能是一次性完成的，而产品则需要长期运营。这也是汽车软件研发从线性进化为后期存在多次迭代的原因之一。

我们的许多客户都在使用 Jira，并且他们在以下几个方面分享了他们对该产品的体验。首先是专业性和自动化。Jira 能够提供开发过程中所需的各种功能（例如燃尽图、速度图、CFD 等），如果没有 Jira，工作将变得更加繁琐，效率更低。

一个关键的亮点是，越来越多的企业正在采用大规模敏捷实践，而 Jira 被证明是在这种情境下的首选工具。它出色地支持大型团队，为大型开发项目和产品提供了强大的支持。

此外，Jira拥有丰富的插件，提供了扩展和支持的各种选择，包括龙智自主研发的与飞书、钉钉、企业微信集成的插件，以及涵盖工时管理、报表、水印等功能的其他插件。

我的介绍就到此为止，感谢大家！