知识分享之项目管理——四象限法则

背景

作为一个标准程序员做到最后通常有两条路可选，一路技术走到黑和转管理，技术自然不用说，需要全面都熟，专通几项。而管理就要提到第一个点就是项目管理，因为第一个阶段通常是作为小组长或者项目经理来进行，这时必要的项目管理知识就必不可少，可能前期没有标准化管理问题不大，而一旦承接了较大的项目，这时如果不使用项目管理，那就会存在很大的风险。 本系列文章从信息化项目管理出发，中间包含各种实际情况分析，有兴趣的小伙伴可以持续关注该系列。

内容

这一节我们进行分享四象限法则，这个法则其实用于我们个人日常我认为更适合一些，其主要划分为P1（重要且紧急）、P2（重要不紧急）、P3（不重要但紧急）、P4（不重要不紧急）四个象限。 下面仅是我个人的见解，欢迎大家留言讨论。

1、第一象限（P1）

重要且紧急的首先包括当天需要完成的事情，这些我们都可以放在这里，包括一些突发性任务的；主要是优先解决的。

2、第二象限（P2）

重要但不紧急的，这一类我们可以制定详细的计划，建议计划到每天，这样每天的任务就可以作为P1，而这一个类别的总任务就是P2。

3、第三象限（P3）

不重要但紧急的，这一类主要是对于自身来讲的，而处在工作中，就需要有效区分出来哪些任务在这里面了，例如现在有个漏洞需要修复，但是这个漏洞属于低位级别的，修复与不修复问题不大，这可以划分为不重要，但是它本身属于漏洞，这个本质代表着它是一个紧急事件，这时我们就可以把它划分到P3级别。

4、第四象限（P4）

不重要不紧急的，这里就可以放很多内容了，例如我们脑袋里面突然冒出一个想法，想要后续进行扩展一下，但是这个想法短期内不会出现什么影响，这个想法后续的设计开展就可以划分到这里面，有效防止自己忘了，白白丢失了灵感。

这个更适合于我们按照周或者天或者半天为单位进行划分，当然具有快速区分事由的优先级的可以更细颗粒度进行划分，不过我认为再细的颗粒度可能浪费的时间反而造成得不偿失。

本文声明：

本作品由 cn華少 采用 知识共享署名-非商业性使用 4.0 国际许可协议 进行许可。