OPS11-BP03 实施反馈环路
反馈环路提供了可操作的洞察，可推动决策的制定。在程序和工作负载中建立反馈环路。这有助于确定问题和需要改进的领域。还可以验证在改进方面所做的投入。这些反馈环路为持续改进工作负载奠定了基础。
反馈环路分为两类：即时反馈和回顾性分析。通过审查运营活动的绩效和成果来收集即时反馈。此反馈来自团队成员、客户或活动的自动化输出。通过 A/B 测试和发布新功能等方式接收即时反馈，这对于快速失效机制至关重要。
定期执行回顾性分析，可以获取对一段时间内的运营成果和指标的审查反馈。这些回顾可在冲刺结束时、按节奏或在重大发布或事件之后进行。这种类型的反馈环路可验证在运营或工作负载方面的投入。它有助于衡量成功并验证策略。
期望结果：可以使用即时反馈和回顾性分析来推动改进。有一种机制可用于捕获用户和团队成员的反馈。回顾性分析用于确定可推动改进的趋势。
常见反模式：
-
推出了一项新功能，但无法接收客户对此新功能的反馈。
-
在投资运营改进后，无需进行回顾来验证改进。
-
收集客户反馈，但不定期审查。
-
反馈环路会产生建议的操作项，但它们不包括在软件开发过程中。
-
对于所提出的改进事项，客户不会收到关于它们的反馈。
建立此最佳实践的好处：
-
可以从客户的角度逆向展开工作，以便推动新功能。
-
组织文化能够更快地对变化做出反应。
-
趋势用于确定改进机会。
-
回顾将验证对工作负载和运营所做的投入。
在未建立这种最佳实践的情况下暴露的风险等级：高
实施指导
实施此最佳实践意味着同时使用即时反馈和回顾性分析。这些反馈环路将推动改进。有许多适用于即时反馈的机制，包括调查、客户投票或反馈表。组织还使用回顾来确定改进机会并验证计划。
客户示例
AnyCompany Retail 创建了一个 Web 表单，客户可使用此表单提供反馈或报告问题。在每周 Scrum 期间，软件开发团队将评估用户反馈。定期使用反馈来引导相应平台的发展。他们在每个冲刺结束时进行回顾，确定需要改进的项目。
实施步骤
-
即时反馈
-
需要一种机制来接收客户和团队成员提供的反馈。也可以将运营活动配置为提供自动反馈。
-
组织需要一个流程来审查此反馈、确定要改进的方面并安排改进。
-
必须将反馈纳入软件开发过程中。
-
在实施改进时，请跟进反馈提交者。
-
可以使用 AWS Systems Manager OpsCenter 以 OpsItems 的形式创建和跟踪这些改进。
-
-
-
回顾性分析
-
在开发周期结束时、按设定的节奏或在重大发布后进行回顾。
-
召开回顾性会议，让工作负载中涉及的利益相关方参加。
-
在白板或电子表格上创建三列：“停止”、“开始”和“继续”。
-
停止列针对的是希望团队停止执行的任何工作。
-
开始列针对的是要开始付诸行动的想法。
-
继续列针对的是要继续执行的项目。
-
-
在会议室里四处走动，从利益相关方那里收集反馈。
-
确定反馈的优先级。将操作和利益相关方分配给“开始”或“继续”项目。
-
将操作添加到软件开发过程中，并在实施改进时将状态更新传达给利益相关方。
-
实施计划的工作量级别：中。要实施此最佳实践，您需要一种方法来获取并分析即时反馈。此外，还需要建立一个回顾性分析流程。
资源
相关最佳实践：
-
OPS01-BP01 评估客户需求：反馈环路是一种用于收集外部客户需求的机制。
-
OPS01-BP02 评估内部客户需求：内部利益相关方可以使用反馈环路来传达需求和要求。
-
OPS11-BP02 在意外事件发生后执行分析：意外事件后分析是发生意外事件后进行回顾性分析的重要形式。
-
OPS11-BP07 审查运营指标：运营指标审查可确定趋势和需要改进的方面。
相关文档：
相关视频：
相关示例：
相关服务：
