软件工程师技能度量方法总结

软件工程师技能度量方法总结：进攻度量：衡量程序员帮助推进软件开发、团队或者组织向目标靠近的程度。

软件工程师技能度量方法总结

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