用KT方式解决问题要花很多时间!当我们挑战人们先思考后行动时，我们经常听到这样的说法。但上周我向一位客户展示，只要用KT解决问题的过程中增加焦点，就能在一小时内取得进展，事件也能瞬间解决。
客户对一些最优先的IT事件进行了分类，几个团队被安排进行大约一个小时的 "KT-咨询"，以了解KT清晰的思维如何能够提供帮助。我在为内容专家提供便利，并向KT提问：我看到的情况令人心碎。在花时间分析问题方面有很多阻力，而且有跳到 "明显 "原因的倾向。
例如，有一个事件被报告如下。阿拉伯语过期导致WX生成失败。我建议我们花点时间问问这里发生了什么，我们有什么证据，比如说错误、屏幕截图等等。
数据告诉我们。 WX文件的创建失败了，原因是应用错误 "发现非数字字符"。我们现在对这个问题有了一些了解，因为有一个假定的因果关系。 过期日期字段中的阿拉伯字符导致创建失败。但奇怪的是，其他文件中相同类型的非数字阿拉伯字符，并没有引起任何错误或中断。日志文件显示这些字符至少从2月起就在数据库中出现，但问题只出现在3月13日和3月18日。
"指责 "阿拉伯字符是有点片面的，如果我们想得更清楚一些，用数字字符取代所有阿拉伯字符的修复方法是没有意义的。我们问，阿拉伯字符问题如何解释它在一些文件中发生，而在其他文件中不发生，而且只在那些特定的日期发生？
使用 "是 "和 "不是 "的问题给我们提供了进一步调查的明确路径。
- 关于文件，什么是，什么是不相关的？
- 这些问题文件有什么独特之处？他们是否有代币、重复支付等？
- 3月13日发生了什么，与创建WX文件的应用程序有关？
客户做了功课并报告说，通过比较IS和IS NOT信息，他们找到了原因并解决了问题。"我们首先检查了13日和18日有什么，而其他日子没有，发现在这些日子里，一个特定的客户有交易，而其他日子没有交易。"
将WX文件的客户配置与另一个在到期日中没有问题的阿拉伯字符的客户进行比较，发现只有特定的记录类型，而不是用于其他客户的记录才有问题。通过消除有问题的客户的阿拉伯字符来更新到期日期，使WX创建成功。
"虽然阿拉伯字符根本不应该出现在数据库中，但我现在已经找到了它有时会导致WX创建中出现问题的原因，"客户说。问题文件立即得到了纠正。花时间使用KT问题分析解决了故障，使团队腾出时间专注于日常工作。 即使错位的阿拉伯字符继续潜伏着，但数据库现在可以运行了，而且团队有明确的证据说明未来需要安排哪些修复工作。
幸福就是选择!如果你用Kepner-Tregoe过程明智地利用时间，你就可以变得幸福。
