程序员度量

• 大头

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

  2016-03-02
  “魔力三角”的概念没有考虑到人类行为的特征。
• 大头

  2016-03-02
  好的度量不仅仅只是跟踪活动。好的度量可以直接关联到或者产出成就。
• 大头

  2016-03-02
  统计，或者度量，是过去发生的事情的详细档案。
• 大头

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

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

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

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

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

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

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

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

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