三个敏捷宣言以及LLM新时代畅想

为什么要再次挖出《敏捷宣言》这个理论知识？

几天前我收到了一个略感surprise的调研结果：‍‍‍‍‍‍‍‍‍‍‍

# 参与调研的朋友中, 55%没有访问过《敏捷宣言》#

而原来我一直以为，

只要对敏捷感兴趣, 就会去访问《敏捷宣言》吧！

就好像来北京旅游的同学都会去什刹海转转吧！

《敏捷宣言》的诞生标志着敏捷思想的统一，

对全世界的敏捷运动起到了推动作用。

它是直接影响所有敏捷方法和实践的指导方针，

并推动敏捷的持续发展。

说到这里，就要进一步澄清一下，这个《敏捷宣言》是指2001年2月诞生的最著名的《敏捷软件开发宣言》，包含4条价值观以及12条原则。这些思想和实践原则无疑给所有软件行业从业者指明了“翻身做主人”、“扼住命运的咽喉”的希望之路和做事方法！而此前，软件开发常常是软件生产流水线中的一个环节，接到上游生产的厚厚的、详尽的需求文档之后，就开始遨游在文档和流程的海洋之中，马不停蹄做详细设计、走审批流程、毫不松懈埋头编码。。。等开发人员完成了大量编码、写出来大量功能之后，再传递给下游的测试人员；测试后期，双方还在争论各种需求理解的分歧、验收标准的二义性等等，这时候可能临时请业务人员一起澄清；一旦发现严重????bug????，顷刻间就会对交付deadline造成高位风险；关键时刻，却往往遭到业务方和各方领导的质疑和挤压，导致在无法完成优雅设计和充分测试的情况下，匆匆赶工上线；然后无法避免地出现意外的后果，接着补丁套补丁，技术债高企，最终越跑越慢、越跑越累、直到再也无法以期望成本、期望时间持续而快速地响应各种变化，进而制约业务运营效率和业务创新速度，甚至发展到不得不推翻重做、重起炉灶的地步。‍‍‍‍‍‍‍‍‍‍‍‍‍‍

以上只是描述了一种熵增过程，软件交付总会出现各种各样的“????爆炸????”事故现场！所以，通常都是软件研发部门率先自我革命，尝试敏捷开发方法。《敏捷软件开发宣言》是一种新的软件开发宗旨，为软件行业引入了一种轻量级管理方法，重在掌控变化；通过加强客户与供应商之间、以及各职能和角色之间紧密协作，破除传统流水线工作法；采用全职能团队共进共退，持续自我优化改进，进而更容易达成价值交付的工作方式。

我一直认为敏捷软件开发的2个落地金标准是：

1. “可工作的软件是进度的首要度量标准” —— 这是敏捷度量标准；这是对整个产研团队的协作能力和技术能力的高标准要求。

2. “可持续开发，维持步调稳定的延续性” —— 这是敏捷开发节奏标准；这是对公司环境、文化、领导力的高标准要求。

《敏捷软件开发宣言》

https://agilemanifesto.org/iso/zhchs/manifesto.html

22年过去了，今年随着OpenAI ChatGPT的革命性发布，整个软件开发生态面临大语言模型(LLM)的洗牌和洗礼，且简称之为“LLM新时代”。

让我们结合中国数字化转型变革的历史性机遇，对《敏捷软件开发宣言》在软件研发领域更好地发挥作用做一些LLM新时代畅想：

1. 我们要使用AI First的文字工具(如ChatGPT)完成文档数字化，以便更高效地交流和对齐客户需求；

2. 我们要使用AI First的编程工具(如AIG Code和AIG Action)，以十倍效率更快地完成有价值的软件交付，使客户满意；

3. 我们要使用AI First的自动化工具(如ChatGPT)精细化分解任务，极力减少人工工作量，提高产品质量和稳定性；

4. 我们要使用AI First的设计工具(如Midjourney)完成更好的设计，能够随时欣然面对需求变化、掌控变化，以保证产品和客户的竞争优势；

5. 我们要使用AI First的AI助手(如Claude)完成高效智能的客户服务和客户合作；

6. 我们强调顶层规划的权威性；同时应利用更自动化、智能化的工具精简审批内容和审批流程，大幅缩减审批时间，并提高审批效能和监管服务水平；

