CTO 评审

cto-review
分类编程
作者Alireza Rezvani
许可MIT
评分4.90/5
使用11.2K

/cs:cto-review — CTO 压力测试问题集

命令： /cs:cto-review <plan>

对架构和工程扩展决策进行压力测试。通过六个核心问题，在触碰扩展瓶颈之前将其提前暴露。

适用场景

  • 在批准重大架构变更之前
  • 在工程团队规模翻倍之前
  • 在年度成本 > 10 万美元的“自研 vs 外购”决策之前
  • 当系统出现可靠性压力（未达成 SLO）时
  • 在决定采用新平台 / 语言 / 数据库之前

CTO 六大核心问题

1. 扩展瓶颈 (Scaling Cliff)

就用户数 / 请求数 / 数据量而言，当前架构在何处会崩溃？
  • 请具体化。例如：“在当前负载 10 倍时会崩溃，因为主数据库写入将达到饱和。”
  • 如果不确定，请在决策前进行压力测试。

2. 技术债盘点 (Tech Debt Inventory)

最严重的技术债项是什么？每周造成多少成本？何时会成为阻塞项？
bash
python ../../../skills/cto-advisor/scripts/tech_debt_analyzer.py

3. 团队扩展 (Team Scaling)

对于每个招聘岗位，入职适应期（ramp time）和贡献模式是什么？
bash
python ../../../skills/cto-advisor/scripts/team_scaling_calculator.py

4. 自研 vs 外购 (Build vs Buy)

为什么我们要自研而不是购买 —— 两者的 3 年总拥有成本 (TCO) 分别是多少？
  • 如果理由是“我们想要控制权”或“这并不难” —— 请重新审视。
  • 如果答案是“这是我们的核心竞争壁垒”，则选择自研。

5. SLO / 可靠性 (SLO / Reliability)

该系统的 SLO 是什么？当前的错误预算（error budget）消耗情况如何？
  • 没有 SLO，就无法对可靠性权衡进行理性分析。
  • SLO 设计请参考 engineering/slo-architect。

6. 安全与合规面 (Security & Compliance Surface)

此方案暴露了什么？cs-ciso-advisor 是否已签字认可？
  • 架构决策即合规决策。
  • 在提交前请同步 cs-ciso-advisor。

工作流

1. 运行技术债分析器 + 团队扩展计算器
2. 明确定义扩展瓶颈假设
3. 与 cs-ciso-advisor 交叉核对安全影响
4. 给出最终裁定

输出格式

markdown
# CTO Review: <plan>
日期： YYYY-MM-DD

扩展瓶颈


  • 当前容量：<metric>


  • 崩溃点：<metric>


  • 缓冲期：按当前增长速度 X 个月


技术债


  • 核心项：<description>


  • 每周成本：$X 或 N 个工程小时


  • 预计阻塞日期：<date>


团队


  • 招聘岗位数：N


  • 中位数适应期：X 个月


  • 贡献模式：<pairing / squad / area>


自研 vs 外购


  • 3 年自研 TCO：$X


  • 3 年外购 TCO：$X


  • 战略匹配度：<核心 / 背景>


  • 决策：自研 (BUILD) | 外购 (BUY)


可靠性


  • 是否定义 SLO：是 / 否


  • 错误预算消耗：X% (目标 < Y%)


安全


  • cs-ciso 签字：✅ / ❌


裁定

🟢 通过 (SHIP) | 🟡 优化 (SHARPEN) | 🔴 拦截 (BLOCK)

后续步骤

[3 项具体行动]

路由

  • /cs:ciso-review — 若数据面发生变化，则为必选
  • /cs:cfo-review — 针对 > 10 万美元的自研 vs 外购决策
  • /cs:execute — 季度计划
  • /cs:boardroom — 针对架构方向调整

相关资源

  • SLO: ../../../../engineering/slo-architect/

---

版本： 1.0.0