如何掌握反馈循环并在工作场所表现出色

在大多数情况下，从获得服装建议到寻求对下一个科学发现的同行评议，我们都利用周围人们的帮助来讨论和分析潜在的下一步。 几乎没有人立即想到完美的解决方案。 这是一个反复试验，反复试验，调整和新实验的过程。

这是我们始终可以改进的过程。 本章为此提供了一些建议。

什么是反馈循环？

反馈循环应该很好，可以解决各种问题。 那到底是什么呢？

还记得您小的时候画了第一张猫的照片吗？ 您很自豪地向父母展示了它，他们建议您在上面加尾巴。 您（从字面上看）回到了绘图板上，并添加了尾巴，向他们展示了结果，然后将绘图放在冰箱上。

那对您来说是一个早期的反馈循环：一个过程进入了自身，就像蛇吃了自己的尾巴一样。

您可能熟悉另一个早期的反馈循环，称为“戴明循环”：

计划–做–检查–行动

W. Edwards Deming后来将其更新为：

计划–做– 学习 –行动

...我同意是一个更好的描述。

相似的周期或过程是Shewhart周期，六个Sigma（ 定义-度量-分析-改进-控制 ）和精益启动（ 构建-度量-学习 ）。

所有这些共同点是一种科学的迭代方式工作方法：尝试一些东西，从中学到东西，并在向前发展时相应地调整工作。 换一种说法：

实践并不完美。 实践使人永久。 反馈非常完美。

为什么反馈回路很重要？

较短的反馈循环（即，在尝试某件事与了解其效果或结果之间花费更少时间的循环）使您可以快速修复或改进工作并更快地获得附加价值。 执行一个小的修复程序，接收有关它的反馈并重试应该不是一个沉重的负担-就像您长时间从事某项工作并发现自己会重新开始一样。 换句话说，您的前进方向可能错误，但是如果您早日收到反馈，那么重新启动时就没有那么长的路要走了。

各种敏捷软件开发方法考虑短期反馈回路为是敏捷和生产中的最短时间正确的结果非常重要。

团队可以通过“配对”或“暴民编程”，每日站立会议和冲刺之类的技术来安排和处理这些反馈循环。 例如，在通过结对编程或暴民编程进行工作时，开发人员会直接在一起工作的人员之间体验反馈循环。 在日常站立会议中，他们从同事那里获得反馈。 冲刺之后，他们最好会收到客户的反馈。 在所有这些情况下，人们收到的反馈意见都可以帮助他们在开始某些过程中的其他步骤之前改进工作。

即使在软件开发之外，这种工作方式也是可能的。 但是在这里，我要特别关注如何增强IT组织。 我将介绍一些通用术语，这些术语适用于所有部门，团队和工作方式。

我们如何在IT组织中增强反馈循环？

在IT组织中，透明是提供和接收反馈的前提。 人们可以透明地了解正在进行的和计划的工作。

例如，我在与运营团队一起使用看板时就获得了积极的经验。 当董事会对所有利益相关者，经理和其他团队可见时，每个人都会收到有关工作项目的当前状态和当前优先级的反馈。 人们也有机会从看董事会的人那里得到自发的反馈，并注意到某些事情，例如，另一个团队可能也在工作，或者不再重要，或者（甚至更好）董事会遗漏的非常重要的事情但绝对应该在上面。

我建议尽早搜索反馈，如果可以的话。 我经常会概述一项任务，并由经理和主要利益相关者来负责。 这是找出我是否正确理解任务并帮助我设定他们对下一步工作的期望的最佳方法。

缩短反馈循环。 您应该在将太多时间或金钱投入某物之前寻求反馈。

这听起来很简单。 那么为什么这通常很难实施呢？ 什么是最常见的阻止因素，您可以采取哪些措施来改善或促进更好的反馈？

为了使反馈循环正常运行，您需要营造一种开放的氛围，使人们可以安全地分享自己的想法。 顺便提一下，关注反馈循环还可以帮助您改善组织中的当前状况。 这就是反馈循环的美妙之处：当它反馈到自身中时，如果默认情况下您周围的气候和文化不是开放的，那么您可以通过更加开放自己，提供反馈，确保从他人那里获得反馈，内部化来改变这种状况。反馈并改进。 您和您周围的组织也会一点一点地改善。 正如圣雄甘地所说：

成为您希望在世界上看到的变化。

切记：缩短反馈循环。 您应该在将太多时间或金钱投入某物之前寻求反馈。 然后，如果您需要做的话，改变事情就没有那么困难了。

您还需要确保您有机会从通常不愿意公开分享想法的人们那里获得宝贵的反馈。 人们通常会在演示或会议上征求反馈，这意味着他们亲自进行反馈，并在人们大声疾呼时得到反馈。 这可能不是每个人的最佳交流方式，而坚持那种单一的反馈环境可能会导致您错过本来想了解的深刻见解。 改善此状况的一种方法可能是向所有相关人员发送会后电子邮件，提醒他们将反馈直接发送给您（最好在设定的时间范围内）。 有些人喜欢在自己的时间和通过更适合他们的媒介来表达自己的想法（而不是在大家面前大声疾呼！）。

您可以收到的最佳反馈是直接来自实际用户或客户的反馈，但是当您使用与客户几层距离的基础结构时，您会怎么做？

在最好的情况下，客户反馈将滴落到所有涉及的领域和团队中，但是我们都知道这很困难，而且在现实生活中通常不会发生。 根据您的产品或服务，您可以与客户一起安排研讨会，并包括组织各个层面的人员。 我取得了很好的成绩。 否则本来就不会出现的讨论和想法突然出现，并且制定了行动计划。

如果您与客户定期开会，则可以不时邀请组织其他部门的人员作为客人。 以我的经验，各方都赞赏这种主动性。

在其他组织中，可能会将周围的内部团队和部门视为客户，并促进与他们的反馈循环。 他们可以反过来，从他们的客户得到的反馈。 我建议您尝试在所有团队中进行设置，因为不仅需要外部客户而且还需要合作伙伴和同行的良好反馈。

最后但并非最不重要的一点：请记住，反馈循环不必一定要涉及人机交互。 例如，您应该从监视系统和事件管理工具那里收到有价值的反馈。 自动化的反馈可以使您意识到响应时间变慢，这可能表明新版本存在潜在的问题，再次发生较小的事件可能是由于即将出现故障的硬件而导致的主要故障，并且统计数字表明该事件不断增加。服务的用户群应触发计划，以在环境遭受性能问题之前及时扩展环境。

关于反馈的一些反馈

最后，团队的反馈循环能力归结为两个因素：沟通和透明度。

当您对自己的进步持开放态度并愿意接受他人的见解时，您可以更快地适应并创造最佳结果。 长期以来，一直孤岛工作直到您准备好揭示自己的结果一直是常态。 但是，随着我们发现使更多的人和想法参与设计和执行过程的优势，这种情况正在改变。

世界正在以前所未有的速度变化，而快速适应从未像现在这样至关重要。 忽略周围出现的反馈循环可能会导致解决方案或想法太迟，或者完全追逐错误的问题。 另一方面，反馈是完美的。

本文是《 IT文化变革的开放组织指南》的一部分。

翻译自: https://opensource.com/open-organization/17/6/mastering-feedback-loops