7. 我们强调完善法规政策体系、技术标准体系、以数据标准化为基础的数据共享和有利于各方交互的信息平台，实现顶层规划的精准落地，完成战略目标。

‍‍‍‍‍‍‍‍‍‍

AI First和数据优先的新时代要求一定会有力增强敏捷软件开发的各项原则和实践。

---

---

---

当《敏捷软件开发宣言》面世16年后，2017年由三位业务管理和业务架构领域权威大佬: Roger T. Burlton, Ronald G. Ross, John A. Zachman 共同创建了《业务敏捷宣言》，他们在网站指南中说明：“If you are charged with business innovation or operating or changing an existing line of business, the Manifesto is written specifically for you.（如果您负责业务创新或者正在运营或改变现有业务，那么《业务敏捷宣言》是专门为您编写的。）”。

三位作者这样定义“业务敏捷”：

What is business agility? 什么是业务敏捷？‍

RTB: Business agility is the ability to effectively and rapidly anticipate and respond to changes in the business ecosystem with changed products and services and supporting resources to remain relevant in the business marketplace. 业务敏捷是指通过改变产品和服务以及支持资源来有效而快速地预测和响应业务生态系统变化的能力，以保证在商业市场环境中的持续性，不脱节。

RGR: I describe business agility as an emergent property of a business that goes about things in a certain way in creating an infrastructure to sustain and protect business knowledge as an asset. 我将业务敏捷描述为业务的一种新兴特性，它以某种方式来创建基础设施，以维持和保护业务知识资产。

JAZ: Business Agility is the ability to change enterprise characteristics dynamically in response to external demands from the marketplace and/or regulatory authorities. The characteristics that would necessarily have to be changed include everything that has inertia and upon which current operations depend including investments, culture, values, policies, and procedures as well as structural characteristics including inventories, processes, locations, responsibilities, timings, and motivations. 业务敏捷是指根据市场和/或监管机构的外部需求动态改变企业特征的能力。必须改变的企业特征包括具有惯性的、当前运营所依赖的一切，包括投资、文化、价值观、政策和过程，以及一些结构性特征，包括库存、流程、地点、责任、时间和动机。

以终为始，我们先用“业务敏捷检查单”来探讨实现“业务敏捷”到底意味着什么？

The Business Agility Checklist  by Roger T. Burlton, Ronald G. Ross & John A. Zachman

https://busagilitymanifesto.org/index.php/8-the-business-agility-checklist

Have you achieved business agility?

您是否实现了业务敏捷？

Not unless...

除非...

• You have minimized risk of catastrophic failure.

• 您已将灾难性失败的风险降至最低。

• Your business managers can make simple course corrections without fear of prohibitive IT costs.

• 您的业务经理可以进行简单的过程调整，而不用担心高昂的IT成本。

• Your business managers have time to consider the big picture instead of always fighting fires.

• 你的业务经理有时间考虑全局，而不是总在救火。

• Your customers get consistent business results through all channels.

• 您的客户通过所有渠道可获得一致的业务结果。

• You can demonstrate compliance anywhere, anytime, in real time.

• 您可以随时随地、实时地展示合规性。

• You can manage complexity at scale as a matter of course.

• 您可以理所当然地管理大规模业务的复杂性。

• Your core business processes are not impacted when you lose key workers.

• 当您失去关键员工时，您的核心业务流程不会受到影响。

• You do not have to reinvent, respecify and redesign core business knowledge from scratch on each new project.

• 您不必在每个新项目上从头开始重新发明、重新定义和重新设计核心业务知识。

• You coordinate and disseminate core business knowledge to workers in a systematic way.

• 您以系统化方式统筹协调，并向员工传播核心业务知识。

• You know what your business rules are and you can change them easily.

• 您知道您的业务规则是什么，并能够很容易地改变它们。

• Your corporate memory is automated and free of disconnects and gaps.

• 您公司的知识记忆是自动化的，不会出现断点和缺口。

• Your software release cycle is largely irrelevant to changes in business policy.

• 您的软件发布周期在很大程度上与业务策略的变化无关。
  

根据以上checklist，实现“业务敏捷”对于企业的抗风险能力、业务知识库的管理和灵活部署能力、持续优化整体价值链进而提高价值创造能力、确保业务合规性和完整性等方面的管理成熟度要求极高。以下是《业务敏捷宣言》中阐述的10大核心概念模型图：‍‍‍‍‍‍

