软件工程师需要反馈，以便他们可以提高技能并加深知识。传统指标可能会产生误导，因为它们并不总是能提供明确的结果。在Git Analytics工具提出数据驱动的工程领导方法来帮助您充分发挥工程师的才能之前，评估员工的工作以前很困难。重要的是要以正确的方式衡量您真正需要什么。选择取决于您的业务细节和每个工程师的工作职责。我们为您提供了可帮助您评估工程师效率的算法：

　　1.设定目标

从项目开始就应该将设定组织目标并定期检查所有团队是否遵循它们作为首要任务。即使您的软件开发是外包的，工程师团队也不是一个独立的组织，其唯一功能就是编写代码并对其进行测试。将技术目标与共同的业务目标整合在一起是您旅程中必不可少的一步。在早期阶段将任务概念化为在后期阶段评估绩效奠定了基础。

每个目标都应与业务的总体目标相对应-在团队级别或个人级别。

　　2.奠定基础

绩效评估归结为两个问题-什么以及如何做。诸如“什么”之类的问题与分配给团队的实际任务有关。它们包括明确的事实和隐含的期望。诸如“什么”之类的问题的示例可以称为按时编写和测试代码。在这里，时间是一个明确的事实，而卓越的代码质量是一个隐含的期望。

诸如“如何”之类的问题与过程相关，例如，工程师在团队中的工作状况如何，他对问题的处理方式如何创新等等。

对基本“内容”和“方式”的评估不仅会向您显示团队正在执行的任务，而且还会显示团队的执行情况。Waydev通过“ 工作日志 ”提供了工程师活动的鸟瞰图 ，使您可以查看和放大某个时间范围内工程师提出的任何提交或请求。

　　3.注重长期成果

在软件开发中，您永远不要专注于所开发产品的定量方面。额外的代码行只会导致难以维护的软件过度使用。相反，最小化编写的代码行数也不起作用：这将导致软件难以理解和扩展。

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

要评估团队的绩效，您需要了解它是否达到了预期的结果。通过专注于此，您不仅可以提高开发人员的生产率，而且可以实现组织目标，并从长远来看会产生可观的利润。您可以使用Waydev的 项目时间轴 功能来查看工作重点和工作量随时间的变化情况。找出您的工程师的工作重点在哪里。是在创建新代码，重构旧代码还是在帮助他人?查看事件如何影响您的团队绩效并指导以数据为依据的决策。

　　4.评估准备

为了建立基础，有必要在评估时遵循一定的标准。这样的标准可以是工作说明或预期的工作计划。

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

如果您最近在团队中，请与开发人员的负责人，他们的同事以及与他们一起工作的忠实客户进行交谈。

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

· 是否有不可预见的情况？例如，低估了任务的复杂性还是改变了优先级？也许这就是阻止工程师实现其目标并显示其能力的原因。

· 公司取得了哪些成功，这位工程师的贡献是什么？工程师是否正确使用了关键技能？

借助Waydev的项目时间表，您可以根据团队的工作流程确定最相关的数据点，并就哪些学习可以应用于下一个冲刺进行富有成效的讨论。项目时间表将帮助您和您的团队在回顾性评估中的对话期间快速查看过程阻塞的信号，这些信号会影响团队软件开发的运行状况。

　　5.分析目标和关键技能

　　将当前性能与工作描述中期望的或定义的进行比较。如果有可见的结果，请使用特定示例备份此数据并确定其重要性：

· 是否达到/超过了预期指标？

· 不利的工作条件是否阻碍了既定目标的实现？

· 员工加班是否实现了目标？

· 工作的结果是否如此出色，以至于值得向这位工程师强调？

· 工程师在实现团队目标中是否发挥了关键作用？

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

· 成功取决于这个人吗？

· 故障是由于缺少必要设备，任务量太大，任务设置模糊或缺少所需资源等原因引起的吗？

· 更加杰出的权威会解决这些问题吗？

· 不完成任务会有什么后果？

　　确定工程师在工作中如何定期有效地运用他的关键技能：

· 员工是否每天使用技能?他是运用所有能力还是只运用其中一些能力？哪一种？

· 应用技能如何帮助工程师实现工作目标?这如何影响团队的工作流程和成功？

· 工程师工作有困难吗?如果是这样，这对您的目标和工作流程有何影响？

如果工程师很难完成工作任务，而目标没有实现，则值得考虑组织额外的培训或继续教育课程。

6.讨论

您在分析过程中得出的所有结论都应与工程师本人讨论。专注于他的成功。为了尽可能准确地描述这种情况，请使用特定示例。从积极的一面开始，但一定要提及已经出现的困难。如果由于工程师无法控制的原因未能实现目标，则他不应认为这只是他的错。

