程序员度量改善软件团队的分析学第1章-第一部分.pdfVIP

第一部分 概念 该部分涵盖关于度量、模式分析、数据采集和数据元素的常见概念。 第1章 概述 让我们不要太确信，我们没有错过一些重要的东西。 ——比尔 詹姆斯（棒球统计学家和作者），摘自“ ” · Underestimating the Fog 这是一本关于程序员、软件开发团队的度量和模式的书。本书的一些想法源于我在多年 前开始的对软件开发团队构成的思考：无论好坏，所有细微贡献以及无名英雄的辛勤汗 水都是项目成功的关键组成部分。近二十年里，我一直在负责设计师、程序员和测试团 队的组建与管理工作。这些年，我意识到一个软件开发团队就像一支球队一样，需要有 各种角色的球员和不同的技能的专业人员才能成功。我同样认识到成功和失败的模式未 必像我之前所设想的那样简单。 我见过一个简单的模式，或许你也看到过：我曾经所在的每个成功的软件开发团队中， 总是至少有一位同事无怨无悔地去做一些琐事，比如创建安装程序，改善编译脚本，或 者修改一些其他人的错误来帮助团队实现产品功能。如果团队里没人去做这些琐碎的事 情，那些项目就总是无法完成，或者至少是做得不够好。 另一种模式是：我见过很多经验丰富的软件开发团队，其中一般都有一到两位程序员在 充当明确的技术领导和关键人物，虽然他们未必拥有与之对应的头衔。这些关键的程序 员不仅解决问题，而且他们对其他人产生了强大的影响力，比如其他的程序员技能飞速 发展，越来越接近技术领导者的水平。其最终结果就是，一到两个牛人提高了整个团队 的水平。 这里还有我在曾经亲身参与的一个长期项目中观察到的一个模式，这种模式尤其常在处 在创业阶段的小团队中发现：当项目进展到80%的时候，项目团队往往就“撞墙”了。 像马拉松运动员跑到 英里标志点一样，项目团队经过几个月的努力奋斗，每一个人都 20 身心俱疲。有时候当团队遇到困难时，我们就停滞下来，并且无法重获生机。这样项目 7 剩下的20%工作量似乎永远也完不成，最后，我们基本上都是跌跌撞撞地走向终点。但 有时某些团队可以穿越那堵墙，重新恢复生机，再次调整好步伐。在任何情况下，能够 重获生机源于团队中一些人的优秀品格，他们能够减轻团队的工作负担，营造轻松的工 作氛围，鼓舞团队士气，并让每一个人都感觉良好。感谢团队中那些爱开玩笑的伙计， 他们让团队中的每一个人重新找回（多数是）积极的心态，准备冲刺到终点。 一旦我们看到这些，成功的模式似乎是显而易见的，但要看到它们，我们必须学会相应 的方法。当我开始思考这个问题的时候，我就在琢磨我们是否可以建立一套指标，以便 给我们一个明确、客观的方法来识别、分析并讨论软件开发团队的成败以及全方位地看 待程序员的技能和贡献。这并非只是一种评判绩效的方法，而是一种有助于我们更好地 理解和获得成功的关键因素，并且它指明了从哪里和如何提高。我在自己的团队中进行 了一些尝试，并取得了优异成果。令人鼓舞的是，这些方法对其他人也同样适用。 本书是我对这些想法和实践进行分析的一次尝试。在这一方面，很少有关于软件开发 团队度量的材料——无论是书面的或其他方式的。我们有关于面试、技能测试、项目估 算、项目管理以及团队管理的大量书籍，还有关于敏捷和其他更有效提高开发流程的方 法学之类的书。但是，我们从未有过讨论或探寻一种量化分析方法，该方法通过理解个 体程序员的技能和工作来提高软件开发团队的效率。 目前绝大多数软件开发团队所使用的度量，一般是项目估算或项目管理过程中的一个简 单的计数集合