OPS11-BP03 实施反馈环路 - AWS Well-Architected 框架

OPS11-BP03 实施反馈环路

反馈环路提供了可操作的洞察,可推动决策的制定。在程序和工作负载中建立反馈环路。这有助于确定问题和需要改进的领域。还可以验证在改进方面所做的投入。这些反馈环路为持续改进工作负载奠定了基础。

反馈环路分为两类:即时反馈回顾性分析。通过审查运营活动的绩效和成果来收集即时反馈。此反馈来自团队成员、客户或活动的自动化输出。通过 A/B 测试和发布新功能等方式接收即时反馈,这对于快速失效机制至关重要。

定期执行回顾性分析,可以获取对一段时间内的运营成果和指标的审查反馈。这些回顾可在冲刺结束时、按节奏或在重大发布或事件之后进行。这种类型的反馈环路可验证在运营或工作负载方面的投入。它有助于衡量成功并验证策略。

期望结果:可以使用即时反馈和回顾性分析来推动改进。有一种机制可用于捕获用户和团队成员的反馈。回顾性分析用于确定可推动改进的趋势。

常见反模式:

  • 推出了一项新功能,但无法接收客户对此新功能的反馈。

  • 在投资运营改进后,无需进行回顾来验证改进。

  • 收集客户反馈,但不定期审查。

  • 反馈环路会产生建议的操作项,但它们不包括在软件开发过程中。

  • 对于所提出的改进事项,客户不会收到关于它们的反馈。

建立此最佳实践的好处:

  • 可以从客户的角度逆向展开工作,以便推动新功能。

  • 组织文化能够更快地对变化做出反应。

  • 趋势用于确定改进机会。

  • 回顾将验证对工作负载和运营所做的投入。

在未建立这种最佳实践的情况下暴露的风险等级:

实施指导

实施此最佳实践意味着同时使用即时反馈和回顾性分析。这些反馈环路将推动改进。有许多适用于即时反馈的机制,包括调查、客户投票或反馈表。组织还使用回顾来确定改进机会并验证计划。

客户示例

AnyCompany Retail 创建了一个 Web 表单,客户可使用此表单提供反馈或报告问题。在每周 Scrum 期间,软件开发团队将评估用户反馈。定期使用反馈来引导相应平台的发展。他们在每个冲刺结束时进行回顾,确定需要改进的项目。

实施步骤

  1. 即时反馈

    • 需要一种机制来接收客户和团队成员提供的反馈。也可以将运营活动配置为提供自动反馈。

    • 组织需要一个流程来审查此反馈、确定要改进的方面并安排改进。

    • 必须将反馈纳入软件开发过程中。

    • 在实施改进时,请跟进反馈提交者。

  2. 回顾性分析

    • 在开发周期结束时、按设定的节奏或在重大发布后进行回顾。

    • 召开回顾性会议,让工作负载中涉及的利益相关方参加。

    • 在白板或电子表格上创建三列:“停止”、“开始”和“继续”。

      • 停止列针对的是希望团队停止执行的任何工作。

      • 开始列针对的是要开始付诸行动的想法。

      • 继续列针对的是要继续执行的项目。

    • 在会议室里四处走动,从利益相关方那里收集反馈。

    • 确定反馈的优先级。将操作和利益相关方分配给“开始”或“继续”项目。

    • 将操作添加到软件开发过程中,并在实施改进时将状态更新传达给利益相关方。

实施计划的工作量级别:中。要实施此最佳实践,您需要一种方法来获取并分析即时反馈。此外,还需要建立一个回顾性分析流程。

资源

相关最佳实践:

相关文档:

相关视频:

相关示例:

相关服务: