Devint 如何将数据转化为清晰的绩效视图。
DevScore 将开发流程中的自动信号与领导层的评估相结合,把每个人与稳定的参考区间进行比较——而不是与团队中最优秀的人比较。权重和区间均可配置:您的企业可以按职位定义自己重视的内容。
一切都从对绩效的统一视图开始
这不是内部排名:每个人都是与健康的运行区间进行对照解读的。如果团队整体在进步,就不会有人“垫底”。
统一的评分标尺,精确到个人和团队。各维度解释了这个数字的来源。
评估维度,每个维度都有各自的权重和饱和上限。
结算周期间隔:关注趋势,不做日常微观管理。
每次结算的完整分析窗口,以降低异常天数带来的噪音。
示例说明:某中级人员在本次结算的 DevScore 为 84。
查看随时间推移的进展。
每两周结算一次,六个维度构成一个六边形:每个顶点显示该维度相对健康区间的位置,范围为0到100。图形的形状揭示了一致性以及在最终得分之前的成长空间。其他周期也可按需筛选查看。
在评分背后,不同的维度揭示了正在发生的情况
没有任何单一维度能单独定义生产力:自动信号展现当期表现;领导层的评估反映成熟度。每个维度的权重按职位可配置。
交付节奏Commit 是代码变更的可追溯记录;pull request 是对该变更进行评审并合并的请求。
工作日提交次数 +每周合并请求数
技术工作转化为可评审交付物的频率。健康的节奏能降低意外风险;更小、更频繁的交付便于评审和反馈。
权重可配置代码贡献存活代码行(alive lines)是指长期保留在产品中处于活跃状态的代码行——代表真正创造了价值的贡献。
存活代码行 +变更熵
在产品中留下实质印记的技术贡献:持续存在的代码以及结构性变更,包括重构中有价值的删除。
权重可配置AI 与智能体的采用Token 是 AI 工具处理文本的基本单位——其消耗量体现了工作中真实的使用程度。
每周消耗的 token 数工作流程中对 AI 工具的真实采用情况。衡量的是使用程度,而非交付的价值——应与其他维度结合解读。
权重可配置工时记录开发者记录的工时提供了可预测性、产能可见性,并为成本分析提供支持。
每周记录的工时记录的完整性和可预测性。没有可靠的记录,产能就只是主观判断。超过上限记录也不会提高分数。
权重可配置技术能力代码质量、架构设计、最佳实践和技术掌握程度,由技术负责人评估。
管理者 + 技术负责人评估 (1–9)规划、执行和自主性。描述观察到的技术成熟度——比周期性指标更稳定,变化缓慢。
权重可配置行为表现沟通、协作、自主性和条理性——职业成熟度及其对团队环境的影响。
管理者 + 技术负责人评估 (1–6)沟通、责任感、可预测性和协作能力。衡量的是对团队运作的行为影响,而不是受欢迎程度。
权重可配置
初级
中级
高级
因为每个职位的期望各不相同
对初级人员的期望与对高级人员的期望并不相同:权重和区间可按级别或职位配置,总和为 100%。加速采用 AI 的岗位会提高该维度的权重;需要更强可预测性的岗位,则会提高工时维度的权重。
旁边的图表展示了每个级别的一个配置示例。使用箭头进行对比。
而每个结果都需要背景信息才有意义
每个信号都是与一个有上下限的健康区间对照解读的,按职位可配置。它是解读的参数,不是盲目的目标。
| 维度 | 观察内容 | 示例区间* | 为什么重要 |
|---|---|---|---|
| 交付节奏 | 工作日提交次数 | 3 至 10 次/天 | 体现工作的连续性 |
| 交付节奏 | 每周合并请求数 | 1 至 5 次/周 | 体现可评审交付的节奏 |
| 代码贡献 | 存活代码行 | 1K 至 8K /周期 | 体现持续留存在产品中的贡献 |
| 代码贡献 | 变更熵 | 1K 至 3.5K /周期 | 体现技术工作的覆盖范围 |
| AI 采用 | 消耗的 token 数 | 50M 至 500M /周 | 体现现代工具的实际采用情况 |
| 工时记录 | 记录的工时 | 30h 至 40h /周 | 体现记录的完整性和可预测性 |
| 技术能力 | 技术评估(管理者 + 技术负责人) | 1 至 9 分制 | 体现观察到的技术成熟度 |
| 行为表现 | 行为评估(管理者 + 技术负责人) | 1 至 6 分制 | 体现观察到的协作成熟度 |
*以上数值仅为参考配置。每家企业可按资历级别、合同类型、工作时长和工作性质调整区间——并配有治理机制:调整仅对后续结算周期生效,已结束的历史记录保持不变。