又是一个我遇到过的非典型的面试问题（当时面试架构的时候问到），估计是因为自己提到过做过项目管理工作，所以想试探一下我这边究竟有没有了解过项目管理的理论知识吧。记得当时我回答得不算太好，没有贴合这个主题，后面也只是讲了具体的管理过程就绕过去了，现在我将重新回答一遍这个问题。
首先，什么是帕累托原则？
帕累托原则也被称为“二八法则”，指在任何大系统中，约 80% 的结果是由该系统中约 20% 的变量产生的。按这个思路，一般情况下项目中 80% 的功能只需投入 20% 资源即可。那么剩下的 20% 功能是否需要投入 80% 的人手进行处理呢？这个需进一步分析，然而面对这种情况我会将剩下的 20% 的工作继续进行分解，直到分解到所有功能都有清晰路径为止再向上汇总。这时一般不会用到 80% 那么多资源的。那么多出来的资源可以安排到另一个项目中去。
那么，具体怎么做呢？
主要围绕着以下 5 点进行：
- 确定重要任务（根据任务属性分层 3 个维度）
- 利用关键路径分析，找出哪些任务在项目计划的关键路径上，这些任务需要优先安排资源。上面也说到了还剩下那 20% 的“硬骨头”需要啃的，一般情况下那些任务也会存在于关键路径上，先找出关键路径，这个是第一个维度；
- 运用 ABC 分类法，根据任务对项目目标的价值和影响力，将其分为 A 类重要任务、 B 类普通任务和 C 类琐碎任务。在关键路径里面的任务肯定也会分三六九等，先按照 ABC 分类法进行划分，这个是第二个维度；
- 应用紧急重要矩阵，区分对项目进度和质量影响较大的关键任务。这个就不单单是指关键路径下的任务了，而是整个项目全体的。提前识别出风险和问题，重点关注那些可能造成80%影响的20%风险和问题；
- 优先处理关键路径
- 对关键路径上的每个任务，计算其最早开始时间、最晚开始时间、总浮动等，寻找其中浮动时间最短的任务优先启动；
- 加派资源或改进关键路径任务的效率，防止其延误整体项目进度；
- 重点管理关键人员
- 让关键人员参与项目决策，充分发挥其在专业领域的影响力，很多时候我们做的系统并不是给自己用的，也不是给对方领导用的，最终还是给对方基层人员使用，这个时候他们的意见非常重要。正所谓“隔行如隔山”虽然项目经理能够调研具体的业务情况，但是还有很多信息是无法通过调研获取的，这个时候就必须让关键人员参与进来多提意见。这个时候又要考验项目经理对于“意见”的提取能力了，那些是有效意见，那些是无效意见。用回帕累托原则来说就是 80% 的意见都是来自 20% 的需求，因此意见不能照单全收，这又是另一个话题有机会再说；
- 定期与关键人员沟通，了解其动态并给予支持，通过多沟通、多反馈保持理解一致，可以有效减少返工的几率；
- 防止琐事干扰
- 合理安排会议，避免无效讨论影响工作效率，确保团队都聚焦在关键任务上。长篇大论的、没有主题的、大声吵架的会议能不开就不开，每日 5 分钟的站会意义大于集中会议；
- 不断优化流程
- 应用项目管理软件，优化信息流转流程。若担心项目信息泄露，可以选择私有化部署的 JIRA和禅道，有钱且能够接受云平台的可以考虑 teambition，我们没钱又不想麻烦的，就用腾讯文档和禅道结合；
- 实施知识管理，总结项目经验教训，不断完善流程。每次项目迭代后都举行项目迭代总结会议，开个 15 分钟的短会即可，主要是汇报上线内容、发表每个人的想法；
以上 5 点是个人观点并直接应用在现项目管理当中，作为面试的回答应该差不多了（毕竟面试时也不可能有太多的时间），或许还有纰漏的地方请各位多多包涵。