🧗🏼 🚾 🍢 如何衡量和评估开发人员的生产力 🏎️ 😑 🐞

您好，哈布罗夫斯克市民！在周末这一非同寻常的日子里，我们想与您分享一篇有趣的文章，该文章在Team Lead 2.0课程开始前夕进行了翻译。

开发人员需要反馈，以便他们可以提高技能并获得新知识。根据公司的编辑。杰夫·海登（Jeff Hayden）撰写的Magazine（杂志）可能具有欺骗性，因为它们并不总是能反映清晰的画面。此前，评估员工绩效是一项艰巨的任务，这就是为什么出现Wayway之类的Git Analytics工具的原因。该工具提供了一种数据驱动的开发方法，可帮助您发挥出最佳人才。

衡量正确的指标并正确执行非常重要。反过来，指标的选择取决于您的业务细节和每个软件工程师的工作职责。

我们将向您介绍一种有助于评估程序员效率的算法：

目标设定

从项目一开始，制定组织目标并定期检查所有团队成员是否遵守这些目标是当务之急。即使将软件开发外包给您的组织，开发团队也不会是一个独立的组织，其唯一功能是编写代码并对其进行测试。将技术目标与通用业务目标相集成是您前进的重要一步。早期任务的概念化是评估后期工作有效性的基础。

每个目标都应该适合团队的主要思想，无论是在团队层面还是在每个员工的个人层面上。

基础铺设

绩效评估可归结为两个主要问题-什么和如何做。 “什么”问题是指团队面临的实际任务。它暗示着一定的事实和期望。回答“什么”问题意味着，例如，及时编写和测试代码。在这里，“及时性”是一个明确的事实，而卓越的代码质量是一个隐含的期望。

“如何”的问题与过程有关，即程序员在团队中的工作状况如何，他的任务方法有多创新等。

评估基本的“内容”和“方式”将使您不仅了解团队正在执行的任务，而且还了解他们的执行情况。Waydev使用工作日志为您的工人提供了鸟瞰图。它使您可以查看单位时间内单位开发人员所做的每个提交或拉取请求。

着眼长远

开发软件时，切勿专注于所开发产品的定量组成部分。额外的代码行将使软件麻烦且难以维护。相反，最小化代码行数并不是万能的灵丹妙药：此类软件将难以理解和扩展。

长期以结果为导向的方法意味着，不是量化产品的有效性，而是根据团队的结果对产品进行评估。为了评估开发过程和发布，有必要分析最终产品的稳定性，交付频率和更新频率。

要评估特定团队的效率，您需要了解它是否已达到预期的结果。通过专注于此，您不仅可以提高开发人员的工作效率，而且可以实现组织目标，从长远来看，您将获得更多好处。在Waydev中，您可以使用“ 项目时间轴”功能来查看工作重点和工作量如何随时间变化。找出开发人员关注的重点。是编写新代码，重构旧代码还是帮助同事？查看哪些事件影响了团队的绩效，以便在做出后续决策时，您可以专注于收到的数据。

评估准备

为了以评估为基础，您需要有一个可以在收到评估书时遵循的标准。这样的标准可以用作工作说明或拟议的工作计划。

查看现有的职位描述，文档，记录，电子邮件以及任何其他可以使您得出员工效力结论的数据。

如果您最近在团队中，请与开发人员的团队负责人，他的同事以及（如果可能）与他一起工作的常规客户交谈。

成功或失败不仅取决于人，还取决于工作条件：

有不可抗力的情况吗？例如，低估了任务的复杂性还是改变了优先级？也许这正是阻止开发人员实现其目标并为其能力寻求应用的原因。
公司取得了什么成功，特定软件工程师的贡献是什么？他是否正确使用了他的关键技能？

使用Waydev中的Project Timeline，您可以确定团队工作流程中最相关的数据点，并对可以应用于下一个Sprint的知识进行富有成效的讨论。Project Timeline可帮助您和您的团队在对话和回顾性评估期间快速响应过程锁定，这些过程锁定会影响开发的运行状况。

目标和关键技能分析

将当前性能与职位描述中期望的或定义的进行比较。如果有可见的结果，请确保它们反映在特定的示例中并确定其价值：

是否达到/超过了预期的性能？
不利的工作条件是否阻碍了既定目标的实现？
员工加班是否实现了这些目标？
工作的结果是否如此好，以至于应鼓励该员工？
该开发人员在实现整个团队的目标中是否发挥了关键作用？

如果没有可见的结果，请询问以下问题：

任务的成功是否取决于这个人？
问题是由于缺少必要的设备，任务量太大，问题的陈述模糊或缺少其他必要资源等原因引起的吗？
有能力的人可以解决这些问题吗？
不完成任务会有什么后果？

确定员工在工作中如何定期有效地运用其关键技能：

员工每天使用这些技能吗？
他使用了所有能力，还是只使用了其中一些能力？哪一种？
应用技能如何帮助开发人员解决工作任务？这如何影响团队的工作流程和成功？
开发人员很难完成任务吗？如果是这样，这对您的目标和工作流程有何影响？

如果开发人员难以完成工作任务，并且无法实现设定的目标，那么您应该考虑组织其他培训或继续教育课程。

