开发人员体验调查实际操作
.png?cdnVersion=2079)
一个说明如何使用调查工具开展开发人员体验调查的示例。
.png?cdnVersion=2079)
Plot survey results on an XY graph using our rating system: red signs need the team’s attention, yellow signs are areas for improvement, and green signs are already well-served.
.png?cdnVersion=2079)
使用 Confluence 白板绘制您最紧迫的关键指标，讨论潜在的解决方案，并计划改善开发人员体验的行动。
您需要什么
远程
调查工具
数字协作工具
面对面
调查工具
白板或大纸
便利贴
运行本剧本的说明
请注意：针对特定组织开展的开发人员体验调查最为实用。在以下活动中，我们纳入了一项针对 Atlassian 的调查。您的团队或许可以原封不动地套用我们的调查，但我们建议您根据需要调整调查，以满足您的团队和组织的具体需求。
1. 选择您的关键特征 30 分钟
若想真正了解团队的开发人员体验，您需要提出正确的问题。Atlassian 重点关注有助于发现开发人员体验痛点的关键特征，并以此为出发点提出问题。关键特征是充当团队运行状况和绩效指标的数据点。它们与身体的生命体征类似，可以快速识别系统中的问题。
关键特征是整个活动的关键组成部分，因此在活动开始之前，请与您的团队就对运营至关重要的关键特征达成一致。我们建议您在专门针对自己组织的调查中纳入六到八个关键特征。
以下是我们为 Atlassian 开发人员体验调查创建的八个关键特征：
- 可持续的交付速度：在开发人员不会倦怠的前提下，您的团队交付高质量代码的速度有多快。这涵盖了常见的开发生命周期：从团队中的开发人员开始处理用户故事到将某项功能部署到生产环境中。
- 等待时间：团队中的开发人员在构建、测试、代码审查和不必要的会议方面花费的等待时间。
- 执行独立性：无论谁负责代码，团队都能在不依赖其他团队的情况下交付。
- 工作方式：发现和采用团队需要或将会从中受益的新工作方式（包括工具、框架、流程和实践）需要投入多少工作。
- 外部标准：为了满足公司标准所需开展的工作。这些标准是在团队以外制定的，是对安全性和合规性等产品要求的补充。
- 维护：您的团队花在维护代码库、管道和基础设施方面的时间。这项工作是团队内部负责的。
- 入职培训：新雇用或内部调任的工程师多久能有效开展工作。
- 开发人员满意度：工程师对工作效率的满意程度。
将我们的关键特征纳入专门针对您的组织的调查，或者参考我们的关键特征创建您自己的关键特征。如果关键特征不适用，则可以在第二步中将其从调查中删除。如果对关键特征的相关性有疑问，我们建议您将其保留下来，在至少开展一次活动后再做决定。
想知道我们是如何创建这些关键特征的？
首先，我们开展了全组织范围的调查以收集数据。然后，我们运用了 Anthony Ulwick 的 What Customers Want（《客户想要什么》）一书中以结果为导向的创新原则，对每个关键特征进行机会评分。
2. 开展调查 10 分钟
在选择或创建了适用于团队开发人员的关键指标后，通过与开发人员沟通该活动的目的以及您计划如何跟进调查结果，让他们为参与调查做好准备。
接下来，邀请所有开发人员完成调查。设定明确的截止时间，我们建议调查持续三到七天。
如果您无法要求所有人完成调查，则可能需要获取其他详细信息，例如角色级别或位置信息。这有助于防止您的结果出现偏差。
以下调查基于 Atlassian 的关键特征。如果您选择包括其他关键特征，则需要调整调查问题。针对每个关键特征提出两个问题：一个关于关键特征对开发人员的重要意义，另一个关于开发人员对团队当前交付关键特征的能力的满意程度。在调查中包括一个从 0 到 10 的评分量表，其中 0 表示不重要/不满意，10 表示非常重要/非常满意。
评估开发人员体验的示例调查问题：
可持续的交付速度
- 可持续地交付高质量代码对您的团队有多重要？
- 您对团队可持续地交付高质量代码能力的满意程度如何？
等待时间
- 最大限度地减少等待时间对您的工作效率有多重要？
- 您对团队开发人员等待时间的满意程度如何？
执行独立性
- 您认为团队在不依赖其他团队的情况下进行交付的能力有多重要？
- 您对团队的交付独立性的满意程度如何？
工作方式
- 发现和采用新的工作方式（包括工具、流程和实践）对您的团队有多重要？
- 您对团队发现和采用新工作方式（包括工具、流程和实践）的能力有多满意？
外部标准
- 为了满足外部制定、团队负责的公司标准，需要一定的维护或平台工作量，这些工作量对您的工作效率有多重要？
- 为了满足外部制定、团队负责的公司标准，需要一定的维护或平台工作量，您对这些工作量的满意程度如何？
维护
- 维持代码、工具和管道方面团队标准所需的工作量对您的工作效率有多重要？
- 您对代码、工具和管道维护所需的工作量满意程度如何？
新人培训
- 新员工或内部调任员工在您的团队中有效开展工作所需的时间对您的工作效率有多重要？
- 您对新员工雇用或内部调动在团队中开始生效所需的时间有多满意？
开发人员满意度
- 您的满意度对工作效率有多重要？
- 您对团队开发人员的工作效率有多满意？
3. 计算结果 10 分钟
每个人都完成调查后，将其关闭并查看数据。
接下来，为每项关键指标分配机会得分。如果您有任何离群值，请在笔记中指出这些值，并与您的团队进行讨论。如果您愿意，可以使用电子表格工具来简化计算。
以下是计算每项关键指标的机会得分的方法：
- 首先，确定关键指标的平均重要性和平均满意度。
- 例如，分别是 8.22 和 5.88。
- 接下来，计算平均重要性和平均满意度之差。
- 例如，8.22-5.88 = 2.34
- 最后，如果该数值为正，则将其与平均重要性相加，以确定关键指标的机会得分。如果该数值为负，则平均重要性就是机会得分。
- 例如，8.22 + 2.34 = 10.56
机会得分 = 重要性 + 最大值（重要性 - 满意度，0）
Next, take the opportunity score for each of your vital signs and designate a rating:
提示：绘制您的数据
如果将每项关键指标相对于其他关键指标直观呈现出来很有帮助，那么您可以在散点图上绘制结果。
When to remove a vital sign
If average satisfaction is higher than average importance, the vital sign is probably not very important to your team, or your team is satisfied with it already. In the future, you can replace the vital sign with one you want to watch more closely.
15+: Extremely under-served areas to address first.
10-15: Areas that should be addressed soon.
10 and below: Well-served areas that do not need to be addressed.
We've organized results from a sample survey into a table below.
抽样调查结果
关键指标 | 平均重要性 | 平均满意度 | 机会得分 | 结果 |
|---|---|---|---|---|
| 可持续的交付速度 | 平均重要性 6.93 | 平均满意度 4.83 | 机会得分 9.03 | Results GOOD |
| 等待时间 | 平均重要性 7.48 | 平均满意度 3.41 | 机会得分 11.55 | Results IMPROVEMENT NEEDED |
| 执行独立性 | 平均重要性 4.56 | 平均满意度 6.34 | 机会得分 4.56 | Results GOOD |
| 工作方式 | 平均重要性 8.3 | 平均满意度 1.33 | 机会得分 15.27 | Results NEEDS ACTION |
| 外部标准 | 平均重要性 2.67 | 平均满意度 5.87 | 机会得分 2.67 | Results GOOD |
| 维护 | 平均重要性 9.15 | 平均满意度 3.23 | 机会得分 15.07 | Results NEEDS ACTION |
| 新人培训 | 平均重要性 3.6 | 平均满意度 9.76 | 机会得分 3.6 | Results GOOD |
| 开发人员满意度 | 平均重要性 7.82 | 平均满意度 5.49 | 机会得分 10.15 | Results IMPROVEMENT NEEDED |
高等数学
充分利用调查结果的一种可选方式是计算每种关键指标的满意度差距。
当您发现每种关键指标的平均重要性与平均满意度之间的差异时，就是在计算满意度差距。也就是说，关键指标对开发人员的重要性与他们对关键指标的满意度之间的差异。较小的满意度差距表示关键指标的重要性较低且满意度也较低，或者表示重要性较高且满意度也较高，因此在这两种情况下，该关键指标的优先级不算高。而较大的满意度差距表示关键指标对团队非常重要，他们当前对团队管理该关键指标的方式不满意，因此解决此问题是当务之急。
4. 开会讨论结果并制定解决方案 30 分钟
最后，与您的团队讨论调查结果，确定最紧迫的三个机会领域，并集思广益找到解决方案。
To facilitate this important meeting, we recommend creating a Confluence page or Trello board with a simple vital signs table that lists your ratings. This makes for an effective, simple setup to keep remote or hybrid teams aligned. You can mark the most pressing opportunity areas and even share a link to the raw, anonymized responses if you want to dig deeper.
您还可以使用 Confluence 白板为每个最紧迫的关键指标创建相应板块和向众人募集可能的解决方案，以及添加自己的想法。
- 回头再讨论想法，以核对您要实现的目标。
- 向待办事项列表中添加操作项。
- 会议结束后，请确保每个人都可以访问该页面，并邀请开发人员继续添加想法。
这次会议是团队向开发人员证明他们的声音很重要并且可以带来变革的重要方式，这反过来又可以确保未来的调查实现高完成率。通过为开发人员提供一种方式来征求意见，可以让他们感觉对成果有更多参与感，这通常会促进更好的后续行动和更一致的成果。不同的视角可以创造更好的解决方案，每个人都有责任创造变革和成长，而不仅仅是领导层。
提示：不要跳过此步骤！
提出问题而不讨论结果通常比什么也不问更糟糕。
从我们的团队到您的团队
通过我们的每月时事通讯了解最新的剧本、提示和窍门。