请务必提出问题并认真听取问题的答案；这将帮助您发现问题并了解该人与他们之间的关系：他是否想解决这些问题，他看到了什么解决方案以及他想改变什么。

　　7.建议

根据您在与工程师，经理和同事的讨论中收到的数据，列出可以提高开发人员生产率的建议列表。

如何撰写评论和建议

需要对完成的工作发表评论以提供反馈。根据评论，工程师将能够评估他们的长处和短处，并朝正确的方向进行直接努力。请记住，评论不仅可以针对工程师进行判断，还可以针对编写人员进行判断。它们必须专业，客观地组成。

　　注释应描述以下几点：

· 工程师在多大程度上实现了目标？

· 工程师多久展示一次专业知识和关键技能？

· 在评估期内有哪些改进？

· 有什么需要改进的？

　　注释应具有以下属性：

· 客观性。

· 完整性。

· 真实性。

· 具体细节。

· 积极完成。

　　需要注意的方面

　　1.出勤

首先，您需要注意工程师是否会出现在工作中。考虑到达和离开的时间以及缺席的时间。如果团队中的某人来得太晚，长时间离开工作场所，比必要的时间早了或请病假而没有充分的理由，则他不会寻求全力以赴的工作。请记住，出勤率低下不仅是由于平常的懒惰，还可能是由于更严重的原因缺乏动力，健康问题或情绪疲倦。

避免承担工作责任会加剧团队环境。其他工程师必须承担其他责任，以补偿工作场所同事的缺席。如果您的组织没有足够的工程师，并且人们已经在处理它，那么情况将会更加严峻。尽快开始处理该问题：忽略该问题可能会导致工程师的个人生活和健康出现问题。

　　2.有帮助的行为

我们都致力于帮助客户，但团队内部的互助也至关重要。此项是工程师的关键性能指标之一：我们向人们提出问题。在过去六个月中，您的部门中谁最响应迅速，并为您提供了比其他人更多的帮助？ 事实证明，这是匿名激励工程师的，并允许您确定真正的勤奋工作者，而不仅仅是领导的最爱。

愿意互相帮助是团队合作的关键要素。一起完成复杂的任务比尝试独自转身大得多。该 审查协作 功能，使您能够看到谁分享他与他人的知识。它还提供了可量化的指标，以帮助您评估代码审查工作流程的运行状况。

　　3.计划能力

所有团队成员必须按时完成工作。他们必须能够管理时间和资源并正确设置优先级，以尽可能高效地完成工作。

注意截止日期和因匆忙执行截止日期而遭受的工作质量;这将有助于了解员工的工作效率。同样重要的是，要考虑在工作上花费的时间：如果一个人不断重复地进行工作，那么就值得与他讨论时间计划了。

　　4.倡议

当同事有兴趣知道他们是否可以帮助您某些事情时，这是很好的。如果他们看到工作目标并采取行动实现目标，那就更好了。该倡议是参与工作的指标。对于那些不断创造新工作且需要快速重新分配人力资源的成长型公司而言，确定最积极的工程师至关重要。为了使新部门最有效地工作，最好配备最主动的人员。他们将能够快速适应新的条件并在弯道之前工作。

为了确定团队中最积极的成员，请记录每次工程师带头进行的工作。

　　5.质量

工作质量是最重要的指标，但同时也是衡量绩效的最具挑战性的指标。代表质量的工程师，真正参与工作过程并且可能会显示出更好的结果的工程师。这种参与可以是质量标准。

开发人员的生产力不仅集中在正在开发的商品的定量功能上;还包括 这不是解决方案。工程师编写额外的代码行仅有助于肿的软件的发展，这带来了可维护性方面的挑战。您需要知道工程师是否在为您提供高质量的工作，而不是定量的工作。

HR World网站专家建议根据被拒绝或退回修改的作品数量来评估最终结果的质量。您可以使用此方法，也可以选择其他更适合您的业务细节的方法。

　　最后

当然，评估特定数字的性能至关重要，但是业务培训师建议不要局限于数字数字。毕竟，团队成员是人，而不仅仅是资源。

在评估有效性时，必须与团队尽可能公开地沟通。人们需要知道您要测量的内容以及如何报告结果。因此，每个工程师都将知道他在团队中的职位。借助Waydev，您可以代表特定团队成员倡导，查看他们的进展情况并帮助他们消除瓶颈，实现组织上下的更好沟通，想了解更多关于IT管理的信息，请继续关注中培教育。