讨论区

您在分析过程中设法得出的所有结论都应与员工本人讨论。专注于他的成功。为了尽可能准确地传达您对情况的理解，请使用特定示例。从积极方面入手，但一定要注意遇到的困难。如果由于独立开发人员而未能实现目标，那么他在任何情况下都不应认为自己应为一切负责。

请务必提出问题并认真听取答案。这将有助于发现问题并了解一个人与他们之间的关系：他是否想解决这些问题，他从情况中看到什么以及他想改变什么。

如何写评论和建议

为了获得反馈，需要对完成的工作发表评论。根据收到的评论，工程师将能够评估自己的长处和短处，并朝正确的方向进行直接努力。请记住，评论不仅可以针对员工进行评判，还可以针对撰写者进行评判。它们必须专业，客观地组成。

评论应反映以下几点：

开发人员在多大程度上完成了任务？
他多久展示一次专业精神和关键技能？
在评估期内有哪些改进？
有什么需要改进的？

注释应具有以下属性：

客观性;
完整性；
真实性
领域特异性
肯定的结论。

要考虑的方面

出勤率

首先，您需要了解开发人员是否确实在工作。考虑到达，离开和离开的时间。如果团队中的某人迟到工作，长时间离开工作场所，比必要的时间早离开或病假没有充分的理由，那么他当然不会寻求全力以赴。请记住，出勤率低下不仅可能是由于平常的懒惰，还可能是由于更严重的原因，例如缺乏动力，健康问题或情绪疲倦。

避免在工作中履行职责可能是整个团队的一个坏榜样。因此，其他开发人员必须承担其他责任，以某种方式弥补工作场所同事的缺席。如果您的组织缺少开发人员并且问题停滞不前，则情况将更加严峻。尽快开始实践它，因为忽略它会导致开发人员的个人生活和健康状况出现问题。

给予帮助

我们都致力于帮助客户，但是团队合作也非常重要。 Konowe＆Associates认为，该项目是开发人员的关键绩效指标之一：“我们问您的部门（或整个公司）中谁在过去六个月中响应最快，并且对其他人的帮助最大？因此，事实证明，开发人员的这种匿名动机使我们能够确定其领域的真正拥护者，而不仅仅是领导者的最爱。”

乐于助人是团队合作的基本要素。在复杂任务上进行协作比尝试独自翻山要有效得多。审核协作功能让您了解谁与他人共享知识。它还为您提供定量指标，以帮助您评估代码审查工作流的状态。

规划技巧

所有团队成员必须按时完成工作。他们应该能够适当地管理时间和资源并正确地确定优先级，以便尽可能高效地开展工作。

注意截止日期和匆忙可能导致的工作质量，以便赶上截止日期：这将有助于了解员工的工作效率。考虑花在工作上的时间也很重要：如果一个人稳定地处理它，那么就值得与他讨论计划时间。

倡议

当同事对他们是否可以为您提供帮助感兴趣时，这是很好的。如果他们看到目标并采取所有必要的措施来实现目标，那就更好了。主动性是参与工作的指标。对于成长中的公司而言，确定最活跃的开发人员很重要，因为这些公司不断出现新的工作，并且人力资源会迅速重新分配。为了使新部门最有效地工作，最好配备最主动的人员。他们将能够快速适应新条件并在弯道之前工作。

要确定团队中最活跃的成员，每当开发人员牵头团队时，请选中此框。

质量

工作质量是最重要的，但同时也是可以衡量的最复杂的绩效衡量标准。高质量地工作并且真诚地参与工作过程的工程师可能会显示出更好的结果。这种参与可以是质量标准。

显影剂的生产率不仅仅取决于所显影产品的定量特性，因此无法解决问题。开发人员编写额外的代码行只会增加软件的复杂性，使其难以维护。您必须了解开发人员正在从事的工作：质量还是数量？

HR World网站的专家提供了通过拒绝或退回修改的功能数量来评估最终结果的质量。您可以使用此技术，也可以选择其他更适合您公司具体情况的技术。

结论

当然，评估特定数字的表现很重要，但是Monster.com业务培训师Cheryl Stein建议您不要限制于数字。毕竟，团队成员是有生命的人，而不仅仅是资源。斯坦因指出，某些品质，例如对任何人都能找到方法的能力，现在已成为其重中之重，这些技能也不容忽视。斯坦因也谈到关注劳动生产率的变化有多重要，因为这可能是公司全球变化的征兆。

“劳动生产率的下降可能表明市场发生了变化或不可持续的营销策略，理念和价值。”

在评估效率时，与团队进行公开对话很重要。人们需要知道您如何评估和得出结论。因此，每个开发人员都会了解他们在团队中的位置。使用Waydev，您可以查看有关特定团队成员的信息，查看他们的进度，帮助他们解决问题，从而在组织内提供更好的垂直沟通。

IT部门远程工作有哪些风险？团队需要什么方法来有效地工作而不需要跟踪它们？udalenka为什么还需要时间表？这些问题的答案可以在我们将于5月13日举行的免费网络研讨会中找到。 注册一个网络研讨会。

如何衡量和评估开发人员的生产力