至此，我们可以略加对比上面的两个敏捷宣言，它们的第一受众显然是不同的：

《敏捷软件开发宣言》    vs     《业务敏捷宣言》

CIO/CTO/软件开发从业者 vs CEO/业务管理从业者

同时，《业务敏捷宣言》也特别强调了对软件平台创新能力的迫切需求，提出了业务敏捷对于软件行业的10个管理原则：‍‍‍

1. The preeminent software concern to support business agility is reconfiguration agility – how business solutions are configured – and rapidly reconfigured – at any given point in time. 支持业务敏捷的最突出的软件问题是 重新 配置敏捷性，即在任何给定的时间点如何配置和快速重新配置业务解决方案。

2. Building blocks for reconfiguration agility should be based on business knowledge and housed in a Business Knowledge-Base. 重新配置敏捷性的构建块应该基于业务知识，并包含在一个 业务知识库中。

3. Assembling business solutions procedurally results in inflexibility, bloat and complexity – configuration stagnation. A declarative approach, one based on rules, is far superior. 按过程组装业务解决方案会导致不灵活性、膨胀性和复杂性——配置停滞。而基于业务规则的声明性方法要优越得多。

4. Reconfiguration agility envisions rapid, traceable business change after initial deployment for business products, business processes, and other infrastructure investments. 在业务产品、业务流程和其他基础设施投资的初始化部署之后，可以设想 重新 配置敏捷性才能满足快速、可跟踪的业务变化。

5. These days many business processes need not be undertaken in pre-specified sequences. That doesn’t mean they follow no rules. It means they need to be configured with the appropriate business rules and bots just-in-time. 如今，很多业务流程不需要按照预先设定的顺序进行。这并不意味着它们不遵守业务规则。这意味着它们需要及时配置适当的业务规则和机器人程序。

6. Agile software development practices have resulted largely from limitations in current technology to easily reuse explicit business knowledge. 敏捷软件开发实践在很大程度上是由于当前技术的限制，无法轻松重用明确的业务知识。

7. Faster development of code using programming languages is not the answer to business agility. The software industry should provide new interactive tools to support rapid reconfiguration of business products and processes. 使用编程语言更快地开发代码并不是业务敏捷的答案。软件行业应该提供新的交互式工具 支持业务产品和流程的快速重新配置。

8. The software industry has failed to appreciate something fundamental about business activity. Business is grounded in obligations, which can be violated. Such business rules require selective reaction to violations (for example alerts or corrective measures) and graded levels of enforcement (all the way from strictly enforced to simply guideline). 软件行业没有意识到商业活动的一些基本特征。商业是以义务为基础的，而义务是可以被违反的。此类业务规则要求对违规行为做出选择性反应(例如报警或采取纠正措施)，并要求分级执行(从严格执行到简单指导的各种不同要求)。

9. The debate in the software industry over rule-based vs. statistics-based AI techniques will never alter the fact that business is fundamentally obligation-based. 软件行业关于基于规则与基于统计的人工智能技术的争论永远不会改变这样一个事实，即商业从根本上是基于义务的。

10. IT Project Professionals need automated knowledge companions – bots that can engage in dialogs to assess business knowledge for gaps, conflicts, ambiguity, and completeness. IT项目专业人士需要自动化的知识伙伴——可以参与对话以评估业务知识的差距、冲突、模糊性和完整性的机器人。

以上10条一直围绕一个核心思想:

Reconfiguration Agility

我理解，这是《业务敏捷宣言》对于软件世界的本质要求！

结合《业务敏捷宣言》和《敏捷软件开发宣言》来更新一版LLM新时代畅想：

1. 我们要使用AI First的AI助手(如Claude)完成高效智能的客户服务和客户合作；

2. 我们要使用AI First的架构工具(如？？)完成更好的架构设计，能够使业务知识、业务规则、业务流程、业务产品、业务解决方案更容易快速配置，而不是重复性大量人工开发；

3. 我们要使用AI First的设计工具(如Midjourney)完成更好的设计，能够随时欣然面对需求变化、掌控变化，以保证产品和客户的竞争优势；

