《程序员度量:改善软件团队的分析学》一团队动态

团队动态

虽然不应该严格地认为度量是评级,但不可避免的事实是,任何好的度量系统都无法避免地识别出人与人之间的必然差异。在组织中,如果人们通过劳动获得报酬,并且他们的工资标准与他们的贡献和技能密切相关,那么好的度量数据与工资标准和其他额外津贴就存在着一些关联。但无论如何,你不应该因此而太过于在意捕捉和利用度量,或者认为人们会试图伪造数据。
如James Surowiecki在他的《The Wisdom of Crowds》一书中所指出的,人们大致期望在造诣和奖励之间存在着一个真实和公平的关系。大多数人并不指望不相称的造诣能获得相同的奖励,并且事实上,当奖励系统很公平并且与人们的贡献一致的时候,大多数人是满意的。在这个意义上,度量提供了更详尽的细节和更高的精确度来理解人们的相关技能和贡献(这也可以帮助你确定人们是否获得了公平的薪水)。度量的使用可以增强个体与团队之间的满意度。人们只是期望一视同仁和得到认可——你可以问一下自己,如果缺乏合理的、基于度量的方法,是否可以做到很公平。
在职业运动中,球员的统计数据被无休止地详细检查,并且他们的年薪也同样众所周知。对于领袖球员,他们的合同谈判通常会被媒体紧密地追踪报道和讨论。但是,当一些谈判陷入僵局时,最终球员和球队双方一般会寻求一个相对“公平”的合同,这个合同往往会参照行业标准及其他拥有类似技能的球员的合同,现在许多体育合同的争论都引入仲裁这一独立的机构,通过比较程序来裁决出一份公平的薪水。在仲裁时,球员统计数据扮演着重要角色。
Jed Lowrie,波士顿红袜队的一个全能内场手,并没有期望与二垒手Dustin Pedroia这样的球队公认的明星一样的薪水,然而,我们可以想象如果Lowrie能够得到更多薪水肯定会很开心,我们也同样相信他和其他像他一样的球员,只要他们认为其报酬是公平的,就会感到满意。当然,他们对于球队的成功同样至关重要。如果有什么区别的话,那就是球员统计数据在薪水谈判中的运用使得程序更加公平,从而,通过这样的方式,球员不再感觉遭受非人的待遇。在过去那个年代像道奇队的总经理Buzzie Bavasi只告诉Sandy Koufax译注2值多少钱而不管其表现的日子,已成为过去。
在软件开发行业中,一般不会公开薪水,当然你也不希望别人追踪报道你的薪水谈判。即使你这样做,你也可以想象并非所有的团队成员都期望相同的薪水。你同样可以想象的是,所有的人都想要一个尽可能客观公正的系统。
所有这些并不是说你应该只是根据度量来进行你的薪水讨论和绩效考核,这无异于把度量等同于评级。这仅仅是说,一个开放的、与技能和业绩相关的度量对于构建一个健康协作的团队环境并不让人讨厌。更进一步,如果度量可以用于帮助团队的改善和成功,则度量可以直接用于营造一个更健康的环境。并且,他们也更有利于理解那些之前可能就没有完全认可的个人贡献。

时间: 2024-07-28 14:52:08

《程序员度量:改善软件团队的分析学》一团队动态的相关文章

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

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

《程序员度量:改善软件团队的分析学》一程序员在其核心职责之外的贡献如何

程序员在其核心职责之外的贡献如何 在程序员显而易见的职责之外,对项目和软件开发团队的成功而言还有很多其他非常重要的事情.这些事情不太显眼,但其重要程度和基本的编码.设计和测试完全相当.在体育运动中,作为确定球员对团队成功的贡献的关键方法,已经证明有些不太显著的统计数据是非常有价值的.例如,在棒球比赛中,知道击球员击球的判断正确率或者守场员在多大范围内能获得接近他们的球是很有价值的. 程序员能覆盖多少领域 当从一个领域迁移到另一个领域或者从一种类型的工作转移到另一种类型时,就是展示程序员的广度能力

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

有价值的数据 本书后续章节将讨论一些特定的程序员度量.某些度量相当简单,基于产品bug这类原子数据:而有些度量相对更复杂一些,它们需要利用公式以及多个数据元素的组合. 无论如何,在深入探究特定的度量之前,我们都应考虑各种可用于程序员度量的数据类型,并思考这些数据是否有用处.我们需要广泛而深入地思考那些令人关注的.新的数据元素,因为它们能够带来更有意义的度量.同样,程序员和软件团队的工作需要关联到团队和组织的目标.我们也同样需要认真地思考如何确定这些数据. 下面的列表是我发现的一些有用的数据示例,

《程序员度量:改善软件团队的分析学》一观测员和统计表

观测员和统计表 当无法从现有系统中获得数据时,最好的办法是用现行职业球队的方法--也就是观测员和统计表.职业球队利用特定的统计分析管理者,也就是观测员,去观看比赛,为球员个体和球队填写统计表格.在一些运动(如棒球比赛)中,可能有官方的记录员来跟踪统计数值,并且在必要的时候负责主观判决(judgment call),如决定某个回合是安打还是失误.但即使在这样的例子中,记录员常常也需要观测员来协助他们,另外,球队拥有自己的观测员来跟踪那些并没有被记录员记录的统计数据.技术可以自动化一些统计收集的过程

为什么没人比程序员更讨厌软件

几个月前,我们买了一台新的数码相机,为的是更好地记录我们家小宝贝的成长过程.采购的事情由我太太负责.她小心地打开相机的包装盒,给相机装上电 池,然后就开始了首次试拍.像很多电子产品一样,随相机附送的还有一张软件光盘.于是,她不假思索地打开DVD光驱,然后把光盘放了进去. 我眼角的余光碰巧注意到了这一切.说时迟,那时快,我疯了似的从房间的另一头冲过去,同时大叫:"不--要--啊--"--我不顾一切地试图阻止她从那张光盘上安装软件(为了更好地理解当时的情景,你可以以夸张的慢动作来想象一下整

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

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

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

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

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

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

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

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

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

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