主讲：老孙
适用：2026年下半年系统规划与管理师考试
预计阅读时间：50分钟
一、上节回顾
上一讲我们把流程管理讲透——4 层金字塔文档体系、PDCA 戴明环、流程绩效 4 维度。流程是组织能力的"骨架"，但骨架要动起来，需要"肌肉"——也就是技术能力。
ITSS PPTR 四要素的第三个 T 就是技术（Technology）。技术不只是工具与平台，它是支撑流程高效运转、人员高效协作、资源高效配置的"基础设施"。一个 IT 服务组织的技术管理水平，直接决定它能服务多大规模、多复杂、多苛刻的客户。
1.1 技术管理的"3 大本质命题"
第一，技术选型怎么定。市场上工具五花八门——ITSM 工具有几十款、监控工具有上百款、自动化工具更是数不清——怎么选？
第二，架构演进怎么走。今天的架构 5 年后必然过时——怎么从单体到微服务、从本地到云原生、从规则驱动到 AI 驱动一步步演进？
第三，技术债务怎么管。技术是有寿命的——架构会老化、工具会过时、人员技能会落伍——怎么及时换血？
3 大命题贯穿 IT 服务组织的全生命周期。
1.2 技术管理的"3 大典型陷阱"
陷阱一：追新症。看到新技术就上——大模型来了上大模型、Kubernetes 来了上 Kubernetes——结果遍地半成品。
陷阱二：保守症。看到老技术就抱——10 年前的架构不敢动——结果被竞争对手甩开。
陷阱三：碎片化。每个项目各选各的工具——10 个项目用了 10 套工具——运维成本爆炸。
避开 3 大陷阱 = 技术管理的入门门槛。
二、本讲导读
2.1 学习目标
- 【是什么】 准确说出 IT 服务组织的技术栈结构、技术管理的 4 大模块、架构演进的典型路径
- 【为什么】 理解技术管理是 IT 服务能力天花板的核心——技术体系决定服务上限
- 【怎么用】 能为一个组织设计 3-5 年技术管理与架构演进路线
2.2 本讲在课程地图中的位置
本讲对标教材 第 15 章"技术与基础设施管理"——是 PPTR 四要素中"技术"维度的深度展开。
2.3 一句话理解技术管理
技术管理 = 用"投入有限的资源"换"持续可演进的技术体系"——既不能保守，也不能激进；既要短期可用，又要长期可演进。
【虚构案例提示】 本讲涉及"智慧邻里2.0项目""清华园物业""北京知知致用信息技术有限公司"均为培训教学所用的虚拟项目与虚构人物（详见第01讲首次案例声明）。
三、IT 服务组织的"技术栈结构"
3.1 技术栈的 7 大层次
一个完整的 IT 服务组织技术栈包含 7 大层次。
层次 1：基础设施层
- 机房、网络、服务器、存储
- 含本地机房 + 公有云 + 私有云 + 混合云
- 是所有技术的"地基"
层次 2：平台层
- 操作系统、数据库、中间件、容器平台
- 是应用运行的"舞台"
层次 3：应用层
- 业务系统、办公系统、协作系统
- 是业务运转的"工具"
层次 4：数据层
- 数据仓库、数据湖、BI 平台
- 是数据驱动的"基础"
层次 5：安全层
- 防火墙、IDS、加密、身份认证
- 是合规运行的"防线"
层次 6：服务管理层
- ITSM、监控、自动化、知识库
- 是 IT 服务的"中枢神经"
层次 7：智能层
- AI 模型、AIOps、智能客服
- 是 IT 服务的"大脑"
7 大层次互相支撑，缺一不可。技术管理的任务就是让 7 层协同有序演进。
3.2 清华园物业的技术栈现状
清华园物业 2026 年的技术栈状态：
- 基础设施：本地小机房 + 阿里云（混合云）
- 平台层：CentOS 7 + MySQL 8 + Redis + Docker
- 应用层：缴费 / 报修 / 安防 / 增值 / 业主 APP（5 大业务系统）
- 数据层：基础数据仓库 + 报表 BI
- 安全层：防火墙 + 等保 2.0 三级
- 服务管理层：Jira Service Management + Grafana + 自研知识库
- 智能层：尚未规划
这是中型组织的合理技术栈。每一层都不追"最新"，但每一层都"够用"。
3.3 技术栈选型的"5 大原则"
技术选型时遵循 5 大原则。
原则 1：匹配业务需求
- 不为技术而技术
- 业务用得到才选
原则 2：考虑团队能力
- 选团队能驾驭的
- 否则维护不下去
原则 3：考虑长期演进
- 不选生命周期太短的
- 不选社区已死的
原则 4：考虑成本可控
- 不只看采购成本
- 还要看 5 年总成本
原则 5：考虑生态丰富
- 选生态活跃的
- 解决问题资源多
5 原则齐用 = 选型不容易跑偏。
四、技术管理的 4 大模块
4.1 模块 1：技术规划
技术规划解决"未来要怎么走"的问题。
核心动作：
- 3-5 年技术蓝图
- 年度技术路线图
- 季度技术里程碑
输出物：
- 《组织技术战略规划》
- 《年度技术路线图》
- 《季度技术里程碑》
频次：
- 蓝图：每 3 年大改 + 每年微调
- 路线图：每年初制定
- 里程碑：每季度更新
清华园物业 2025 年制定的技术蓝图覆盖 2026-2028 三年——明确每年的重点领域。
4.2 模块 2：技术选型
技术选型解决"具体选哪个工具"的问题。
核心动作：
- 需求分析
- 候选工具调研
- POC 试点
- 综合评估
- 决策与采购
评估维度（建议矩阵）：
- 功能匹配度（30%）
- 团队能力匹配度（20%）
- 成本（20%）
- 长期演进（15%）
- 生态（10%）
- 供应商可靠性（5%）
清华园物业的工具选型每次都走"POC + 评估矩阵"——避免冲动决策。
4.3 模块 3：技术运维
技术运维解决"日常运行稳定"的问题。
核心动作：
- 监控（Monitoring）
- 巡检（Inspection）
- 备份（Backup）
- 升级（Upgrade）
- 应急（Emergency）
度量指标：
- 系统可用性
- 平均故障间隔时长（MTBF）
- 平均恢复时长（MTTR）
- 备份恢复成功率
清华园物业的核心系统年度可用率 99.5%+——这是技术运维的"硬实力"。
4.4 模块 4：技术债务管理
技术债务管理解决"老技术怎么换"的问题。
核心动作：
- 技术债务盘点（年度）
- 偿还优先级排序
- 偿还计划制定
- 偿还执行与验证
典型技术债务：
- 老旧系统（10 年以上未升级）
- 单点故障（无备份的关键组件）
- 性能瓶颈（已影响业务）
- 安全漏洞（高危）
- 技能断层（关键技术只有 1 人会）
清华园物业每年 1 季度做 1 次技术债务盘点 + 全年偿还计划 = 技术债务"零积压"。
五、架构演进的典型路径
5.1 架构演进的"3 大典型路径"
路径 1：单体 -> 微服务
- 起步：单体应用
- 中期：拆分为模块化单体
- 后期：服务化拆分
- 终态：完整微服务架构
路径 2：本地 -> 云原生
- 起步：本地机房
- 中期：本地 + 公有云（混合云）
- 后期：以云为主
- 终态：云原生架构
路径 3：规则驱动 -> AI 驱动
- 起步：硬编码规则
- 中期：规则引擎
- 后期：机器学习辅助
- 终态：AI 驱动决策
清华园物业目前处于 3 条路径的"中期"——单体走向微服务、本地走向混合云、规则走向 AI。
5.2 架构演进的"6 大原则"
原则 1：渐进式演进
- 不大爆炸
- 小步快跑
原则 2：双轨并行
- 新老架构并存一段时间
- 平滑迁移
原则 3：业务无感知
- 演进对业务透明
- 不影响日常运转
原则 4：数据先行