# OPS11-BP03 实施反馈环路
反馈环路提供了可操作的洞察，可推动决策的制定。在程序和工作负载中建立反馈环路。这有助于确定问题和需要改进的领域。还可以验证在改进方面所做的投入。这些反馈环路为持续改进工作负载奠定了基础。
反馈环路分为两类：*即时反馈*和*回顾性分析*。通过审查运营活动的绩效和成果来收集即时反馈。此反馈来自团队成员、客户或活动的自动化输出。通过 A/B 测试和发布新功能等方式接收即时反馈，这对于快速失效机制至关重要。
定期执行回顾性分析，可以获取对一段时间内的运营成果和指标的审查反馈。这些回顾可在冲刺结束时、按节奏或在重大发布或事件之后进行。这种类型的反馈环路可验证在运营或工作负载方面的投入。它有助于衡量成功并验证策略。
**期望结果：**可以使用即时反馈和回顾性分析来推动改进。有一种机制可用于捕获用户和团队成员的反馈。回顾性分析用于确定可推动改进的趋势。
**常见反模式：**
+ 推出了一项新功能，但无法接收客户对此新功能的反馈。
+ 在投资运营改进后，无需进行回顾来验证改进。
+ 收集客户反馈，但不定期审查。
+ 反馈环路会产生建议的操作项，但它们不包括在软件开发过程中。
+ 对于所提出的改进事项，客户不会收到关于它们的反馈。
**建立此最佳实践的好处：**
+ 可以从客户的角度逆向展开工作，以便推动新功能。
+ 组织文化能够更快地对变化做出反应。
+ 趋势用于确定改进机会。
+ 回顾将验证对工作负载和运营所做的投入。
**在未建立这种最佳实践的情况下暴露的风险等级：**高
## 实施指导
实施此最佳实践意味着同时使用即时反馈和回顾性分析。这些反馈环路将推动改进。有许多适用于即时反馈的机制，包括调查、客户投票或反馈表。组织还使用回顾来确定改进机会并验证计划。
**客户示例**
AnyCompany Retail 创建了一个 Web 表单，客户可使用此表单提供反馈或报告问题。在每周 Scrum 期间，软件开发团队将评估用户反馈。定期使用反馈来引导相应平台的发展。他们在每个冲刺结束时进行回顾，确定需要改进的项目。
## 实施步骤
1. 即时反馈
+ 需要一种机制来接收客户和团队成员提供的反馈。也可以将运营活动配置为提供自动反馈。
+ 组织需要一个流程来审查此反馈、确定要改进的方面并安排改进。
+ 必须将反馈纳入软件开发过程中。
+ 在实施改进时，请跟进反馈提交者。
+ 可以使用 [AWS Systems Manager OpsCenter](https://docs.aws.amazon.com/systems-manager/latest/userguide/OpsCenter.html) 以 [OpsItems](https://docs.aws.amazon.com/systems-manager/latest/userguide/OpsCenter-working-with-OpsItems.html) 的形式创建和跟踪这些改进。
1. 回顾性分析
+ 在开发周期结束时、按设定的节奏或在重大发布后进行回顾。
+ 召开回顾性会议，让工作负载中涉及的利益相关方参加。
+ 在白板或电子表格上创建三列：“停止”、“开始”和“继续”。
+ *停止*列针对的是希望团队停止执行的任何工作。
+ *开始*列针对的是要开始付诸行动的想法。
+ *继续*列针对的是要继续执行的项目。
+ 在会议室里四处走动，从利益相关方那里收集反馈。
+ 确定反馈的优先级。将操作和利益相关方分配给“开始”或“继续”项目。
+ 将操作添加到软件开发过程中，并在实施改进时将状态更新传达给利益相关方。
**实施计划的工作量级别：**中。要实施此最佳实践，您需要一种方法来获取并分析即时反馈。此外，还需要建立一个回顾性分析流程。
## 资源
**相关最佳实践：**
+ [OPS01-BP01 评估外部客户需求](ops_priorities_ext_cust_needs.md)：反馈环路是一种用于收集外部客户需求的机制。
+ [OPS01-BP02 评估内部客户需求](ops_priorities_int_cust_needs.md)：内部利益相关方可以使用反馈环路来传达需求和要求。
+ [OPS11-BP02 在意外事件发生后执行分析](ops_evolve_ops_perform_rca_process.md)：意外事件后分析是发生意外事件后进行回顾性分析的重要形式。
+ [OPS11-BP07 审查运营指标](ops_evolve_ops_metrics_review.md)：运营指标审查可确定趋势和需要改进的方面。
**相关文档：**
+ [7 Pitfalls to Avoid When Building a CCOE](https://aws.amazon.com/blogs/enterprise-strategy/7-pitfalls-to-avoid-when-building-a-ccoe/)
+ [Atlassian 团队行动手册 – 回顾](https://www.atlassian.com/team-playbook/plays/retrospective)
+ [Email Definitions: Feedback Loops](https://aws.amazon.com/blogs/messaging-and-targeting/email-definitions-feedback-loops/)
+ [Establishing Feedback Loops Based on the AWS Well-Architected Framework Review](https://aws.amazon.com/blogs/architecture/establishing-feedback-loops-based-on-the-aws-well-architected-framework-review/)
+ [IBM Garage 方法 – 保持回顾](https://www.ibm.com/garage/method/practices/learn/practice_retrospective_analysis/)
+ [Investopedia – The PDCS Cycle](https://www.investopedia.com/terms/p/pdca-cycle.asp)
+ [Tim Cochran 所著的《Maximizing Developer Effectiveness》](https://martinfowler.com/articles/developer-effectiveness.html)
+ [Operations Readiness Reviews（ORR）白皮书 – Iteration](https://docs.aws.amazon.com/wellarchitected/latest/operational-readiness-reviews/iteration.html)
+ [ITIL CSI - Continual Service Improvement](https://wiki.en.it-processmaps.com/index.php/ITIL_CSI_-_Continual_Service_Improvement)
+ [When Toyota met e-commerce: Lean at Amazon](https://www.mckinsey.com/capabilities/operations/our-insights/when-toyota-met-e-commerce-lean-at-amazon)
**相关视频：**
+ [Building Effective Customer Feedback Loops](https://www.youtube.com/watch?v=zz_VImJRZ3U)
**相关示例：**
+ [Astuto – 客户反馈开源工具](https://github.com/riggraz/astuto)
+ [AWS 解决方案 – AWS 上的 QnABot](https://aws.amazon.com/solutions/implementations/qnabot-on-aws/)
+ [Fider – 客户反馈整理平台](https://github.com/getfider/fider)
**相关服务：**
+ [AWS Systems Manager OpsCenter](https://docs.aws.amazon.com/systems-manager/latest/userguide/OpsCenter.html)