PDSG架构/五步法深度解析

一、核心概念什么是架构与架构思维1.1 架构的定义雕像本来就在石头里我只是把不要的部分去掉。 —— 米开朗基罗·博那罗蒂架构是客体——它是事物本身存在的性质不以人的意志为转移建筑的架构无论有没有图纸去表达它就在那里程序的架构无论有没有架构文档它就在那里组织的架构无论有没有组织架构图它就在那里流程的架构无论有没有流程图它就在那里架构的精确定义对当前事物本身构成、运行的状态、信息的抽象。它是我们对所需要解决的问题实例的一种拓扑包含了所有事物的所有重要信息。通过了解事物的完整架构任何人都能够掌握当前事物的运行规律并且能够完整地复制它。1.2 架构思维的定义架构思维是主体——描述架构、认识架构、使用架构的思维方式。思考原则首先识别事物的架构追求事半功倍解决一类事情而不是解决一件事情融会贯通用相同架构思维去解决不同领域的问题我们需要站在高层次的维度识别事物的本质以全局和发展的视角去分析、解决问题。产出可执行落地的架构方案并能有效解决一类问题。二、PDSG架构深度解析2.1 PDSG是什么PDSG是描述架构的四个维度任何一个架构都可以通过这四个维度完整刻画维度含义回答的问题英文P- 层级关系 (Position)各组件之间的横向/纵向、包含/并列关系事物由什么组成各部分什么关系HierarchyD- 流传方向 (Direction)信息或数据从一个组件流向另一个组件的关系和方向信息往哪里流谁影响谁Flow DirectionS- 传递方式 (Style)定义流转的介质、时序、条件等信息用什么方式传递同步还是异步Transfer StyleG- 差距/迁移 (Gap)当前架构与目标架构之间的差距从现状到目标还差什么Gap Analysis2.2 P - 层级关系架构的骨架层级关系描述了事物的静态结构是架构的骨架。三个层次纵向上下级包含关系系统→子系统→模块→组件横向同级并列关系多个平行的子系统或模块边界每个组件的职责边界和接口定义实战示例 — 医疗服务系统层级关系医疗服务系统 ├── 业务系统面向客户 │ ├── 影像归档与传输系统 │ ├── 放射信息系统 │ ├── 影像平台 │ ├── 临床平台 │ ├── 核医学系统 │ ├── 超声内镜 │ └── 云影像平台 ├── 交易系统面向订单 │ ├── 订单生成 → 订单完成 │ ├── 医院财务系统 / 运营平台财务系统 │ └── 财务结算 ├── 业务支撑面向商品 │ ├── 功能树 │ ├── ITIL(DevOps) │ └── 运维平台 └── 软件生产系统 ├── 开发人员 ├── 测试人员 └── 产品人员关键洞察医院内生产系统的业务单据本质上都是挂号单的子单拍片单、检验单、住院单等。识别出这种层级包含关系就抓住了医疗服务系统的本质。2.3 D - 流传方向架构的血脉流传方向描述了信息/数据/控制流的动态路径是架构的血脉。核心要素方向单向/双向/环形触发条件什么事件触发了流转流转链路经过了哪些节点实战示例 —研发系统信息流转需求 → 需求澄清 → 方案评审 → 编码 → 功能测试 → 冒烟测试 → 性能测试 → 安全测试 → 版本输出 ↑ ↓ └──── 工作回流 ←──────┘关键洞察传统研发系统中存在大量工作回流测试→研发→重新测试导致流转效率极低。识别出回流节点就是识别了系统瓶颈。2.4 S - 传递方式架构的神经传递方式定义了信息流转的介质和协议是架构的神经。核心维度维度选项影响时序同步/异步响应速度 vs 吞吐量介质API/消息队列/共享存储/文件耦合度 vs 性能条件触发式/轮询式/事件驱动实时性 vs 复杂度批量单条/批量/流式延迟 vs 吞吐量实战示例 —研发系统传递方式优化原方式优化方式效果sprint周期同步输出以月为单位三集群异步输出每天发版交付周期从≥5个月缩短到天级测试等环境同步等待交付集群多租户多版本共存环境瓶颈消除沟通回流人工协调功能树常例会结构化减少系统调用回流关键洞察高并发系统的三招——分流、缓存、异步本质就是传递方式的优化。2.5 G - 差距分析架构的桥梁差距分析连接了当前架构和未来架构是架构迁移的桥梁。分析方法识别当前架构PDSG-C识别未来架构PDSG-F计算差集Gap PDSG-F - PDSG-C产出迁移方案5W3H实战示例 —ITIL引入的差距分析维度当前架构未来架构差距层级(P)多产线多版本多SU异构无统一管理框架ITIL体系下的标准化管理缺少事故管理、变更管理、问题管理、资产管理、安全管理流转(D)运维工单碎片化无闭环ITIL标准流程闭环流程不闭环传递(S)线下/微信群沟通飞书多维表格ITIL工具链无结构化管理差距(G)—引入ITIL 功能树拓展补偿需求管理权威体系引入 本地创新三、五步法深度解析3.1 五步法总览五步法是架构思维的操作方法论是从识别问题到解决问题的完整闭环┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐ │ 第1步 │ │ 第2步 │ │ 第3步 │ │ 第4步 │ │ 第5步 │ │ 识别 │ → │ 识别 │ → │ 分析 │ → │ 纠正与 │ → │ 项目 │ │ 当前架构 │ │ 未来架构 │ │ 架构差距 │ │ 补偿 │ │ 管理 │ └──────────┘ └──────────┘ └──────────┘ └──────────┘ └──────────┘ 现状本质 目标性质 差集迁移方案 未识别补偿 监督落地铁律不可以跳步3.2 第1步识别当前架构目标将事物现状的本质识别出来核心方法方法描述适用场景经验类比这件事跟另一件事差不多另一件事是这样所以这件事也是这样有类似经验可参考时本质推导升维思考将事物拆解到最基础的、本质上可以信赖的层次从基础上往上推导面对全新问题、无经验可参考时本质推导的实战案例航天发射器是不是只能用一次就报废为什么不能回收重复使用回收不可实现不回收的成本与回收的成本到底谁高这种思维将问题回归到最基础的物理规律和经济规律不被既有认知束缚。识别现状的难点难点说明应对策略不可信现有文档/描述碎片化、准确性低、时效性低获得底层信息亲自验证隐性架构流程/文化/利益格局未显式表达多角色沟通交叉验证认知偏差利益相关方对现状的描述不一致事实驱动数据说话远程影像迁移案例中的精妙识别新部署影像云归档考虑复用原有SaaS版互联网平台涉及到集群、RocketMQ、RDS、Redis共用打算在同一个机器的数据库中新建一个Database。研发评估需要3天验证不同Database是否会串数据。纠正与补偿不用担心串数据——因为绝对不允许运维在生产环境把两个不同的Database授权给同一个账号。通过账号来隔离数据执行串数据的操作会报数据库无法访问异常不会写入脏数据。3天验证→0天。识别当前架构的关键原则不要只看文档要获得底层信息不要只听一方要多角色沟通不要只看表面要识别隐性架构利益、文化、流程3.3 第2步识别未来架构目标将事物想要达成的目标性质识别出来核心约束未来架构必须是可达成的不是幻想未来架构必须是可验证的有明确的成功标准未来架构必须与第1步的现状识别对齐不能脱节实战案例对照场景当前架构未来架构归档系统报修积压Hotfix全量测试回归主干流程过长拉分支hotfix不用回归主线影像平台客户自服务未实现租户间数据隔离运营权无法移交前后端分离后端多租户化A战区碎片化信息不可信影像云归档采存管用拆分运营功能完善B战区运营功能交付慢结算对账是痛点运营中台多版本多租户快迭代识别未来架构的关键原则要区分想要的和能做到的实事求是要考虑约束条件技术可行性、资源可用性、时间窗口要有明确的优先级——先解决什么后解决什么3.4 第3步分析架构差距目标得到差集产出迁移方案5W3H方法论将第1步的PDSG-C与第2步的PDSG-F逐维度对比对比维度方法P层级当前层级 vs 目标层级 → 缺少哪些组件需要拆分/合并哪些D流转当前流转 vs 目标流转 → 哪些路径需要新增哪些需要删除S传递当前方式 vs 目标方式 → 哪些同步需改异步哪些人工需改自动化G差距综合差距 → 按优先级排序制定5W3H方案5W3H迁移方案模板要素问题回答What做什么迁移的具体内容和范围Why为什么做差距分析中的哪个GapWhere在哪里做试点环境/生产环境When什么时候做里程碑时间节点Who谁来做责任人和团队How怎么做迁移方法全新安装/就地迁移/灰度迁移How much多少成本人力、时间、资源How many多少量级影响范围、迁移数量实战案例 —研发系统差距分析差距当前目标迁移方案交付周期≥5个月sprint月度同步输出三集群异步输出建立交付集群每天发版环境瓶颈测试等环境多租户多版本共存技术底座多租户数据隔离沟通回流人工协调功能树常例会吐槽群功能树产能量化3.5 第4步纠正与补偿目标在已经确定的1、2前提下对未识别到的内容进行补偿解决3中遇到的问题这是五步法中最考验功力的一步。它要求扎实的技术水平知晓技术上的各种可能性应急处理能力冷静分析得到最合理的解决方案不轻易推翻原有架构设计融会贯通而非推倒重来纠正与补偿的典型场景场景问题补偿方案远程影像迁移担心不同Database串数据账号隔离不需要3天验证归档系统hotfix不全量回归容易功能退化增加白盒审核影像平台放射信息系统后端.net多租户化困难放射信息系统后端低代码改造影像平台放射信息系统前端代码可维护性差借本次改造扩大重构范围A战区有潜在在谈客户怎么办暂停功能迭代≠产品退市谈判识别真实收入A战区临时插入安全护网、信创演示约定外的关键事件动态调整纠正与补偿的三个层次技术补偿用技术手段解决未预见到的问题如白盒审核替代全量回归流程补偿用流程机制弥补技术方案的不足如固定时间集中变更评审组织补偿用组织手段解决跨团队协调问题如架构委员会review方案3.6 第5步项目管理目标监督执行方案的落地核心原则五步法的每一步都不是一次性的项目管理贯穿始终确保方案真正落地。项目管理的架构思维维度方法节点协调不同战区/产线的里程碑节点错开削峰填谷产线化产能化动态调配资源以战养兵一边防御一边练兵越战越强及时止损方向错误时果断调整信息同步保持与客户/团队的信息同步频次实战案例 — A战区项目管理审核变更单群里勾兑状态同步架构委员会review方案影像云归档采存管用拆分增切减平滑过渡数据跟踪、对账实战案例 — B战区项目管理低代码改造与A战区影像云归档改造错峰域名申请与客户协调时间保持与客户的信息同步和沟通频次四、PDSG × 五步法的交叉应用4.1 PDSG与五步法的关系PDSG是描述工具what五步法是操作方法how两者交叉形成完整的架构思维框架五步法步骤P维层级D维流转S维传递G维差距1.识别当前当前层级结构当前信息流当前传递方式—2.识别未来目标层级结构目标信息流目标传递方式—3.分析差距层级差集流转差集传递差集综合差距4.纠正补偿组织/结构调整流程补偿技术/工具补偿风险补偿5.项目管理资源调配节点协调沟通机制变更管理4.2 完整案例推演研发系统优化第1步识别当前架构PDSG-CP层级需求→研发→测试→发布串行pipelineD流转需求月度同步流转版本周期≥5个月S传递sprint同步输出测试等环境同步阻塞沟通回流识别出三大瓶颈单点瓶颈、性能撑满、需要快速通道第2步识别未来架构PDSG-FP层级三交付集群并行商品池统一管理D流转需求每天流转交付周期从月级到天级S传递三集群异步输出多租户多版本共存第3步分析架构差距分流足够多的环境多租户多版本共存缓存减少沟通回流功能树常例会异步版本输出从sprint周期到三集群异步输出第4步纠正与补偿吐槽群快速响应需求的补偿机制交付前置在交付集群完成功能测试、安全测试、白盒review产品试用用产能量化替代主观评估第5步项目管理每天发版打分通过进入商品池功能树量化产能削峰填谷产线化产能化五、三大难点与突破5.1 识别现状的难点难点表现突破方法信息不可信文档碎片化、准确性低、时效性低获得底层信息亲自验证隐性架构未显式表达利益格局、文化惯性、潜规则多角色沟通交叉验证客户调研陷阱客户对A/B的认识 ≠ 乙方对A/C的认识区分甲方决策逻辑和乙方决策逻辑5.2 迁移逻辑不等式客户迁移决策的核心公式新体验 - 旧体验 替换成本采购费用 习惯迁移时间成本乙方决策逻辑产品研发投入 客户数 × 边际利润售价 - 边际服务成本关键洞察不要只从乙方视角看问题要从甲方迁移逻辑不等式出发确保产品价值 迁移成本。5.3 程序正义与结果正义概念含义关系程序正义基于现状分析以最合理、最高效的步骤向目标推进提供支撑结果正义在当下环境及步骤下实际获得的进展即为最权威的结果促进完善两者不是对立的而是互补的。程序正义提供方向和方法结果正义验证和校正。六、液态组织架构思维的终极形态6.1 液态组织的定义强调员工灵活性和自主性工作中更依赖于员工之间的协作和互相支持鼓励员工创新和自主性并提供了更多的自由度以便员工更好地适应快速变化的市场环境。6.2 液态组织的基础产线化 产能化基础含义作用产线化将资源池划分为不同产线研发聚焦相应层面产线负责人统一管理动态规划的基础产能化通过产线人数、产能标准、功能树梳理量化单位时间内交付能力支撑快速准确的评估和预测系统与流程通过景观图梳理工作/业务流程的各环节互相的联系与执行内容拉齐认知建立相同沟通语境6.3 液态组织的流动方式流动维度方式触发条件产线内流动不同角色产品/研发/测试调整到合适比例产线需求变化产线间流动产线稳态迭代或能力补齐时调动产能匹配需求战区间流动根据客户诉求及项目难易度调度战区优先级变化职能间流动产品/研发/测试角色调整节点瓶颈6.4 液态组织的三大好处削峰填谷根据实际情况快速响应实时调度达到资源均衡选拔人才每个人需要熟悉框架流程优秀成员被看见和认可能者多得能力强者多处补位多劳者得到更多激励七、速查卡片五步法速查步骤目标核心方法铁律1.识别当前架构现状本质经验类比 本质推导升维思考不可跳步2.识别未来架构目标性质约束条件下的可达目标不脱离现状3.分析架构差距差集迁移方案PDSG逐维度对比 5W3H不遗漏维度4.纠正与补偿未识别补偿技术流程组织三层补偿不轻易推翻5.项目管理监督落地削峰填谷以战养兵及时止损贯穿始终PDSG速查维度问题关键词P 层级关系事物由什么组成结构、组件、包含、并列D 流传方向信息往哪里流方向、链路、触发条件S 传递方式用什么方式传递同步/异步、介质、时序G 差距分析现状到目标差什么差集、迁移方案、5W3H