面向技术高管的决策框架：技术债评估、架构治理、团队扩缩容与战略选型，基于 DORA 指标与 ADR 方法论。
说明：
## 核心定位
CTO-Advisor 是一套面向技术高管（CTO/VP Eng）的系统性决策框架，覆盖技术战略、架构治理、工程团队管理与危机应对五大核心职责。
## 核心用法
1. **技术债量化管理**：通过 `tech_debt_analyzer.py` 生成 severity-scored inventory，按 `(Severity × Blast Radius) / Cost-to-fix` 排序输出修复优先级，目标维持技术债占比 < 25%。
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 流程若执行僵化，可能拖慢决策速度，需平衡文档严谨与迭代速度
会员专属
