艾森豪威尔矩阵是一种确定优先级的非常著名的方法。 例如，在斯蒂芬·科维（Stephen Covey）着名的著作《高效人员的七个技能》中，整章专门介绍了矩阵。
Matrix是任务优先级排序工具。 他们说，它是由美国第34任总统艾森豪威尔（Dwight Eisenhower）发明的。 使用矩阵确定优先级既简单又有效。
据他所知，无论是工作还是生活，它在我们中间也并不普遍。 艾森豪威尔矩阵如下所示：
任何需要完成的任务都属于矩阵的四个象限之一。 从上到下，从左到右依次执行。 首先-紧急和重要，然后-紧急和不重要，然后不紧急和重要，最后，不紧急和不重要。
人们使用艾森豪威尔矩阵工作时面临的关键问题是按紧迫性和重要性
对任务进行
分类 。 更确切地说，主要问题是要了解总体上的紧迫性和重要性。 在玩了一两天后，人们不知不觉地扔了矩阵。 让我们尝试找出答案。
不幸的是，幸运的是，没有明确的标准。 任何人都可以提出自己的规则，但不是每个人都能做到。 因此，我们将这样做：我将告诉您我如何确定紧迫性和重要性，并且您自己决定这种方法是否适合您。 好吧，想出自己的规则。
让我们从紧迫性开始，因为 它是优先的。
什么任务可以称为紧急任务？ 我不记得我在哪里听到这个标准，但是我很喜欢它的简单性。
紧迫的任务是在期限以后不能再做了 。 简单明了。
但是，将这种方法应用于生活并不容易。 该数据库已停止与客户端一起使用-是否需要紧急修复？ 根据标准-不，因为 现在，明天和一周内都需要提高基础。 如果您试图向处于危机情况下的某人解释紧急标准，那么将不会有什么好处。
因此，我们采用了更平滑的标准。
紧急-这是因为任务无法解决而损失很高的情况 。 休息一下，想一想我们以前认为如此紧迫的任务有多紧急？
不幸的是，许多经理倾向于将所有事情都称为紧迫任务。 不幸的是，并不是他们错了，而是优先系统停止工作-所有任务看起来都一样。 程序员很难选择。
在客户任务中经常会遇到客观的紧迫感，例如，上述基数下降。 还是在院子里是10月19日，客户需要收取增值税，但是声明没有任何形式。 或者，上帝禁止，三月底，并且没有办法计算利得税。 或由于无法解释的原因未打印发票，并且运输中有停机时间。
这些任务很紧急，因为它们满足了我们的标准-问题没有得到解决，这确实造成了损失。 不仅如此-未按时交付的利得税会面临严重的罚款。
能够区分“紧急”和“最后期限”的概念很重要。 任何任务都有期限，一种或另一种期限，即使未指明期限也是如此。 然后，我会超越自己，时间表会被告知其他时间，但是我想让您了解：
提供截止日期并不是紧迫性 。 除了接近最后期限，这也不是紧迫性。
任务的紧急程度与截止日期无关。 例如，完成任务的截止日期可能不是“日期”类型，而是“尽快，该死！” 即，正式地，没有截止日期。 但是，任务是紧迫的。 或任务可能有最后期限-明天，但每个人都知道它是由不需要解决方案的人提出的-他会在首次提出要求后将最后期限转移到任何日期。 或系统安排得如此，以至于没有指定截止日期就无法输入任务。
紧急度是任务的单独属性，它描述了其出生和生活的背景，而不是诸如“截止日期”或“包括在今天的计划中”这样的管理名称。
现在谈到重要性。 回到经典-Stephen Covey。 他
概述了未来的重要任务 。 一个相当简单的定义，尽管不是很清楚。 让我们尝试解密。
解决方案中存在一些任务，这些任务没有根本改变。 因此您决定了，客户付了钱，并且没有任何重大变化-您和客户都没有。 解决该问题的方法并没有引起一系列新问题，长期运行的项目也没有启动，没有人被解雇，也没有人被雇用，并且客户业务的一些令人压抑的问题也没有解决。
解决了客户的任务，就得到了一个项目。 项目阶段的中心任务是将其从测试转移到运营。 在解决了您的第一个发行版之后，就有一个测试风险开发中的假设的任务，您最终可以向用户展示您的产品并获得反馈。 团队或您整个公司的声誉取决于一项任务。 他们有一项任务可以判断您的晋升。 您的小时费率取决于一项任务。
这些任务很重要。 取决于他们。 而不仅仅是“某物”，而是对您来说“具体”，可理解和有用的“某物”。 它们不仅影响未来，而且
塑造未来。
例如，我正在创建此材料，随后将成为一门课程。 在我撰写材料之前，不会有任何课程。 没有路线-没有销售。 我会写一门课程-一切都会发生。 编写课程是一项重要的任务。 取而代之的是，我可能会被当前的工作分散注意力-为客户端做某事或发布下一个版本。 也许这些都是紧迫的任务，但它们并不能创造未来。 课程创造。
这是任务的重要性。 每个人都秘密地了解它，但是这里有个要点-仅了解是不够的。 当我们谈论选择任务时，我们注意到：如果一个人决定要执行什么任务，那么他将以自己的标准为指导。 什么样的人，以其正确的思想，将以自己的自由意志承担一项重要任务？
您了解：
高度重视是高度责任 。 无论我们考虑人还是我们自己，我们都尽量避免承担责任。 因此，一个重要的任务将被推迟，程序员将做自己喜欢的事情。
为了首先执行重要任务，有必要调整优先级系统并帮助表演者进行选择。 现在，我们将第一个算法引入优先级系统的时刻到了-我们将根据紧迫性和重要性来确定执行顺序。
从技术上讲，这非常简单。 在任务中添加两个字段-紧急度和重要性，并根据它们安排队列就足够了。 例如，以图形形式计算任务的优先级。 如果任务很紧急，则添加2个常规单位（如果重要）-1个常规单位。
总计，不重要和不紧急的任务将具有等于零的优先级。 紧急且不重要-2.不紧急且不重要-1.紧急且重要-3.现在我们按照优先级从高到低的顺序对任务列表进行排序，然后得到结果-反映我们策略的正确顺序。
计算紧急程度和重要性的规则并不严格。 而且，不幸的是，只有在紧迫性和重要性被周到地分配给任务时，它们才起作用，而不仅仅是快速完成任务。
例如，经常遇到这样一种情况，即来自客户的任务由经理编写并由程序员执行。 经理了解了优先级系统后，便开始为连续的所有任务设计紧迫性和重要性，尤其是在未将特定程序员分配给经理或客户的情况下。 总的来说，经理希望将其任务推进到最前沿的愿望是可以理解的，但是由于希望尽快获得尽可能多的已签署行为，他否定了您建立优先系统的所有努力。 并严重吓跑程序员。
有几种解决方案。
首先，更难-不要让经理紧迫和重视。 让他写下任务。 如果还有其他影响优先级的要求，请让他在任务说明中列出。 其实突然真的有急事吗？ 在这种情况下，协调员，团队负责人或首席程序员将以经理的信息为指导。
第二种选择是较软的，是对紧迫性和重要性进行两次评估。 一个是从经理那里来的，第二个是从一个懂得东西的人那里来的，并根据常规单位的总和来计算最终的优先级。 经理最多3个任意单位，协调员最多3个。 优先制度将变得更加多元化和平衡。
好吧，不要忘了简单的规则：
世界上有既不紧急也不重要的任务 。 当出现诸如紧迫性和重要性之类的调节器时，手就会伸手去拿它们。 如果没有指出紧迫性和重要性，则似乎缺少了一些东西。
缺乏紧迫性和任务的重要性是正常的。 但是存在一个问题-从理论上讲，如果不断出现具有至少一个常规优先级单元的新任务，则可能永远无法完成这一任务。 如何避免这种情况，让我们再谈一次。
总结- 艾森豪威尔矩阵是确定优先级的简单工具。
- 优先级由两个属性控制-紧急度和重要性；
- 一项紧迫的任务是其失败造成的损失很高；
- 一个重要的任务是影响未来的任务。
- 紧迫性是重中之重；
- 有些任务不紧急也不重要。
- 优先级仅在有意识地确定紧迫性和重要性时才起作用。