4. 我们要使用AI First的自动化工具(如ChatGPT)精细化分解任务，极力减少人工工作量，提高产品质量和稳定性；

5. 我们要使用AI First的编程工具(如AIG Code和AIG Action)，以十倍效率更快地完成有价值的软件交付，使客户满意；

6. 我们要使用AI First的文字工具(如ChatGPT)完成文档数字化，以便更高效地交流和对齐客户需求；

7. 我们强调顶层规划的权威性；同时应利用更自动化、智能化的工具精简审批内容和审批流程，大幅缩减审批时间，并提高审批效能和监管服务水平；

8. 我们强调完善法规政策体系、技术标准体系、以数据标准化为基础的数据共享和有利于各方交互的信息平台，实现顶层规划的精准落地，完成战略目标。

AI First和数据优先的新时代要求一定会有力支撑业务敏捷宣言的管理原则。

---

---

---

---

当《敏捷软件开发宣言》面世18年后，2019年6月，在瑞典斯莫根的一次会议上，来自世界15个国家的19名敏捷人士参与《敏捷人士宣言》的起草。

《Agile People Manifesto》(敏捷人士宣言)

https://agilepeoplemanifesto.org/?page_id=657

非常幸运的事，2019年8月本人参加了《敏捷人士宣言》发起人 & 《Agile People》作者瑞典咨询师 Pia-Maria Thorén女士在北京TiD大会前夕的“Agile People”培训，印象深刻且同频共振的几个收获是：‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

1. Pia-Maria 的座右铭是丘吉尔的名言：

"NOTHING IS IMPOSSIBLE. THE IMPOSSIBLE JUST TAKES A LITTLE LONGER" —— Winston Churchill

“没有什么事是不可能的。不可能的只是需要更长的时间。” ——温斯顿·丘吉尔

我的感受：敏捷转型和数字化转型都非常困难。胜利的时候我们更容易相信：Nothing is impossible! 可是，遭遇挫折和失败之后，我们能否坚持原来的信念，坚持努力的奋斗，更加考验一个人！

2. “THINKING IS THE HARDEST WORK THERE IS WHICH IS PROBABLY THE REASON WHY SO FEW ENGAGE IN IT.” —— HENRY FORD “思考是最难的工作，这可能就是为什么很少有人从事思考的原因。”—— 亨利·福特

我的感受：人，最容易掌握的是工具，次之是方法，再次之是行为，最后是思想。所以，要改变一个团队和组织的做事方式，是一个漫长的过程。需要从易到难、由点及面、循序渐进、步步为营！

Pia-Maria 介绍了HR部门进行敏捷转型的步骤：

STEP BY STEP FOR HR 一步一步做HR敏捷转型

1）Start with Practices — do something little, lika a Retro or a Daily Morning Meeting. 从实践开始做一些小事情，比如回顾会或每日晨会。

2）lntroduce new practices bit by bit — Evaluate & Tweak. 一点一点地引入新的实践，并不断评估和调整。

3）Find a common project/task to run in an agie manner. 找到一个通用的项目/任务，以敏捷工作方式运作。

4）Do something around Agile Principles — Experiment & Learn. 围绕敏捷原则做些事情，践行实验与学习。‍

5）Gradually remove old wow that probably become super tons with time and a deeper agile awareness. ‍‍随着时间的推移和更深入的敏捷意识，逐渐摒弃可能会变得过于沉重的旧工作方式。

6）Focus on Value Creation for the Biz. 专注于商业价值创造。

7）lnvolve Biz in Value Creation. 让业务人员参与价值创造。

3. If you are describing a problem, and it does not contain the word PEOPLE*, I'm not sure you understand the real problem. *if you use the word “resources" instead of people, you have two problems. 如果你在描述一个问题，却没有包含“人*”这个词，我不确定你是否真正理解这个问题。*如果你用“资源”这个词而不是“人”，你就有两个问题。

令我印象最深刻的事情是，Pia-Maria 说她做敏捷转型咨询和培训总是从HR部门开始的，她强调HR应当引领敏捷转型。从传统管理转型到敏捷管理，HR的工作和价值发生了根本变化：首先要聚焦响应变化的速度和让客户满意；然后要创造出具有适应性、创新性和速度的文化和环境（我的感受：人的行为和思想总是倾向于与所处环境和文化相一致，否则，这个人的工作体验会非常“拧巴”！）；具体地说，HR需要实施一些程序、系统和战略，以促进发展人们的专业知识、组织的协作，并加快决策。总之，HR部门要成为一个创造型部门，而不是一个驱动对齐和执行的部门。

