《程序员度量》

今天，在图书馆看了《程序员度量》，记录了其中一章的主要知识点，记录如下

一、合适的数据

1. 程序员在核心职责方面做的如何

• 代码如何
• 设计如何
• 测试如何

2. 核心职责之外的贡献

• 能覆盖多少领域
• 是否足够主动
• 创新
• 压力应对
• 应对逆境的能力

3. 与他人的互动如何

• 是否展示领导力
• 是否激励队友
• 指导他人
• 理解和遵循方向的情况如何
• 能协助他人多少

4. 软件团队成功失败

• 成功度量的最佳策略是三要素，客户响应，质量指标和效率

5.度量数据

• 生产力 指完成工作的总量，多种方式测量。如测量函数LOC和不含注释的语句数NCSS，可以测量对象或者发布版本的提交数 应当将测试和测试开发的工作量纳入编码任务的复杂度评分
• 速度
• 准确性

二、技能度量

1.输入数据

• 任务数
• 复杂度
• 未完成
• 产品bug
• 产品bug严重程度
• 工作领域，每个程序员工作过的产品领域
• 修复的问题，每个程序员修复的产品问题
• 中断，每个程序员在自己任务上呗明显打断从而响应请求的次数
• 帮助，程序员主动帮助他人的次数
• 加分，创造性和主动性的次数

2.进攻度量

进攻度量用来衡量程序员帮助推进软件开发，团队和组织的靠近程度 建议每个开发迭代的得分，至少是一个星期，通常不超过一个月

3. 防守度量

救援等

4.如何度量各种程序员类型

• 架构师 架构师有更高比例的高复杂度任务，更积极的引导，辅助和帮助队员。需要涉及软件的许多架构，活动范围超过团队的平均水平，积极的预见问题
• 资深程序员 更高的平均得分，防守影响力，绩效的稳定性
• 初级程序员 多能，很多时候不能向初级程序员分配复杂的任务，不期望抢断和创新