把东西弄坏再修理是最好的学习方法之一。我很早就学会了这一课，多亏了我妹妹和她的日本机器人玩具狗。不知怎么的，我说服她让我把她的机器人拆了，这样我就能知道它是怎么工作的。"我会把它组装起来的。别这么孩子气！"我错了多少？把一辆大众甲壳虫重新组装起来可能比这只玩具狗更容易。我就在那里，毫无头绪地坐在地板上，四周都是塑料部件和电子产品。我妹妹哭了，我出汗了，想在父母回家之前把一切都修好。最后，这只狗及时地被放回原处（尽管箱子里藏着一些神秘的零件）。修理东西和建造东西是截然不同的不过，那天我学到了很多东西。我知道工程学很难。我知道打破东西感觉很糟糕。我明白了试图解决问题可能会有压力。我了解到修理东西和建造东西是非常不同的。但最重要的是，我学会了尝试解决问题实际上是一个很好的学习方法。引入分诊工程师轮换我经常想起那件事，因为我发现很多这些教训都与我们在对讲机上做事的方式产生了共鸣，特别是在我们将不同的构建和修复过程分开的方式上。最近，Brian Scanlan写了一篇关于我们如何建立一个非工作时间随叫随到的团队来处理紧急情况，并确保我们产品的最佳正常运行时间，同时避免工程师的工作倦怠。但我们也有一种方法可以在工作周内优化随叫随到的流程，让工程师专注于建筑，而不是因为解决问题而分心。我们引入了分流工程师轮换的想法。每周，我们都会为团队指定一名分类工程师，负责在工作时间保护队友不受干扰。他们的队友，反过来，能够深入关注他们的目标。但其好处远不止培养更好的专注力。分流工程师任务和期望作为分流工程师，你的主要任务是保护队友不受干扰。这意味着你要第一个回答关于团队和你拥有的系统的信息。您在早上向团队报告问题状态-站起来并通知他们任何相关信息。此外，分类工程师应该管理高优先级的问题，调查新的问题，如果时间允许，修复低优先级的问题。如果一些问题需要更多的计划来解决，怎么做淘客推广，分诊工程师会在下周的计划会议上提出这些问题。审讯问题审讯只不过是确定紧急情况的优先次序。这个过程的先决条件是每个团队都应该有一套涵盖其职责范围的类别。这些可以创建为问题跟踪软件中的标签或标记。我们使用GitHub跟踪问题。在测试问题时，我们要采取几个步骤，工作流程如下所示。

如何评估问题的优先级这一进程的一个重要部分是评估问题出现时的优先次序。一般来说，大数据培训，我们遵循以下原则：第一页对讲机中的主工作流已损坏，或未按预期工作。相关团队应立即在这方面开展工作，而不是做出其他承诺。P1决不应打开且未被调查。第2页对讲机的某个特定功能或部分无法按预期工作。但是，积分返现，它不会阻止用户完成主工作流。最迟，这应列入相关工程团队下周的计划中。P3页技术上有缺陷的次要项目，即事物不能按设计工作。工程团队应根据其他优先事项逐个作出反应。在周末，组织一个简短的问题交接。利用这次会议通知下一个随叫随到的分诊工程师遗留的重要问题或可能出现的问题。就这样！你现在已经准备好处理任何问题了。分诊时间：调查问题工程师们对解决无聊的老问题有很多偏见。每个人都想从事一个新奇的新项目。然而，企业大数据，事实上，玩一个问题侦探会很有趣。挖掘和探索现有系统是一个很好的学习机会。调查问题会迫使你真正地阅读和理解别人的代码。工程师意识到不破坏东西的价值我从我姐姐那里学到了很多教训。修修补补是最好的学习方法之一。这也令人难以置信地令人满意。但分流轮换也给了工程师一个真正的所有权和责任制。如果我不需要修理那个机器人，我就不会知道什么东西坏了。通过定期的分诊轮换，好评返现卡，工程师意识到了不破坏事物的价值，或者更准确地说，是让它们变得稳定和有弹性的价值。他们获得了团队拥有什么、如何工作以及弱点可能发生的广泛背景。很难决定一个工程师在一周内只专注于分散注意力，但其好处是双面的——其他队友能够在没有问题警报干扰的情况下专注于工作，而你从随叫随到的分类轮换中获得的见解是非常宝贵的。很多这听起来像是常识，但令人惊讶的是，有相当多的公司没有实现这样的方法。代价不仅在于未解决的问题，还在于不断打破的焦点。这使得不仅要修复问题更难，而且首先要构建它们。如果这听起来像你喜欢的那种环境，我们正在积极招聘-看看我们的空缺。