mcpField
C
cto-advisor

cto-advisor

github.com/davila7开发33.0k595 次安装1 天前更新
代码仓库

关于 cto-advisor

cto-advisor 是面向技术领导者的战略与管理技能,用于规划工程团队和技术系统。它提供脚本、模板与框架,涵盖技术债务、团队扩展、架构决策、技术评估和工程指标。

主要功能

  1. 01技术债务分析脚本
  2. 02团队扩展计算器
  3. 03架构决策记录模板
  4. 04技术评估框架
  5. 05工程指标指南
  6. 06领导力与危机规划框架

适用场景

  1. 01确定技术债务的偿还优先级
  2. 02规划工程团队扩张
  3. 03记录架构决策
  4. 04评估供应商或技术方案

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/davila7/claude-code-templates --skill cto-advisor

安装后在 Claude Code 中输入/cto-advisor确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

references/
architecture_decision_records.md
engineering_metrics.md
technology_evaluation_framework.md
scripts/
team_scaling_calculator.py
tech_debt_analyzer.py

详细介绍

CTO Advisor

面向技术领导力、团队扩张与工程卓越的战略框架和工具。

关键词

CTO、首席技术官、技术领导力、技术债、技术债务、工程团队、团队扩张、架构决策、技术评估、工程指标、DORA 指标、ADR、架构决策记录、技术战略、工程领导力、工程组织、团队结构、招聘计划、技术策略、供应商评估、技术选型

快速开始

用于技术债评估
python scripts/tech_debt_analyzer.py

分析系统架构,并提供按优先级排序的债务削减计划。

用于团队扩张规划
python scripts/team_scaling_calculator.py

计算最优招聘计划和团队结构,以支持增长。

用于架构决策

查看 references/architecture_decision_records.md,获取 ADR 模板和示例。

用于技术评估

使用 references/technology_evaluation_framework.md 中的框架进行供应商选择。

用于工程指标

实施 references/engineering_metrics.md 中的 KPI,用于团队绩效跟踪。

核心职责

1. 技术战略
愿景与路线图
  • 定义 3-5 年技术愿景
  • 制定季度路线图
  • 与业务战略保持一致
  • 向利益相关者沟通
创新管理
  • 分配 20% 时间用于创新
  • 每季度举办黑客松
  • 评估新兴技术
  • 构建概念验证
技术债战略
# Assess current debt
python scripts/tech_debt_analyzer.py

# Allocate capacity
- Critical debt: 40% capacity
- High debt: 25% capacity  
- Medium debt: 15% capacity
- Low debt: Ongoing maintenance
2. 团队领导力
扩张工程团队
# Calculate scaling needs
python scripts/team_scaling_calculator.py

# Key ratios to maintain:
- Manager:Engineer = 1:8
- Senior:Mid:Junior = 3:4:2
- Product:Engineering = 1:10
- QA:Engineering = 1.5:10
绩效管理
  • 每季度设定清晰的 OKR
  • 每周进行 1:1
  • 每季度审查绩效
  • 提供成长机会
文化建设
  • 定义工程价值观
  • 建立编码标准
  • 创建学习项目
  • 促进协作
3. 架构治理
决策制定

使用 references/architecture_decision_records.md 中的 ADR 模板:

  1. 记录背景和问题
  2. 列出考虑过的所有选项
  3. 记录决策和理由
  4. 跟踪后果
技术标准
  • 语言选择
  • 框架选择
  • 数据库标准
  • 安全要求
  • API 设计指南
系统设计评审
  • 每周架构评审
  • 设计文档标准
  • 原型要求
  • 性能标准
4. 供应商管理
评估流程

遵循 references/technology_evaluation_framework.md 中的框架:

  1. 收集需求(第 1 周)
  2. 市场调研(第 1-2 周)
  3. 深入评估(第 2-4 周)
  4. 决策和文档(第 4 周)
供应商关系
  • 季度业务审查
  • SLA 监控
  • 成本优化
  • 战略合作伙伴关系
5. 工程卓越
指标实施

来自 references/engineering_metrics.md:

DORA 指标(部署到生产环境的目标):

  • 部署频率:>1/天
  • 前置时间:<1 天
  • MTTR:<1 小时
  • 变更失败率:<15%

质量指标:

  • 测试覆盖率:>80%
  • 代码审查:100%
  • 技术债:<10%

团队健康度:

  • Sprint 速度:±10% 波动
  • 计划外工作:<20%
  • 值班事件:<5/周

每周节奏

周一
  • 领导团队同步
  • 审查指标仪表盘
  • 处理升级事项
周二
  • 架构评审
  • 技术面试
  • 与直接下属进行 1:1
周三
  • 跨职能会议
  • 供应商会议
  • 战略工作
周四
  • 团队全员会(每月)
  • Sprint 评审(每两周)
  • 技术深度探讨
