技术高管的战略决策中枢

面向技术高管的决策框架：技术债评估、架构治理、团队扩缩容与战略选型，基于 DORA 指标与 ADR 方法论。

基本信息

• 技能名称?Cto Advisor
• 中文名称?技术高管的战略决策中枢
• 作者?alirezarezvani
• 分类?其他
• 版本?2.1.1
• 标签?cto, technical-leadership, tech-debt, architecture-decisions, engineering-metrics, dora, team-scaling, build-vs-buy, adr, platform-engineering

使用方法

使用说明
核心定位
CTO-Advisor 是一套面向技术高管（CTO/VP Eng）的系统性决策框架，覆盖技术战略、架构治理、工程团队管理与危机应对五大核心职责。
核心用法

1. 技术债量化管理 ：通过 tech_debt_analyzer.py 生成 severity-scored inventory，按 (Severity × Blast Radius) / Cost-to-fix 排序输出修复优先级，目标维持技术债占比
2. 架构决策记录（ADR） ：所有跨团队、高成本或不可逆的决策强制文档化，包含 3 年 TCO 估算、迁移路径与回滚方案，确保决策可发现、可替代。
3. 自研 vs 采购分析 ：默认规则为"非核心 IP 即采购"，通过加权评分模型（功能匹配、迁移风险、TCO、供应商稳定性）量化决策。
4. 工程健康仪表盘 ：整合 DORA 四指标（部署频率、变更前置时间、变更失败率、恢复时间）+ 技术债比率 + 团队满意度，实现数据驱动管理。
   显著优势
   实证导向 ：所有建议需附基准数据或案例研究，拒绝"我觉得"式判断
   可执行性强 ：提供现成 Python 工具、检查清单与输出模板，降低落地门槛
   风险前置 ：内置"bus factor"、单点故障、部署频率下滑等主动预警机制
   局限性与风险
   语境依赖 ：需预先读取 company-context.md 才能给出精准建议，缺失时可能产生偏差
   行业适配 ：框架源自互联网/ SaaS 场景，对硬件、嵌入式、强监管行业（如医疗、航空）需额外裁剪
   工具链假设 ：默认使用现代 CI/CD 与云服务，传统 IT 或政企环境可能工具不适配
   适用人群
   早期创业公司首次设立 CTO 角色
   成长期公司技术 VP 需建立工程度量体系
   技术高管面临"重写 vs 重构"、"扩容 vs 降本"等高风险决策
   常规风险
   过度关注指标可能导致"度量驱动开发"，掩盖真实业务价值
   ADR 流程若执行僵化，可能拖慢决策速度，需平衡文档严谨与迭代速度