在投入行动之前先了解大局
我喜欢使用 Kepner-Tregoe 方法的原因之一，就是它能让我的思路更加清晰。从眼前的行动中抽身出来，从全局的角度看待问题，服务的结果就会大大改善。如果能够从不同角度快速审视问题，就会发现几乎所有情况都不仅仅是一个特定的问题。这样，我们就会变得更加积极主动，从而提高客户的信心。
我们在这里需要考虑两种情况，在这篇文章中，我想探讨的是如何处理那些对客户造成真正干扰和困扰，但可能不被视为关键业务事件的问题。它们在您的积压工作中，需要修复，因为它们是"......"。潜伏的鳄鱼系统中的""。
从事IT工作的人的优点之一是他们喜欢修理东西，缺点之一是他们喜欢在真正了解问题的真正性质之前就尝试修理东西。
在Scrum中重组并集中精力--管理好积压的工作!
当问题持续存在，而已知的解决方案并不明显时，计划召开 "Scrum-根源-原因分析 "小会议可能是个好办法。在这种情况下，花时间把团队召集起来，集中精力解决手头的问题不仅是明智之举，也是最有成效的行动之一。
通常情况下，只需将问题说清楚，明确定义错误，并确保关注事件的源头，就能使工作方向更加明确。 重要的是，在做出改变以试图解决目前的情况之前，必须这样做，因为这些改变很可能会把水搅浑，最终使找到事件的根本原因变得更加困难。.
专注于真正的问题所花费的时间远不是浪费宝贵的时间，而是可以大大减少修复故障和让企业恢复工作所需的时间。
正确的人、正确的信息、正确的方向
虽然这是一个简单的概念，但有一些注意事项我需要提及。
如果你没有合适的人在房间里，或者如果你没有关于发生了什么、何时发生、发生在谁身上以及在哪里发生的准确的事实信息，这种工作方式就不会有帮助。
你需要召集你的主题专家（SMEs），他们需要做足功课，带着尽可能多的信息来参加会议。他们需要理解抽出这段时间的重要性，同时也需要经理们给他们传话，推动他们采取行动。
另一个需要注意的问题是，需要与专家团队进行内容讨论。需要一个强有力的领导者将他们从技术细节中 "拉 "出来，并为他们提供指导，帮助他们建立大局观，找出信息差距，并为下一步工作指明方向。他们的专长和知识必须得到引导，以便在正确的时间和正确的地点发挥作用。这样，您就可以将团队的精力集中在正确的领域，为迅速、成功地解决问题提供最佳机会。
改变思维方式
对于注重行动的 IT 技术人员来说，这是一件很难接受的事情。他们有一种思维定势，认为停下来讨论问题似乎是个错误，忙于尝试他们能想到的一切办法来恢复工作是他们习惯做的事......这让他们觉得自己很有用。合作和流程实际上可以激发他们产生新的想法。
要想让有效、成功地解决问题成为企业文化的一部分，就必须改变这种思维模式。我想，如果你正在阅读这篇文章，你已经准备好采用 scrum，并希望将 KT 付诸实践，以解决你的问题。要利用这种工作方式的有效性，关键在于将其融入组织文化--使其成为 "我们在这里做事的方式"。