周五
  • 战略规划
  • 创新时间
  • 每周回顾和规划

季度规划

Q1 重点:基础
  • 年度规划
  • 预算分配
  • 团队目标设定
  • 技术评估
Q2 重点:执行
  • 主要项目启动
  • 年中招聘推进
  • 绩效审查
  • 架构演进
Q3 重点:创新
  • 黑客松
  • 技术探索
  • 团队发展
  • 流程优化
Q4 重点:规划
  • 明年战略
  • 预算规划
  • 晋升周期
  • 债务削减冲刺

危机管理

事件响应
  1. 即时(0-15 分钟):

    • 评估严重程度
    • 启动事件团队
    • 开始沟通
  2. 短期(15-60 分钟):

    • 实施修复
    • 更新利益相关方
    • 监控系统
  3. 解决(1-24 小时):

    • 验证修复
    • 记录时间线
    • 客户沟通
  4. 事后复盘(48-72 小时):

    • 根因分析
    • 行动项
    • 流程改进
危机类型
安全漏洞
  • 隔离受影响系统
  • 联系安全团队
  • 法律/合规通知
  • 客户沟通计划
重大故障
  • 全员响应
  • 状态页面更新
  • 高管简报
  • 客户外联
数据丢失
  • 立即停止写入
  • 评估恢复选项
  • 开始恢复
  • 影响分析

利益相关方管理

董事会/高管汇报

每月:

  • KPI 仪表盘
  • 风险登记册
  • 重大项目状态

每季度:

  • 技术战略更新
  • 团队成长与健康
  • 创新亮点
  • 预算审查
跨职能合作伙伴
产品团队
  • 每周路线图同步
  • 参与 Sprint 规划
  • 技术可行性评审
  • 功能估算
销售/市场
  • 技术销售支持
  • 产品能力简报
  • 客户推荐电话
  • 竞争分析
财务
  • 预算管理
  • 成本优化
  • 供应商谈判
  • 资本支出规划

战略举措

数字化转型
  1. 评估当前状态
  2. 定义目标架构
  3. 制定迁移计划
  4. 分阶段执行
  5. 衡量并调整
云迁移
  1. 应用评估
  2. 迁移策略(7R)
  3. 试点应用
  4. 全面迁移
  5. 优化
平台工程
  1. 定义平台愿景
  2. 构建核心服务
  3. 创建自助服务工具
  4. 推动团队采用
  5. 衡量效率
AI/ML 集成
  1. 识别用例
  2. 构建数据基础设施
  3. 开发模型
  4. 部署并监控
  5. 扩大采用

沟通模板

技术战略演示
1. Executive Summary (1 slide)
2. Current State Assessment (2 slides)
3. Vision & Strategy (2 slides)
4. Roadmap & Milestones (3 slides)
5. Investment Required (1 slide)
6. Risks & Mitigation (1 slide)
7. Success Metrics (1 slide)
团队全员会
1. Wins & Recognition (5 min)
2. Metrics Review (5 min)
3. Strategic Updates (10 min)
4. Demo/Deep Dive (15 min)
5. Q&A (10 min)
董事会更新邮件
Subject: Engineering Update - [Month]

Highlights:
• [Major achievement]
• [Key metric improvement]
• [Strategic progress]

Challenges:
• [Issue and mitigation]

Next Month:
• [Priority 1]
• [Priority 2]

Detailed metrics attached.

工具与资源

必备工具
  • 架构:Draw.io、Lucidchart、C4 Model
  • 指标:DataDog、Grafana、LinearB
  • 规划:Jira、Confluence、Notion
  • 沟通:Slack、Zoom、Loom
  • 开发:GitHub、GitLab、Bitbucket
关键资源
  • 书籍:

    • 《The Manager's Path》- Camille Fournier
    • 《Accelerate》- Nicole Forsgren
    • 《Team Topologies》- Skelton & Pais
  • 框架:

    • DORA 指标
    • SPACE 框架
    • Team Topologies
  • 社区:

    • CTO Craft
    • Engineering Leadership Slack
    • LeadDev 社区

成功指标

✅ 技术卓越

  • 系统正常运行时间 >99.9%
  • 每天多次部署
  • 技术债务 <10% 产能
  • 安全事件 = 0

✅ 团队成功

  • 团队满意度 >8/10
  • 人员流失率 <10%
  • 职位填补率 >90%
  • 多样性持续改善

✅ 业务影响

  • 功能按时交付 >80%
  • 工程赋能收入
  • 每笔交易成本下降
  • 创新驱动增长

需要警惕的红旗

⚠️ 技术债务增加
⚠️ 人员流失率上升
⚠️ 交付速度放缓
⚠️ 事件增多
⚠️ 团队士气下降
⚠️ 预算超支
⚠️ 供应商依赖
⚠️ 安全漏洞

评论

支持 Markdown