你可能建错了智能体：建设系统智能体，而不是复制研发工序
按研发工序建设 Agent，可能只是让 AI 加速旧流水线。吴穹主张围绕产品、业务领域和软件系统建设长期负责的系统智能体。
系统智能体多智能体协作AI Native研发
订阅洞见
新文章发布时，通过邮件第一时间收到。
全部文章
围绕真实组织问题持续沉淀的知识库
系统智能体多智能体协作AI Native研发Plan ModeAI编程FDEAI组织转型产品化多快好赞DEF研发效能度量AI Native研发团队
AI 编程中的 Plan Mode：计划仍然需要，但不必逐行细看
人需要审查的是决定，不是动作清单。吴穹提出执行前评审方向、执行后评审证据，人守住意图、关键分歧与产品验收。
Plan ModeAI编程AI Native研发
对 FDE 的三个误读
FDE（前置部署工程师）不等于驻场交付。吴穹澄清三个误读：到现场安装产品不是 FDE，FDE 不是一个无所不能的人，也不只属于乙方；关键是让业务现场进入产品研发闭环。
FDEAI组织转型产品化
Agilean 洞见
“多快好赞”是谁提出的？DEF 研发绩效指标框架的来源、含义与落地
说明 Agilean DEF 研发绩效指标框架“多快好赞”的定义、提出时间（约 2017 年，最早公开记录 2019-12-11）、四组指标的设计取舍，以及在银行项目和知微中的落地。
多快好赞DEF研发效能度量
AI Native研发岗位模型：五种新角色与组织责任重构
提出Prototyper、Productizer、Challenger、Beautifier和Grower五角色模型，重新定义AI Native研发团队的结果责任与人机价值闭环。
AI Native研发团队研发岗位模型人机协同
WorkBuddy正当红，但Agent的未来不在聊天框
独立Agent工具正在成为新入口，但企业Agent的长期主流形态，更可能是嵌入SoE、SoC与SoR，在具体Context和View中持续工作。
AgentAI组织转型企业系统
AI时代更需要敏捷组织
快手的AI研发实践提醒我们：工具提效不会自动转化为组织提效。走入提效深水区，需要重构分工、协作、权责与激励，敏捷组织依然有效。
AI组织转型敏捷组织研发效能
日产万行业务代码背后，我们真正修的是一条 Harness 公路
吴穹博士在全球AI生态与创新峰会的演讲整理：AI 让个人写代码更快，组织交付却未必跟上。文章说明 Harness 作为 AI 软件工程的交付底座，需要逐步补齐测试、数据、日志、环境、验收和计划等能力。
AIHarness Engineering组织提效
为什么本体会成为企业 AI 的核心基础设施？
理解企业对象、属性、关系与规则，认识本体论工具如何为 AI Agent 提供可治理的组织语义。
本体论工具企业本体论组织语义建模
AI强了，为什么组织还没变快？
AI 已进入日常研发，组织交付却没有明显变快。本文提出 5+2 新范式：新角色、新组织、新工艺、新流程、新资产，加新工具与新治理，并给出从一个试点产品开始、再逐步复制的落地路径。
AI组织提效本体论
当 AI 开始理解企业：金融复杂系统下的智能体实践
金融复杂系统中，AI 能生成内容却“看不懂企业”。Agilean 分享知识驱动的需求流水线：重建企业本体，用本体和代码知识扩写需求，用原型澄清交互，多智能体分析跨系统影响，再转化为详细设计。
AI智能体企业本体
利用本体论和 EntClaw 构建软件开发生产线
吴穹在架构师技术同盟线下活动的分享整理：软件开发为什么需要本体论，本体论赋能软件开发生产线的四层架构，以及 EntClaw 如何基于本体模型由 AI 生成数据模型、接口设计、业务代码和测试用例。
AI本体论软件开发
别再拿“随缘发版”当版本火车了：跨越研发管理中“知道”与“做到”的生死线
很多团队把“每周一个版本加一堆临时版本”当作版本火车，其实只是“随缘发版”。本文区分“目的地私家团”与“目的地参团”两种发布模式，说明版本火车的价值在于过程的集体约束力。
研发管理研发效能版本火车
从工作流到价值流：组织效能提升成不成，关键看这步 “转场”！
价值流不等于工作流：前者以创造价值为核心，后者以风险管控为核心。本文辨析两者的定位差异与常见误区，说明组织效能转型为何要构建“价值流主导、工作流赋能”的运营逻辑。
研发管理价值流组织效能
研发价值流：回退不是“后悔药”，警惕异常状态拖慢交付效率
研发价值流中的回退是异常状态而非常规操作。本文说明允许回退的两种情形——需求不可执行、交付物不可测试，各阶段如何处理需求变更而不滥用回退，以及如何从上游做对来减少回退。
研发管理研发效能价值流
AI时代的研发效能进化：从单点提效到组织重塑
AI 时代研发效能提升的两条路径：个人/单点提效与组织适配重塑。本文阐述 Agilean 的“双轮驱动”思路，如何通过生产关系变革承接 AI 生产力，并给出分阶段实施策略与关键成功要素。
AI组织提效研发效能
对话吴穹：软件开发的终局，是我们将迎来自己的“黑灯工厂”
AI 科技大本营对吴穹的专访：从参与北大青鸟工程、促成 Rational 在中国设立办事处并引入 RUP，到参与创立 Adapt 方法论、打造知微，讲述他对软件工程和软件开发“黑灯工厂”终局的思考。
AI软件工程组织提效
当CIO回答“我回去了解一下”的时候，科技就已经输了
业务追问需求进度时 CIO 只能回答“我回去了解一下”，暴露了科技与业务之间的信息不对称和目标错位。本文从精益敏捷组织转型视角，剖析“需求多、做不完、做得慢”背后的三重困境与破局之道。
科技管理组织协同研发管理
研发的结构性拥堵，版本火车如何建立节奏与共识？
Agilean 咨询师关于需求排期的直播整理：排期难的根源是研发组织的结构性拥堵。本文说明需求排期的本质，版本火车如何从单团队走向全行排期、建立交付节奏与共识，以及 AI 加持下的排期变化。
研发管理研发效能版本火车
AI时代科技组织该怎么做？——先提质，再增效
AI 推动研发从面向人走向“人-Agent 共生体”，但不谈质量的提效是在制造技术负债。本文结合试验与观察，说明科技组织应先提质再增效，并从资产、工艺、DevOps 和容器化环境等方面打好基础。
AI软件质量研发效能
最新预测：DeepSeek时代，科技组织即将发生的12大变化
根据 2 月 13 日直播整理：嘉宾肖睿与 Agilean 顾问讨论 DeepSeek 带来的本质变化，以及科技组织在人与 AI 的关系、组织结构、工作方式和管理政策等方面即将发生的 12 大变化。
AI组织提效软件工程
破局研发管理困境：敏稳双态下的研发效能洞察
吴穹博士在深圳敏捷之旅&DevOps 社区 Meet Up 的分享整理：从敏捷在企业中的发展与误读谈起，阐述“敏稳双态”的研发管理理念，剖析金融组织研发项目管理的核心要点与效能提升思路。
研发管理研发效能稳敏双态
BizDevOps：从理念到实践，贯通企业全链路协同
BizDevOps 由 DevOps 演进而来，目标是打通业务、研发和运维的全链路协作。本文介绍 BizDevOps 的驱动力和在泛金融行业的落地现状，以及从管理理念、流程规则到工具体系整合的实践思路。
BizDevOps组织协同研发管理
解锁研发效能：平台工程的建设策略与实践
平台工程连续入选 Gartner 十大技术趋势。本文把平台工程视为软件研发数字化管理工具体系建设的高阶目标，分析组织工具体系建设的四种现状，并给出平台工程的建设策略与实践建议。
平台工程研发效能工程实践
揭秘科技组织度量中心：构建透明、量化、高效的科技管理新体系
类比管理会计，研发度量中心相当于科技团队的“财务系统”。本文说明科技组织为什么要建设度量中心，如何基于 ADAPT“多快好赞”指标体系设计指标、治理数据，并建立上下闭环的改进机制。
效能度量科技管理研发管理
研发效能度量中心的底层逻辑
度量中心是什么、企业为什么需要、建设中会遇到哪些坑？本文通过多位嘉宾的讨论梳理研发效能度量中心的底层逻辑：它是研发团队的财务系统，用来回答人力用在哪里、为谁服务、服务得怎么样。
效能度量研发效能数据驱动
从测试本质看质量
从测试的本质重新理解软件质量：测试活动由“理想结果”“现实结果”和“对比活动”三个因素构成，测试本身并不能提升质量。本文说明为何需要团队全员参与质量，并给出可按团队情况选用的措施。
软件质量测试管理质量内建
管好研发团队四大要义
研发团队规模快速扩大，带来管理复杂度上升、业务与科技摩擦不断、内部系统散而不通。本文梳理管好研发团队的四大要义，并说明组织为何需要开放、柔性、支持实验演进的数字化管理工具。
团队管理研发管理组织效能
规模化敏捷下小队的协作机制
规模化敏捷本质上是对抗组织熵增的过程。本文从熵的视角分析小队增多后的协同摩擦，提出技术评审、需求排期、开发测试协同三类标准协作活动及其规则，并用迭代/版本完成率牵引执行。
规模化敏捷小队协作研发管理
科技团队治理能力成长路线图
基于吴穹博士在上海高级金融学院的分享整理：数字化重点正从业务数字化转向管理数字化，科技管理数字化是其基础。本文给出金融科技团队治理能力在五个发展阶段的成长路线。
科技治理团队管理组织效能
什么是引导？引导能为你带来什么？
引导（Facilitation）是什么，与教练有什么不同？本文对比 IAF 等国际机构对引导的定义，澄清常见误解，说明引导如何帮助团队开好会议、跨部门协作，并在复杂变革中形成共同决策。
引导技术团队协作组织管理
提升代码质量：代码检查工具规模化使用实践
分享源代码静态检查工具规模化使用的实践经验：检查工具的概念模型、规则制定策略、报告解读方法，以及如何在组织中推广，让工具先排除固定范式问题，人工代码评审聚焦更重要的事。
代码质量工程实践研发效能
一窥科学管理：从误解到理解、再到构建
摘录泰勒《科学管理原理》中的重要观点，帮助读者重新认识科学管理的目的与原理，并尝试建立与现代管理学和敏捷管理实践的连接：从质疑科学管理，到理解它，再到构建适合自己的管理。
科学管理组织管理管理实践
战略管理：质疑模型，理解模型，构建模型
以明茨伯格《战略历程》为线索，介绍设计、计划、定位、企业家、认知、学习、权力、文化、环境、结构十大战略学派，帮助管理者质疑模型、理解模型，再构建适合自己的战略管理模型。
战略管理组织管理管理模型
6个原则+15项举措，重塑敏捷组织的绩效管理（下）
敏捷转型进入规模化阶段后，绩效管理该怎么做？下篇聚焦 15 项举措：围绕价值导向、促进协作等 6 个原则，在“P-C-E-A”各环节打造敏捷的绩效管理，文末附 6 个原则与 15 项举措汇总。
绩效管理敏捷组织组织效能
6个原则+15项措施，重塑敏捷组织的绩效管理（上）
大型组织敏捷转型进入规模化阶段后，绩效管理成为管理者的普遍困惑。上篇说明敏捷变革中绩效管理为何极其重要又充满挑战，并提出提升敏捷转型绩效管理的 6 个原则，15 项举措见下篇。
绩效管理敏捷组织组织效能
合作模型与组织设计思考
从模型思维出发，以囚徒困境为起点介绍合作模型，探讨大型组织中部门墙、忙闲不均、绩效激励冲突等协作问题能否靠调整组织结构解决，并从四种促进合作的机制给出组织设计建议。
组织设计合作模型团队协作
渐进与激进的舞台，变革管理的艺术
以一个数字化转型会议场景开篇，探讨变革管理中渐进式与激进式两种策略的取舍与平衡，并结合一家组织基于 ADAPT 框架、在第一阶段采取小范围激进式变革的实践，说明如何把握变革节奏。
变革管理组织转型管理实践
管理变革思想，竟藏在运动康复之中？
作者以自身颈椎病康复经历类比企业研发管理：交付慢等问题靠头痛医头往往治标不治本。文章借运动康复的思路，说明管理变革要找准根因、循序渐进，并根据反馈数据持续调整改进。
变革管理组织管理系统思维
看板方法：始于可视化，成于管理机制
很多团队用了看板却觉得不好用，原因在于只见可视化的树木、不见管理方法论的森林。本文通过研发团队的看板故事，说明看板方法始于可视化、成于管理机制，以及如何补齐背后的管理实践。
看板方法可视化管理持续改进
数字化转型，组织架构先行
大型组织常常人数查不清、结构在变化，系统中的组织与人员信息与实际不符。本文说明数字化转型为什么要从组织架构的准确数字化开始，以及组织结构失真对管理数据和转型决策的影响。
数字化转型组织设计组织效能
从推动到拉动：研发效能提升的第一性原理
吴穹博士谈研发效能提升：团队规模扩大后交付反而变慢，根源是不可见的拥堵。本文提出从推动到拉动是研发效能提升的第一原则，并介绍需求前置时间、流动效率、版本火车和看板的用法。
研发效能价值流持续改进
3步，手把手教你用数据开好回顾会
回顾会常常流于形式，甚至变成吐槽大会。本文介绍回顾活动的目的，分享用数据驱动回顾会的三个步骤，让团队基于数据进行具体讨论，并提醒先定义好数据对象和不同数字的含义。
敏捷回顾数据驱动团队改进
一法则，一定理，数据驱动管理必备理念
数据驱动管理的两个必备理念：运用大数法则，卸下全量统计的重担；理解贝叶斯定理，放下一步到位准确统计的执念。本文结合咨询案例，说明如何从并不完美的组织数据中获得可行动的管理信息。
数据驱动管理决策研发管理
魔幻的数字7±2 ——小队规模的底层逻辑
小队规模到底多少合适？本文追溯“7±2”的来源——米勒 1956 年关于人类信息加工能力的论文，并梳理其他管理学家对团队人数的讨论，帮助读者理解小队规模背后的逻辑，而不是生搬硬套。
小队设计团队协作规模化敏捷
银行规模化敏捷速赢术第一式：部落制
与国有行、股份行相比，城商行科技积累偏弱、人才资源相对不足，转型时遇到的阻力往往更大。破除障碍、快速成功的关键不在于照搬别家经验，而是因地制宜采用适合自己的方式，组织治理、流程体系、管理制度、软件工具、实地教辅、人员培养……多管齐下，在短时间内以最高效率进行转型。
银行敏捷规模化敏捷组织协同
要管理，先可视
知识工作者的工作过程和成果难以直接观察，简单加人也不能线性提升产出。本文说明知识工作管理中“不可见”带来的风险，以及为什么要管理先可视、如何让研发工作变得透明。
可视化管理团队协作组织效能
详述银行业数字化转型中的敏捷变革
结合多家银行的具体实践，阐述数字化与敏捷转型的本质关系、敏捷组织的特点和传统金融组织面临的挑战，并从四个维度总结银行业敏捷转型的路径方法，介绍基于部落制的 ADAPT 框架。
数字化转型敏捷转型金融科技
金融组织做规模化敏捷怎么划小队，一文讲清
越来越多的金融组织在推进规模化敏捷时，会开始采用虚拟部落小队架构，来对齐业务、加强科技团队价值交付能力。但作为科技敏捷的第一步，很多组织在划分部落小队时，仍会遇到各种各样的问题和困惑。本文就聚焦在小队这一独立价值交付和效能分析单元，来与大家分享，小队是什么、在划分小队时的常见问题分析、组建小队的基本步骤，并给出了一个小队划分的成功案例，供读者参考。
金融敏捷规模化敏捷组织设计
9个从零开始的B端产品自动化测试实践
经过多年发展，自动化测试已成为敏捷测试中持续测试的重要手段。作为一款提供企业数字化协同服务的产品，知微产品研发团队在接口自动化测试上摸爬滚打多年，总结出了一套适合B端企业级软件小型团队的自动化测试实践。
规模化敏捷ADAPT测试自动化
你理解的精益可能是错的！——从源头重新解读精益
重新审视大野耐一的原文以及从TPS进一步演进发展中所学到的内容，就能将大野耐一的智慧应用到你自己的组织中。和我一同合作过的许多组织，通过重新审视每个精益方法和思想，都能取到很大的成功。永远不要把我们目前的假设当作理所应当的,我们必须不断寻求自己的知识，以便为我们自己的生活和我们周围人的生活找到改进点。
规模化敏捷ADAPT案例
从0-1做产品快速启动，大型干货案例分享
当一个项目或产品规模大、需求多、利益相关者众，不知从何入手时； 当一个创新型项目或产品方向不明、参考不足、用户独特时，不知如何决策时； 当一个产品发布MVP版本后，反响平平、用户不爱用、老板不买账、研发催需求产品经理不知何去何从时； 你可以采用群体共创、群体决策的方式进行「快速启动」。
规模化敏捷ADAPT案例
第15份中文版全球敏捷状态报告
2021年7月9日，Digital.ai 发布了全球敏捷状态报告，这是第15份该系列报告。Agilean 咨询团队第一时间翻译了这份23页的报告，本着尊重报告原意，文中保留了原文的格式和直译内容供读者参考，如有翻译不准确的地方，欢迎指正。
规模化敏捷ADAPT案例
Google的软件工程概述
Google的成功有很多原因，包括开明的领导力，技术牛人，高标准招聘，以及成功带来的经济实力，可以在非常迅速增长的市场早期进行介入。但其中一个原因是谷歌开发出的优秀软件工程实践，这帮助谷歌走向成功。这些实践基于全球最有才华的软件工程师的大量积累和提取的智慧，随着时间的推移而不断演化。我们想跟全球各地的人们分享我们的知识与实践以及我们从中学到的一些教训。
软件工程研发效能DevOps
研发组织该如何设计绩效体系？
知识工作的不确定性更高、组织成员相互协同更复杂，因此，为知识工者设计绩效更加困难。人力资源同事绞尽脑汁，但研发管理者和研发团队又觉得指标定义不合理，不断讨论、妥协的结果是，许多企业最后在使用一份有几十个指标的度量体系，管理成本高但激励效果又不明显。
规模化敏捷ADAPT协同
金融组织数字化研发管理的12种武器
经过十余年的发展，国内金融行业数字化已形成不可阻挡之趋势，从十年前“要不要做”，到今天“如何做”。科技能力是数字化转型的基础，企业数字化转型必须以研发管理数字化为先导。因此，数字化研发管理能力建设，就责无旁贷地成为了金融组织数字化转型的第一场战役。
规模化敏捷ADAPT案例
数字化金融企业的产品体系长啥样？
推行产品制的第一道难关，是让组织对“什么是产品”形成一致认知。本文以银行业为例，梳理可售产品、业务产品、数字产品、运营产品四类概念，为金融企业建立自身产品体系提供参考。
产品管理金融科技数字化转型
Agilean 2020年终巨献：数智化敏捷银行路线图
本文由 Agilean 创始人&CEO 程鸣萱女士与首席咨询顾问吴穹博士共创，全文万字，系结合 Agilean 十年来深度参与中国银行业转型的实战经验，总结提出的银行数智化和规模化敏捷路线图。
规模化敏捷ADAPT案例
研发效能度量的两大法宝、四大法门和七种武器
吴穹博士 2022 年 QECON 北京站《建设精益研发效能度量体系》演讲整理：总结研发效能度量的 2 大法宝、4 大法门（“多快好赞”核心指标库）和流动、波动、细粒等 7 种信号，附演讲 PPT。
效能度量研发管理数据驱动
聚焦研发效能度量5年时间，6点思考与沉淀
本文通过对研发效能度量领域6个常见问题的分析，阐述了作者对于研发效能度量的6点思考。因部分观点的抽象层次较高，建议收藏后细读，相信对大家理清研发效能度量理念、建立度量体系会有所帮助。
研发效能效能度量工程管理
敏捷与规模兼得的高绩效组织打造
从传统组织结构模型面临的挑战出发，提出产品部落制这一高绩效组织结构创新模式，并延伸介绍部落制下的绩效体系、业产研协同与规划机制，探讨如何让敏捷与规模兼得。
规模化敏捷高绩效团队组织设计
ADAPT-中国金融企业规模化敏捷框架
部落制、三层需求体系、5+3角色体系、版本迭代双维管理、3层20个主要敏捷活动、敏捷流式研发、度量体系数字化…… ADAPT 框架，是 Agilean咨询团队多年金融组织敏捷化经验的凝结，我们期望为中国金融企业带来一个更轻量、更易落地的规模化敏捷框架，帮助更多的企业走出数字化转型的第一步。
规模化敏捷敏捷转型金融敏捷
数字时代组织效能的秘密
一直以来，组织管理的重要目标之一就是提升组织效能。 然而，传统管理手段的误读或者过度解读，却反而限制、混乱、甚至阻碍了组织发挥效能，组织的低下效能如同「盒子里」的迷题。
规模化敏捷ADAPT案例
从混乱到卓越，研发团队效能提升路线图
分析了众多敏捷实施失败案例，Agilean 发现大多数情况下，版本迭代节奏与组织、业务特点不匹配，是导致敏捷失败、「两头不讨好」的根本原因之一。因此，我们推荐了一种适合复杂业务场景的版本迭代节奏，以及详细的迭代运作日历。这也是 Agilean 基于十年来在企业内推动敏捷落地的实践总结，希望可以给有类似困扰的团队提供启发和思考
研发效能研发流程软件工程
精益效能提升框架 FLEET：提速增质的无限可能
在帮助一家 500 强企业实施精益看板转型的五年里，Agilean 将精益思想与看板方法进行了更有机的贯通，形成了一套帮助企业快速提升研发效能的改进体系 FLEET。以 FLEET 为主要理念、零代码产品知微规模化落地的 Agilean 精益效能提升实践体系，已帮助多家大型企业实现了「优化冲刺、提速增质」的目标
研发效能FLEETDevOps
多快好赞，研发绩效体系设计的思考
研发团队绩效设计，一直是一个备受关注的话题。结合过往十余年为企业进行敏捷咨询和敏捷转型落地，以及研发绩效体系设计的实践经验，Agilean 推出了以「多快好赞」为核心的 DEF 研发绩效体系，与大家分享我们的观点与实践
规模化敏捷ADAPT案例
Agilean CEO 分享：中国企业 OKR 落地实施方案
越来越多人把对 KPI 的不满转化为对 OKR 的殷切期望，但现实是，这套来自于国外互联网公司的绩效体系，在国内快速成功实施的案例并不多见。作为企业级 OKR 顾问，以及国内多家大型企业的 OKR 落地实践者，Agilean 创始人、CEO 与大家分享中国企业 OKR 落地的经验预计案例
规模化敏捷ADAPTOKR
RISE 版本迭代节奏：破解双周迭代死亡行军
分析了众多敏捷实施失败案例，Agilean 发现大多数情况下，版本迭代节奏与组织、业务特点不匹配，是导致敏捷失败、「两头不讨好」的根本原因之一。因此，我们推荐了一种适合复杂业务场景的版本迭代节奏，以及详细的迭代运作日历。这也是 Agilean 基于十年来在企业内推动敏捷落地的实践总结，希望可以给有类似困扰的团队提供启发和思考
规模化敏捷ADAPT案例
踩了那么多坑后，我们为什么还是要做目标管理？
结合多年企业内部实践和外部辅导经验，讨论目标管理的本质、实践为何困难、为什么 KPI 不好使而 OKR 也不管用，帮助读者辨别不同落地举措的适用场景与常见误区。
目标管理OKR组织效能
从Cynefin框架重新理解不确定性管理
介绍 Dave Snowden 提出的 Cynefin 框架及简单、繁杂、复杂、混乱、失序五类情境，说明管理者如何识别组织所处情境、拆分并存的多类情境，并在确定性与不确定性管理手段之间做出选择。
不确定性管理Cynefin复杂性