《程序员度量:改善软件团队的分析学》一度量不是评级

度量不是评级

在初中、高中和大学,你会得到对你学习的评级。评级应该反映了你对一门课程的掌握程度,和你相对于班级中其他人进行的一个排名。他们可能与你的客观测验的成绩紧密关联,虽然很多时候测验或者评级的其他元素包括了老师的主观评价。在早期,评级给你提供了反馈以帮助你确定哪些方面需要提高,但是,在后期,评级渐渐地演变成了夹杂着排名及奖励的一种竞争。由于在制度上和传统上的一些原因,不论好坏,学校不仅负责教育学生,而且负责给学生进行排名。
如果你打算接受度量,建立并且理解度量不是评级这一概念非常重要。度量测量特定个体的技能和贡献,并且像我在本书中将检验的,一般没有固定的“好”或“坏”分界线。成功的团队由不同的个体组成,这些个体之间可能并且也确实存在着非常巨大的个人度量差异。就像一个橄榄球球队,前锋比跑卫更慢;好的角卫常常只有较少的拦截抢断或突破防守,因为四分卫很少朝他们传球。
度量的目的就如同前面讨论的一样,为我们提供了一幅更清晰的画面来揭示发生了什么,帮助我们更好地沟通,并且帮助我们确定和发展有用的技能。本书后续章节将探究度量如何应用于招聘、绩效考核和其他团队管理的方方面面。然而,在所有的案例中,只有在度量作为每个程序员当前的工作技能、强项和弱项的反映,而不是作为一种评级方法的前提下,度量才真正有效。

时间: 2024-10-21 23:40:21

《程序员度量:改善软件团队的分析学》一度量不是评级的相关文章

《程序员度量:改善软件团队的分析学》一第1章

第1章概述让我们不要太确信,我们没有错过一些重要的东西.--比尔·詹姆斯(棒球统计学家和作者),摘自"Underestimating the Fog"这是一本关于程序员.软件开发团队的度量和模式的书.本书的一些想法源于我在多年前开始的对软件开发团队构成的思考:无论好坏,所有细微贡献以及无名英雄的辛勤汗水都是项目成功的关键组成部分.近二十年里,我一直在负责设计师.程序员和测试团队的组建与管理工作.这些年,我意识到一个软件开发团队就像一支球队一样,需要有各种角色的球员和不同的技能的专业人员

《程序员度量:改善软件团队的分析学》一数据获取

数据获取 很多系统都能帮助收集数据元素.有些可以提供易于访问的有用数据,特别是那些直接打交道的或控制的并且与开发相关的系统.对度量而言最有用的系统之一可能就是实际产品本身,一些适当的手段和监控可以提供关于客户采用.使用或特定特性和产品改变的成功的大量数据.有些系统可能不容易访问,通常是你无法授权使用其他业务部门的数据.我的经验是,如果你向系统所有者或管理员解释数据的有用性和使用目的,而且说明你并不需要保密和敏感的数据,你应该能得到授权.有时我们可以直接从系统中得到数据,而有时数据是从常规报告或者

《程序员度量:改善软件团队的分析学》一关于软件采用、问题以及竞争的数据

关于软件采用.问题以及竞争的数据 除了测量程序员技能,目标受众以及那些通过不同方式和软件打交道的人员(外部用户.内部用户.销售和支持人员或者上述所有人员)对软件的接受情况也是关键的测度.收集那些可以指示软件的成功以及人们对工作的响应的质量数据,包括收集关于采用.效益和问题的数据,还可以相对于已知的竞争对手来评估成功. 关注与采用 作为度量系统的基础,确定一个软件产品.项目或者特性是否可以积极或者消极地接受,以及尝试度量这种响应的程度,非常关键.可用来对响应进行跟踪的最基础的指标是使用情况.但是使

《程序员度量:改善软件团队的分析学》一连接活动与目标

