导图社区 软件工程师技能度量方法总结
软件工程师技能度量方法总结：进攻度量：衡量程序员帮助推进软件开发、团队或者组织向目标靠近的程度。
社区模板帮助中心，点此进入>>
电费水费思维导图
D服务费结算
材料的力学性能
总平面图知识合集
软件项目流程
一级闭合导线
建筑学建筑材料思维导图
第二章土的物理性质及工程分类
人工智能的运用与历史发展
电池拆解
软件工程师技能度量方法总结
输入数据
任务
每个程序员完成的任务数
复杂度
每项分配任务的复杂程度评分
未完成
已分配但未完成的任务
产品问题
某个产品领域的bug数
严重程度
每个bug的严重程度，可能因为修改引入其他bug而提升
影响面
受每个bug影响的客户比例
估计的或已知的
工作领域
每个程序员从事过的产品领域
修复的问题
每个程序员修复的产品的问题
作为分配任务的一部分
中断
每个程序员在自己任务被明显打断从而响应请求的次数
帮助
程序员主动明显的帮助他人的次数
加分
程序员显示出明显的主动性或创造性的次数
进攻度量
目的
衡量程序员帮助推进软件开发、团队或者组织向目标靠近的程度
指标
得分
测量程序员在已分配任务上的总体生产力
公式
得分=所有已完成任务的复杂度之和
例子
注解
测量每个开发迭代或每个固定时长的得分
测量周期至少是一周，但不超过一个月
每个迭代的平均分比较程序员间
留意每次迭代的最高分、最低分和一些特定的趋势
多能
测量程序员完成了所分配任务的数量
完成的任务数
多能数据高意味着承担了不同类型的任务
除了总多能、平均多能，还应留意最大值、最小值以及趋势
火力
测量程序员完成任务的平均复杂度
得分/多能
评分处于复杂度得分范围内
火力高意味着完成复杂任务的比例比其他人高
对比得分和多能相似的程序员的度量方法
每次迭代的最大值、最小值和趋势
助攻
测量程序员被打断的次数以及帮助其他人的次数
助攻=中断次数之和+帮助次数之和
温度
测量程序员在特定时间内的生产力的变化情况
起始温度=在测量时间段开始时为22度
当前得分=在最近完成的测量时间段内的得分
先前得分=在前一个测量时间段内的得分
热指数=当前得分/先前得分
温度=前一时间段的温度×热指数
突显了程序员有关生产力的最新趋势，热/冷
也可用于团队
每周-每月测量，如果2-3周迭代，则用迭代周期
实际数值不重要，重要的是趋势
高温显示更积极，而不是更高效
也可考虑从其他度量量派生出温度
进攻影响力
测量程序员在推进项目方面的贡献
进攻影响力=得分+多能+助攻
三者没有明显区分孰轻孰重
防守度量
覆盖了“非进攻”领域
程序员的技能和行为可以预防未来问题，或帮助团队在实现目标过程中站稳脚跟
救援
测量程序员帮助修改紧急产品问题的频度
救援=程序员帮助修改最高严重等级的产品问题的次数
完成时清点
忽略影响的客户数量和程序员完成的复杂度
多名程序员参与，都应获得
整个项目或较长时间段内追踪
可以决定在计算度量时是否包含最高严重等级之外的问题
抢断
测量程序员主动处理的潜在问题数量或帮助团队创造机会的数量
抢断=程序员显示出主动性和创造性的加分数量
不会频繁发生，但高于救援
按迭代统计
活动范围
测量程序员可以从事多少个软件领域
活动范围=某一特定程序员从事过的领域数量
平均活动范围为每次迭代的平均值
总活动范围是集合总数，不是每次迭代相加
同时记录每个迭代里的活动范围和跨越整个项目的总活动范围
非常大的需要关注
防守影响力
测量程序员在避免重大问题方面的贡献
防守影响力=（救援+抢断）×活动范围
精度度量
分析程序员的精确度和准确度
注意
本组度量值越低越好
失误
测量程序员未能完成所分配任务的复杂度
失误=总和（所有未完成任务的复杂度）
在帮助之下完成的任务不算失误
因为太忙而重新分配给其他人的不算失误
失误特指一名程序员开始了任务，期待完成，但因为面临技术或其他问题而未能完成的任务
失误不经常发生，但发生时很严重
错误
测量程序员所负责领域中产品问题的大小
错误=总和（每个产品问题的严重度×所影响的人数）
比失误频繁
粒度建议周/两周/月
加-减
测量程序员的正面贡献与负面问题的对比
加-减=得分-失误-错误
值越大越好
任务复杂度和产品问题严重程度尺度相同最好
技能度量计分板
电子表格
google docs
如何度量各种程序员类型
架构师
多能可能低
资深程序员
初级程序员
不期望，但如果有需要注意
