本文是为《 Software Executive Magazine》撰写的。 在 此处 阅读其原始格式的文章 。
我们都知道这个陷阱：待办事项清单上的每个任务都很紧迫，在真正重要的事情上我都无法取得很大进步，而且我一直都在防守。 这种模式对我们所有人来说都是最好的，但是有了一些顶空和一个框架，我们所有人都可以更聪明地工作。 重要任务与紧急任务之间通常会存在实质性差异，只有在极少数情况下才会弹出真正的紧急事件。
什么构成重要的？
重要任务是推动公司前进的大型项目的组成部分。 您已经制定了目标，并且知道要实现这些目标需要做什么。 例如，您可能根据客户的反馈和使用模式启动新产品或功能。 为此，您将需要采取有意义的策略和一些深入的工作，这意味着需要投入大量的时间和资源。 当您从事该项目并朝目标迈进时，您就冒犯了。
什么构成紧迫性？
“紧急”感觉很像在防守。 出现了无法预料的问题，发现了代码中的错误，一个关键的团队成员生病了，并且持续不断。 这些紧急情况是完全正常的，但是您如何处理它们却可以带来不同。 有一些策略可以帮助您摆脱困境，或者理想情况下首先避免“紧急”时间陷阱。 要快速修复，请尝试“执行，转储，委托”练习：
- 确保您首要的季度或年度目标。 如果做得好的话，您的真正优先重点应该在本练习的最后完成。
- 查看您的待办事项清单，认真对待删除不属于您团队或自己时间的任何任务。 如果对实现团队目标确实不重要，则将其划掉。
- 找出可以委派给团队的内容。
- 您将剩下真正需要注意才能完成的重要事项的简短列表。
长期解决方案涉及授权您的团队帮助承担责任：
- 出现紧急事件时有什么模式？
- 您可以对队友进行交叉培训以涵盖通常出现的特定责任吗？ 也许有些团队成员已经具有可以利用的辅助技能。 您的系统和团队的灵活性大有帮助。
- 如果您让团队有时间来解决许多问题，那么在没有您帮助的情况下，很可能可以解决许多问题。 确定紧急事情是否确实需要您的关注。 如果这是在团队中建立关键的解决问题技能的机会，请抵制进入并挽救局势的冲动。
但是紧急情况如何？
如果您在采取行动之前评估情况，您将能够区分紧急情况和紧急情况，并知道实际需要您帮助的地方。 在某些紧急情况和重要事件同时发生的极少数情况下，请集中精力和精力来解决问题。 紧急情况解决后，请尽快拨出时间来分析情况。 如果您重视过程改进，那么将会有很多东西需要学习。 例如，您是否经常遇到类似的紧急情况？ 如果是这样，很可能是时候重新审视基础流程和过程了。 如果某人（可能是您）总是扮演英雄，那么这天生就有问题。 最好的操作不需要英雄来持续进来并节省时间。 编写无错误的代码是不可能的，但是绝对有可能为此进行计划。
您如何将工作“编码”为重要，紧急或紧急情况类别？