4. HR主管的“选、用、育、留”工作的重中之重是招聘合适的人才，那么JD的写法应当首先完成转型！因为JD的使命变了！一个职位描述是让人才站上去的盒子，而不是人才被装在里面活下去的盒子。

我的理解：发挥人的最大价值，应赋予其伟大的使命和长远的目标。这时用环境和文化滋养其精神，鼓舞其探索的勇气，由此而造就最好的人才。‍‍‍‍

5. 《Agile People》书中定义了未来领导者的10项核心技能：‍‍‍

1）作为Leader，不是控制者、组织者、监督者、指导者；

2）跟随一线员工 —— 为员工清除障碍，同时授权给他们，让他们以一种投入的方式工作；

3）了解技术 —— 了解技术世界正在发生的一切变化；

4）领导以身作则 —— 跟员工积极沟通，分享内容，倾听组织中发生的事情，并参与其中；

5）拥抱不足 —— 有勇气表现出弱点并让大家看到。没有弱点就没有创新，而弱点是人性的一部分，也是与他人联系的一部分；

6）相信共享和集体智慧 —— 利用团队或整个公司的集体智慧、经验、想法和知识；

7）挑战传统，作一个“点火器”—— 总是质疑旧观念，实验是管理者最好的朋友；

8）及时给予认可和反馈；

9）意识到个人界限，并鼓励开放访问；

10）适应未来的员工，而不是让员工适应领导者。

至此，我们已经了解到三个不同的敏捷宣言，再做一个整体回顾：

最后，结合《敏捷人士宣言》《业务敏捷宣言》《敏捷软件开发宣言》来更新一版“LLM新时代”畅想：

1. 我们要使用AI First的学习工具(如ChatGPT)释放人的潜力，让人们更加享受工作、清楚自己的责任、实现自身潜力、充分发挥创造力、朝着自己认定的目标前进。

2. 我们要使用AI First的业务知识管理与系统工程工具(如??)实现真正的业务敏捷，能够使业务知识、业务规则更容易地快速配置到业务流程、业务产品、业务解决方案之中，并能够计算大量的风险与成本的权衡组合，预测高风险的依赖关系，以灵活而最优的资源配置掌控企业运营的复杂性并降低安全合规风险。‍

3. 我们要使用AI First的用户体验设计工具(如Midjourney)完成更好的设计，能够随时欣然面对需求变化、掌控变化，以保证产品和客户的竞争优势；

4. 我们要使用AI First的自动化工具(如ChatGPT)精细化分解任务，极力减少人工工作量，提高产品质量和稳定性；

5. 我们要使用AI First的编程工具(如AIG Code和AIG Action)，以十倍效率更快地完成有价值的软件交付，使客户满意；

6. 我们要使用AI First的文字工具(如ChatGPT)完成文档数字化，以便更高效地交流和对齐客户需求；

7. 我们要使用AI First的AI助手(如Claude)完成高效智能的客户服务和客户合作；

8. 我们强调顶层规划的权威性；同时应利用更自动化、智能化的工具精简审批内容和审批流程，大幅缩减审批时间，并提高审批效能和监管服务水平；

9. 我们强调完善法规政策体系、技术标准体系、以数据标准化为基础的数据共享和有利于各方交互的信息平台，实现顶层规划的精准落地，完成战略目标。

AI First和数据优先的新时代要求一定会有力支撑三个敏捷宣言的融会贯通，中国自己的敏捷企业也将在系统性重构的过程中诞生：

• 最大化人才资产的价值

• 拥有健壮而蓬勃发展的生态系统

• 利国利民

---

注：本文所用各种颜色的含义 ——

黄色，软件开发专业人士应当掌握的敏捷知识。

紫色，业务管理专业人士应当掌握的敏捷知识。

绿色，人力资源人士应当掌握的敏捷知识。

蓝色，本文作者金毅给出的观点，以及校对的翻译。

红色，未知的、不确定的知识，或需要反思的情况。

‍‍

请关注“业务敏捷部落”知识星球，

思考与反思，永远向时代前沿看！‍‍