如果不对开发人员的反馈采取行动进行改进，那么对他们进行调查就是浪费。以下是如何做到这一点。
译自 How To Put Developer Survey Results Into Action，作者 Sooraj Shah。
内部开发者门户 (IDPs) 对于任何希望提高开发者生产力、产出和——最重要的是——满意度的组织来说都变得至关重要。但是，您如何知道您的 IDP 是否正在实现这些目标呢？部分通过测量，通过进行开发者调查。
在我的 上一篇文章 中，我描述了如何设计开发者调查以确定您的团队在 IDP 中想要什么。在这篇文章中，我将分享一些将您的调查结果付诸行动的方法。
在 Port 最近的 Portal Talks 活动中，Abi Noda，DX 的首席执行官，解释了 使用调查数据采取行动的三个步骤：
- 将数据传递到正确的人手中，并呈现在正确的人面前。
- 解释数据并决定采取哪些行动。
- 贯彻这些行动，然后在这些行动或计划交付后重新测量，以了解它们是否推动了变化以及它们的影响。
我将在下面分解这些步骤以及其他一些步骤。
调查中最重要的部分是 使用它进行有效的更改。
例如，我们的一位客户使用了以下格式：
AppSec 提供对任何应用程序的安全态势的即时可见性，而云成本则将成本数据与成本相关联，并提供仪表板以实现可见性和进一步分析。
拥有这种洞察力使您能够设定优先级。
上面的例子很清楚，因为它涉及实际的痛点和功能。但有些问题更难分析，以确定解决它们的适当行动。例如：“您感觉有多高效？”或“您是否有足够的时间专注于开发？”
在这些情况下，您可以使用基准——来自您之前进行的调查、整个业务的员工满意度调查或与您所在行业的其他组织的比较——来查看是否存在明显的变化，并尝试找到其根本原因。
一些分数需要进一步讨论。例如，如果调查在整个调查中都提供了较低的结果，您可能需要通过进行公开的团队谈话或一对一聊天来深入了解开发人员面临的问题。这可以帮助您找出真正的问题所在。
无论如何，经理应该安排与团队的会议，讨论结果并制定行动计划来解决问题。
一些问题可能会为您提供明确的优先事项。但不要一次性处理所有问题；相反，专注于一次性对重要任务进行更改，并 根据您收到的反馈进行迭代。
调查中最难的事情之一是保持参与度（或让人们有参与的理由）。重要的是要对受访者说“谢谢”，并向他们提供反馈。这甚至可以像“调查将帮助我们跟踪开发者体验并改进它”一样含糊。您越开放，您获得的参与度就越高，因此，如果您有能力提供一些关于您将根据调查结果采取的行动的详细信息，您将有助于让团队感到受到重视和参与。
开发者体验调查只是评估开发者的一个因素。将调查结果与其他指标相结合，例如开发者生产力指标、员工满意度调查、即时反馈（当开发者使用门户时）和团队谈话。您将更清楚地了解实际情况，并为新功能、更新或更改建立商业案例。
如果您根据调查结果进行了更改，您需要了解这些更改如何影响开发者。他们对新功能或流程感到满意吗？它是否使事情变得更好？
DX 的 Noda 解释说，在开发者使用新功能后立即提出问题会有所帮助。这使得反馈立即生效，并避免了回忆他们体验的问题。
这可能看起来像一系列问题：
- 关于新功能工作方式的问题：“使用此自助服务操作来启动新服务怎么样？容易/令人满意/困难？”
- 客观指标：“完成该操作花费了多长时间？”
- 开放式反馈：“如何改进开发者门户中的此功能？”
开发者体验调查可以作为您内部开发者门户的反馈循环，使您能够从团队中获得最大收益。它们还可以影响您的开发人员对他们工作的感受，减少他们的摩擦点并提高他们的生产力。