带人、带团队与传承
一、从个人贡献者到影响他人：辅导、授权与梯队建设
架构师的价值不仅在于自己能把方案设计好，更在于让更多人具备架构思维与能力。从「自己干」到「带着人干」再到「大家都能干」：辅导是帮助他人理解原理、纠正偏差、建立习惯；授权是在可控范围内把决策与执行交给他人，自己做兜底与复盘；梯队建设是有意识地培养下一层能独立负责的人，避免单点依赖。三者结合：辅导打基础、授权练能力、梯队保可持续。
二、如何做技术传帮带
传：把原理、背景、取舍讲清楚，而不是只给结论；用文档、分享、评审中的讲解把隐性知识显性化。帮：在对方卡住时给提示与资源，但不包办；区分「不会」与「不敢」，前者补知识，后者给安全网与试错空间。带：带着做一两次完整流程（从需求到设计到落地），再逐步放手；复盘时一起总结「做对了什么、下次可改进什么」。传帮带的目标是对方能独立做类似决策，而不是永远依赖你。
讲清原理、背景、取舍；文档、分享、评审中把隐性知识显性化。
- 不只给结论，给「为什么」
卡住时给提示与资源，不包办；区分不会与不敢，补知识或给安全网。
- 试错空间 + 复盘
带着走完整流程再放手；复盘总结做对什么、下次改进什么。
- 目标：对方能独立决策
三、文档与流程的传承
架构若只存在个别人脑子里，一旦人员变动就会断层。文档传承：架构决策、边界与接口、演进历史写进 ADR 或设计文档，保持与实现同步、可检索；新人 onboarding 时有明确路径（先看哪份文档、再摸哪块代码）。流程传承：评审怎么开、决策怎么记、技术债怎么跟踪，形成可重复的流程而非「每次问老人」；流程本身也要有人维护与迭代。传承不是「写一堆没人看的文档」，而是让关键信息在需要时能被找到、被理解。
文档与流程传承要点
- 架构决策与边界写进文档： ADR、设计文档、与实现同步、可检索。
- Onboarding 路径清晰： 先看哪份文档、再摸哪块代码、谁可问。
- 流程可重复： 评审、决策记录、技术债跟踪有固定做法，不依赖「问老人」。
- 有人维护： 文档与流程都需定期更新与复盘，否则会陈旧失效。
四、建立团队架构能力而非个人英雄
若只有一个人能设计、能拍板、能排雷，团队就存在单点故障：这人一休假或离职，系统与决策就停摆。团队架构能力意味着：多人能参与设计讨论、能独立负责子域、能在评审中提出有质量的反馈；知识在文档与实践中沉淀，而非锁在个别人脑中。要避免个人英雄：不刻意制造「只有我能搞定」的依赖、主动把机会与可见度分给他人、用梯队与传承替代「关键人兜底」。
只有一人能设计/拍板/排雷；知识锁在个人脑中；人一走系统没人敢动。
- 单点故障、不可持续
多人能参与设计、负责子域、提出有质量反馈；知识在文档与实践中沉淀。
- 可传承、可扩展、可持续
五、从架构师到技术领袖的过渡
架构师偏重方案与系统；技术领袖还要扛方向、人才与文化：定技术战略与路线图、选人与建梯队、在争执中建共识、在不确定中给方向。过渡不是「升职就自动会」，而是有意识地把时间从「自己画图写方案」分配到「带人、定规则、对外对齐」；接受「通过他人拿结果」的杠杆，同时保持对关键技术的判断力。下一章（软件架构概览）会回到技术本身，本章先建立「影响人」的视角。
要点： 从个人贡献到影响他人，靠辅导、授权与梯队建设；技术传帮带要做足传（原理）、帮（安全网）、带（带着做再放手）；文档与流程让关键信息可找到、可重复、有人维护；建立团队架构能力而非个人英雄；从架构师到技术领袖是加方向、人才与文化的过渡。
反例：什么都自己扛、不写文档、制造个人依赖。
某架构师能力很强但从不授权，设计到实现全自己把关，一请假项目就卡住；新人想学却找不到文档，问一句答一句。某团队「架构都在老李脑子里」，老李离职后没人敢改核心模块，只能重写。还有人有意无意把关键决策都揽在自己身上，享受「没我不行」的存在感，结果团队成长慢、自己累、风险集中。正确做法：有意识辅导与授权、把决策与原理写进文档、让多人参与设计与评审、把机会与可见度分给他人；用梯队与传承替代关键人兜底。带人与传承的目的是团队可持续、风险分散、能力复制。
小结： 从个人贡献者到影响他人需要辅导、授权与梯队建设；技术传帮带做好传（原理）、帮（安全网）、带（带着做再放手）；文档与流程传承让关键信息可找到、可重复、有人维护；建立团队架构能力而非个人英雄；从架构师到技术领袖是加上方向、人才与文化的过渡。下一章进入软件架构概览：从业务到技术，把前文通用思维落到软件行业的具体体现。
六、小结
带人、带团队与传承是架构师从「自己干」到「大家都能干」的必经之路。用辅导、授权与梯队建设影响他人；用传帮带把原理与能力复制出去；用文档与流程让知识可传承；建立团队架构能力而非个人英雄；理解从架构师到技术领袖的过渡。下一章讲软件架构概览：业务架构、应用架构、数据架构与基础设施，以及常见架构风格。