项目管理评估质量和生产力

Question

我被提升为项目经理。说实话，这对我来说是一个新角色，一开始我很难找到这份工作。

您能否举一些我可以用来衡量团队成员质量和生产力的指标示例。我需要为开发人员和测试人员测量它。

Answer 1

你可以测量很多东西

• 生成的代码行。

• 击键。

• 消耗的咖啡。

• 生产的垃圾。

然而，这只是数字 - 数字是为了拥有数字。

在衡量团队之前，先了解你的衡量标准。

了解您的整体开发组织的衡量标准。

找出整个组织正在尝试优化的衡量标准。

然后 - 只有这样 - 试图找到一种方法将大图目标映射到你的团队。如果您没有衡量组织总体目标的进展情况，那么您只是在收集数字。

如果您要收集数字，每天早上称量咖啡可能是完成工作的最佳指标。认真。

Answer 2

这是一个很好的链接，表明您选择的大多数指标可能不会以您希望的方式运行。 Developer Metrics - Useful or Harmful?

例如，

• 测量代码行，影响将是详细代码

您选择的任何指标最终都可能会被您尝试衡量的人“游戏”。

Answer 3

交付价值。与您的客户（产品负责人）合作，找到衡量组织价值并衡量价值的方法。经常交付（每日，每周，每月），你会很好。

Answer 4

  

您能否举一些我可以用来衡量团队成员质量和工作效率的指标示例。

敏捷团队衡量生产力的指标的一些示例：

故事点/速度点：这是一个相对较大的单位，可用于衡量要完成的工作的复杂性。

Sprint Burndown ：这可以用来衡量迭代或Sprint中的小时进度

释放Burndown ：这可用于衡量发布期间故事点的进度。

敏捷团队衡量质量的指标的一些示例：

Hudson CI ：您可以使用持续集成工具，该工具会自动关注代码库。可以使用的一些用于质量检查的插件可以是： Corbertura PMD CheckStyle的

Answer 5

了解您的公司首先对采用Scrum感兴趣的原因。

如果要生成质量更好的代码，那么您可以专注于测试覆盖率，错误计数等等。我喜欢CRAP index。

许多公司采用Scrum是因为他们的大多数问题 - 包括低质量的代码，紧迫的期限和返工 - 都是因为他们首先产生了错误的代码。要么被误解，要么利益相关者不太清楚他们想要什么。如果这是你的问题，你可能想要测量吞吐量（平均需要多长时间从分析到发布）或反馈（你需要多长时间才能知道你所做的工作是否真的可用，或者不要 - 请记住，当它不可用时，你想尽快知道。）

我尽量避免衡量生产力等因素。成为productive without being effective非常容易。专注于the Goal。 Kanban中的大多数指标都可以与Scrum一起使用，并在此处提供帮助。我非常喜欢累积流程图，因为它们在系统中显示了各种反馈循环和约束。

哦，无论你做什么 - 衡量团队，而不是个人。一旦人们认为他们被视为个人，他们就会停止与团队合作。

Answer 6

生产力是衡量成功的唯一重要指标：我的团队是否在指定的时间范围内完成了我们所说的我们能做的事情，并达到了高质量水平（通过UAT）？如果没有，为什么不呢？

衡量这一点的一个好方法是测量团队的速度，然后将其作为基准。 Velocity代表团队可以做什么以及他们能够准确计划自己的努力程度。

以下是关于速度以及如何计算速度的一些好文章：

http://www.versionone.com/Agile101/velocity.asp

http://michaellant.com/2010/07/23/calculating-the-velocity-of-your-agile-projects/

Answer 7

十年前，当我第一次晋升为PM时，我试图追踪一切。最终只有一件事真正重要，那就是团队的幸福（团队包括客户）。如果每个人都对项目的速度，质量和环境感到满意，那么您只需要调整任何有助于团队改进的指标。您可以在回顾中与团队一起确定这些指标。他们是否发现速度，功能点，潜在客户和周期时间，测试覆盖率或任何其他有用的指标 - 这些都是您应该帮助他们衡量的因素。我认为新总理可以关注的最有力的事情是沟通，而不是衡量。