Q： 进度优化。当进度延误时如何处理？
A： 1\. 进度优化。
很多时候开发会的反馈是由于：需求变更、现场问题处理、技术难点(当然除此之外还有常见的评估错误和划水)。不同的原因应该用不同的方法来处理。
1). 需求变更：
变更基本上是不可避免的，尤其是对乙方来说，需要考虑如何将变更对当前版本的影响降到最低。
_a)。下一版本处理_
_b)。替换当前版本的某些功能_
_c)。首先处理变更的高优先级部分_
_d)。加入当前版本，但延迟启动时间_
_e)。毫不拖延地加入当前版本，但先向用户明确，质量可能有问题。_
2). 处理现场问题：
这也是必然的，上线肯定会有问题。规划时，评估资源可用性。你不能制定太理想的计划(包括划水的因素，你也要考虑到，一个人不可能一直高效)。
3). 技术难点：
这很棘手，但他们中的大多数人仍然可以找到解决办法。核心是是否有足够的时间处理这件事。
4). 评估失误：
在很大程度上，这是一个管理问题。评估工作量时，一般以理想工期估算，但规划时需要实际工期(考虑外部工作插入、轻微划水等导致的效率降低。)，所以2天工作的评估一般需要安排2.5-3天。
5) 划水：
轻微的中风需要忍受，但当水清澈时，就不会有鱼了。严重划水需要评估。
其实，很多时候到了临近上线才发现进度延期（或者才采取措施），上面的往往就来不及了。 那此时，就该往上一层考虑
1). 删减内容，分批上线（优先保障重点功能。不能觉得全部都是重点功能，那样没有意义）
2). 变更，延期上线
Q： 技术难点。当里程碑到来时，出现技术难点，负责该任务的研发人员无法解决，或短时间无法解决，且公司技术专家也会面临同样问题时，该如何处理？
A： 技术难点.
当有技术上的困难时，我首先想到的是：
这个功能一定要开吗？
可以延期吗？
如果我们必须按计划进行，有没有别的选择？(如手动程序支持)
当然，我们会提前把计划告诉老板(可能是客户，也可能是两者都有)，让他们在心理上做好承担责任的准备。
这个时候，领导的思维总是有前瞻性的，大部分都会给出一些指示。核心在于，不能去问领导要怎么办，而是要问，按我这个方案行不行？
Q： 资源优化。当前项目中的资源被其他项目占用，而其他项目优先级更高时，你如何处理？
A： 资源优化.
这个情况，建议做好以下几项：
1).哭，闹，夸大问题，提高项目的优先级。
当然，这种方式对项目来说是好的，但不适合公司。(不建议使用，改善个人格局)
2)做好影响分析，与领导沟通，让老板知道可能的后果。
3)如果可能的话，最好和客户沟通，争取更多的时间。
4)梳理清楚，保证项目最少的所需工作和所需资源，按优先级处理工作，保证关键功能。(即使没有资源问题，项目资源的使用也要区分重点和非重点，提高利润)
注：2)3)4)其实没有明显的优先级。要统筹处理，输出合理的解决方案并上报。
Q： 项目集或项目组合管理。当多个项目并行时，大量问题爆发，作为项目经理如何面对压力？
A： 多项目并行和项目集、项目组合管理
多项目并行：我以前一次大概负责10个项目，通常是分组的(比如运维项目、外部项目、内部项目)，按优先级排序。
内部研发；d资源也将分组，但可以根据需要提供支持。
人永远不够，拖延是常事，所以找一些你能承受牺牲的东西。
此外，大量问题爆发。如果是BUG，需要注意。用来避免沉浸在灭火的成就感中-
收集问题，分析，找到关键原因、耗时最多的、重复率高的，集中解决，减少了后续的维护工作量。
如果是管理，也是有针对性的分析，优化管理手段或流程和系统(找到公司下符合最轻级别的管理方法)。
这种事情不能操之过急。
至于项目经理本人，安心，把自己的想法告诉老板和用户，展现自己的专业素养。
性，老板和用户对你也会更宽容。Q： 项目中，某位团队成员经常交付延误，或交付质量差，如何处理？
A： 如何处理项目成员的问题
单个人员的质量不行或经常延期：一般是先看他的日志，收集一些证据，然后跟他沟通，明确问题，提出改进及考核要求（当然需要对方同意），定期考核检查是否达标或者基本达标。（从经验来看，基本上都是一段时间后要辞职）。我这个做法比较残忍，很多同学接受不了，勿喷。
除了行政手段之外，还会有一些技术手段来保障：比如核心功能写测试代码、部署持续集成的环境、编写核心业务的自动化测试脚本、梳理关键业务的检测要求（每次上线前、后，必须有责任人测试关键业务）。
Q：
项目中，计划明确，任务分配后，项目经理需要频繁跟进相关负责人的进度和质量问题，而不是团队成员自行反馈进度和质量信息，导致项目经理管理颗粒度非常细，如何提高团队效率？
A： 团队效率问题
关于进度跟进：建议开晨会。晨会10分钟左右，了解昨天工作完成情况、明确今天工作计划、确认是否有遇到困难。不必坐等别人反馈。
Q： 项目中，如何正确识别和规避风险？
A： 项目风险管理问题
风险：其实软件行业，常见的风险，上面都提到了。（软件行业里面，稳定的版本发布节奏、按优先级处理工作、将变更影响降到最低、做好资源可用性评估、安排计划不要太理想化、晨会及时跟进
做了这些工作，会让项目管理轻松很多）
还有一个比较常见的，就是涉及第三方的配合。
预先梳理好涉及第三方的工作，提前做好沟通协调，遇到问题及时反馈。（有一点比较关键：就是很多开发人员比较腼腆，如果直接让他们联系对方，他们很多都会“拖延”，我们可以先跟对方取得联系，甚至拉好沟通群，说明诉求，剩下的让技术直接对接就好）。
