《程序员度量》章节试读

《程序员度量》的笔记-第157页

•该度量揭露了人们之前不知道或者不确定的信息吗？
•该度量证实了或者挑战了现存的假设吗？
•该度量可以被团队经理用来改善他们的软件团队吗？如果可以，这将如何发生？
•该度量能被程序员个体用来提高他们自己的贡献吗？如果可以，他们可以学到什么？如何做？

《程序员度量》的笔记-第17页

只有在度量作为每个程序员当前的工作技能、强项和弱项的反映，而不是作为一种评级方法的前提下，度量才真正有效。

《程序员度量》的笔记-第33页

《程序员度量》的笔记-第20页 - 第2章 测量程序员的工作

好的度量不仅仅只是跟踪活动。好的度量可以直接关联到或者产出成就。

《程序员度量》的笔记-第26页 - 第2章 测量程序员的工作

当我们看到一些特别高的度量值或特别低的度量值的时候，我们应该追踪和检验它们，并且寻找那些会随着时间的推移出现的模式。

《程序员度量》的笔记-第21页

《程序员度量》的笔记-第23页

计划方法总是认为基于一个合理的计划和进度表，程序员就能产出始终如一的产品质量，其实这并不必然。

《程序员度量》的笔记-第19页 - 第2章 测量程序员的工作

评估一个度量本身的好坏：
· 这个度量是否相对易于描述和理解？
· 这个度量是否展示了我还不知道的一些事情？
· 这个度量是否清楚地涉及了我关心的目标？

《程序员度量》的笔记-第99页

使用概念性的名字，那样更便于记住和讨论这些度量，并且可以帮助每个人理解度量的目的而不仅仅是内容。

《程序员度量》的笔记-第16页 - 第2章 测量程序员的工作

统计，或者度量，是过去发生的事情的详细档案。

《程序员度量》的笔记-第27页

《程序员度量》的笔记-第23页 - 第2章 测量程序员的工作

“魔力三角”的概念没有考虑到人类行为的特征。

《程序员度量》的笔记-第9页

度量并不是要代替个人的直觉和创造力，而是帮助我们增进了解。

《程序员度量》的笔记-第9页 - 第1章 概述

度量并不是要代替个人的直觉和创造力，而是帮助我们增进了解。
体育比赛中，成功的球队需要球员之间能够互补，而不需要也不应该要求每个人具备同样的技能。不是所有人都擅长做同一件事。

《程序员度量》的笔记-第1页

Kpi

《程序员度量》的笔记-第64页

拥有数据和度量可以让你分析结果并形成理论，然后你就可以随着时间的推移验证这些理论。

《程序员度量》的笔记-第63页

对于成功的团队，复杂的任务集中在少量的程序员里。其他的程序员承担了数量较多但复杂度不高的任务。对于失败的团队，差不多每个人的工作负载类似，而且平均复杂度较高。

《程序员度量》的笔记-第17页 - 第2章 测量程序员的工作

度量不是评级

《程序员度量》的笔记-第56页

和帮助他人一样，对于有用的指标来说，我认为保持程序员呈现的创新性和主动性的次数就足够了，尝试收集更多的细节，包括创新性和主动性的特定类型，或者涉及的时间和工作量，并不会带来多少好处。再次重申，保持简单会使得你的团队更易于跟踪它们。