连接活动与目标 程序员是软件开发团队中的球员,这个软件开发团队是某个商业活动或者组织的一部分.至少这个组织的一些目标同样也是这个软件开发团队的目标(因此,那些目标也同样是程序员的目标).最有意义和有用的度量允许将程序员和团队关联到组织目标上. 为了做到这一点,需要定义那些软件团队所共享的组织目标,并且这些目标可以精确地或近似地测量出.然后,需要确定程序员和团队的哪些技能是可以测量的,最终,必须建立一个模型或者度量将技能与目标关联在一起. 你可能说,运动团队有一个清晰的目标,那就是赢得比赛(并且最

《程序员度量:改善软件团队的分析学》一模式、异常点和离群点

模式.异常点和离群点 一般来说,我们收集和保持度量数据持续的时间越久,它们就会变得越有用.度量分析是一个模式识别的过程,意味着寻找一个重复的.可提供洞察力的模式.从单个时间段里收集到的一组度量或许会揭示出一些有趣的信息,并且我们可能会因此而得出一些有趣的假设,然而,从多个时间段里收集多个度量将可以改进我们的推测,或者把推测转化为知识. 我们在寻找模式的时候,很重要的一点是,必须认识到并不是所有的模式都是简单化的.我们必须仔细地寻找,而不仅仅只是关注于表面,因为从一些度量的组合中发现一些模式和解释

《程序员度量:改善软件团队的分析学》一软件团队是成功还是失败

软件团队是成功还是失败 在体育运动中,每个团队都为胜利而战,而成功的定义也很清晰.精确.软件开发与此不同,我们缺乏对成功的恰当测度.我所发现的最佳策略是软件开发团队的成功三角形,它基于三方面的因素:客户响应.质量指标和效率.这些都能按发布版.特性来测量,并且可以相对于先前的水平.团队目标和组织目标加以评估. 用户对每个软件发布版的响应是什么 开始时,你可以考虑以三个月为周期测量用户对新发布版的采用率是否达到了20%.你能够同设定的目标相比较.为客户响应.质量指标和效率进行这种检测,为团队提供了一

《程序员度量:改善软件团队的分析学》一假设检验

假设检验 真理并不总是赤裸裸的.基于这个原因,当自己的某些假设成为成功的关键因素时,常常询问一下自己,在这些假设中真正重要的是什么,不重要的又是什么,这样做很有裨益.在寻找有用度量的过程中,你应该目光长远一点,不只是蜻蜓点水,并且考虑所有的可能性.有时,某个地方不能看得很清楚,新的数据可能会帮助你找到隐藏在后面的真相.你可以收集并使用度量来挑战你的假设,并且即使推翻了你的假设,也同样有帮助,因为你真正掌握了知识.美式橄榄球有将近100年的历史,公认的一个教练理念是如果你的团队在3次进攻之后未能达

《程序员度量:改善软件团队的分析学》一数据选择

数据选择 为度量寻找合适的数据,有点像科学,有点像艺术,但更多的是试错.当决定使用哪些数据时,我们会面对很多选择.显然,你可以提出多种多样的测度,能获得相同的结果,或者发生几乎等同的一件事.例如,要决定一个程序员的质量测试有多好,我们可以选择去测量编写的测试用例数.代码的测试覆盖率,或者发现的bug数量和严重性.我们也可以测量所有这些.一般来说,当我不得不在多个可能使用的测度中去选择时,我基于以下经验法则来决定最优方案:选择最容易获得的数据.选择最容易让非程序员解释和理解的数据.第一条经验法则或

《程序员度量:改善软件团队的分析学》一可重复的成功

可重复的成功 虽然度量可以提升我们的理解力,并且我们可以在许多方面因此而受益.但我们追寻的第一要务是可重复的成功模式.如果找到,这些模式可以指出哪些是我们团队所需要的,以帮助我们最大化成功的概率和最小化失败的概率.常言说"人算不如天算",就眼前来说,这或许是对的.但是,幸运并不是保持稳定绩效的内因(虽然很多赌徒渴望它是).高度熟练的个体或团队看起来是幸运的,但是他们始终如一的成功缘于他们的努力工作和计划.某些人或许得到了"机遇"或有个"好运气".

《程序员度量:改善软件团队的分析学》一涟漪效应

涟漪效应 另一个重要的模式是,度量可以帮助我们确认一个人对团队中其他成员的影响.例如,优秀的程序员,可能使其他程序员黯然失色,也可能帮助其他程序员更迅速地提高他们的技能.最难识别和确定的是那些涟漪效应的模式,但是一旦发现这种模式,这可能带来最大的价值.个体对团队的正面影响或负面影响是决定团队是否大于或小于个体之和的重要因素.我们可以检验的并且同等重要的另一个相关模式是,特定的人在一起工作所产生的结果.在这种情况下,你不会看到太多个体对其他人的影响,但是会看到某些特定的人员组合是否会更有效.这种模