项目管理300问

在项目的推进过程中，项目经理会根据实际情况对项目进行进度压缩，而引起项目进度压缩的原因多种多样，比如当前进度已经晚于预计时间点，需要缩短进度以达成时间目标；那么，项目进度压缩具体是指什么呢？

根据《 PMBOK 指南》的定义，项目进度压缩是指在不缩减项目范围的前提下，缩短或加快进度工期，以满足进度制约因素、强制日期或其他进度目标。

实现项目进度压缩常用的手段有两个：「快速跟进」和「赶工」。

快速跟进

快速跟进是指在项目进度压缩阶段，将原本需要按顺序执行的任务，调整为并行执行。简单理解就是将原来需要「串联」执行的事情，调整为「并联」执行。

快速跟进虽然缩短了工期，但是往往会增加返工的风险以及因为返工所带来的成本。并且快速跟进并不适用于所有情况，只适用于存在可以并行执行的任务的情况。

赶工

赶工是指在项目进度压缩阶段，通过增加资源，以最小的成本代价来压缩进度工期。由于涉及到增加资源，所以在决定使用赶工这一手段时，要对赶工所带来的成本增加以及可能的风险做评估。

举个例子，常见的赶工的方式就是加班，由于加班所带来的成本支出，以及生产质量下降，都有可能最后导致项目整体风险的增加。所以赶工并不总是实际可行的手段。

对于项目经理来说，是否进行项目进度压缩需要从全局出发，结合交付目标与实际进度、资源分配等情况综合考虑后再做决定。进度压缩后，项目会失去原有进度计划的灵活性，可能会导致项目风险的增加，同时由于采用的进度压缩手段不同，还有可能导致项目成本的增加。

关键路径是指在不考虑任何资源限制的情况下，从输入到输出过程中耗时最长的逻辑路径。在项目管理中可以理解为是项目中带有依赖关系的最长的一系列任务，关键路径的工期决定项目的最短工期。今天就和大家介绍一下怎样在甘特图中看关键路径～

甘特图能够清晰看到各项任务的起止时间和依赖关系，所以在甘特图下更容易找到关键路径，即耗时最长且具有依赖关系的那条任务。

除此之外， 在 Tower 中还有「自动调整后置任务时间」和「防止任务依赖冲突」的功能，可以通过拖拽任务条的方式调整和优化关键路径的时间，同时也可以将任务设置成不同的颜色以此来体现关键路径。如果您对 Tower 感兴趣的话，欢迎点击文章右上角的「免费试用」按钮，创建试用团队进行免费体验，或直接与我们的解决方案专家沟通。

首先我们需要明确一点的是，项目生命周期是产品生命周期的一部分，产品生命周期一般长于项目生命周期。

项目生命周期

一般有四个阶段：项目启动、准备与规划、项目执行、项目结束（收尾），但这只是产品生命中的一部分。一个项目可以处于实现产品的阶段，也可以处于产品生产出来后的维护阶段，项目结束不代表产品消失。

产品生命周期

产品生命周期一般包括投入、成长、成熟、衰退和退出阶段。一个产品的生命周期，可能包括许多个项目。

这两者的负责人也有不同，项目的生命周期是由项目经理来做维护的，而产品生命周期是由产品经理来负责的。项目经理或产品经理可以通过 Tower 团队协作软件对项目或产品进行管理，如果您对 Tower 感兴趣的话，欢迎点击文章右上角的「免费试用」按钮，创建试用团队进行免费体验。

Scrum 的起源是软件开发，是敏捷开发的其中一种方式，可帮助团队更好地进行产品开发与持续交付。

Scrum 是一个迭代，增量的过程，在 Scrum 框架中，产品的开发过程被划分为若干个短周期进行，也就是迭代（Sprint），每个迭代交付一部分可用的功能，每个迭代通常会控制在四周以内（两周为一个 Sprint 最常见）。

对于产品需求的管理，在 Scrum 框架中会使用产品 Backlog 来实现，团队优先处理的通常都是对用户具有更高价值的需求，而不是老板认为更重要的需求。同时，在每个迭代完成后，团队需要交付当前迭代的产出（产品增量）。

对于 Scrum 来说，它也具有一些基本要求，即 3 个角色、3 个工件、5 个会议和 5 个价值观：

现如今 Scrum 不仅在软件研发领域，在其他许多领域都深受欢迎，Scrum 本身也是轻量级且容易理解的一种框架，能够帮助团队更快适应变化莫测的环境，高效交付高价值的产品。

Scrum 是一种敏捷的开发方式，接下来我们来为大家科普 Scrum 中的 “335 ”是什么：

三大角色

• 产品负责人（PO）：代表业务方利益，对产品的成功负责
• 敏捷教练（ Scrum Master）：带领团队，是 Scrum 流程的引领者，为团队排除开发过程中遇到的障碍
• 开发团队：一般由跨职能的 5-9 人自组织组成，包括研发、测试等角色

三大工件

• 产品待办事项列表：由产品负责人不断更新的一份有优先级顺序的需求清单
• 冲刺待办事项列表：每一次 Sprint 都会从产品待办事项列表选出部分来组成本次冲刺的任务清单
• 潜在的可交付产品增量：一个可检查的“完成”工作，每一次 Sprint 就会产生一部分成果，随着这些成果的累计，持续丰富产品价值

五大会议

• 产品梳理会：由产品负责人、产品经理对产品需求进行评审、梳理和设置优先级，这个会议会输出产品待办事项列表
• 迭代计划会议：在一个迭代开始前，三大角色对本次迭代需要完成的内容进行规划，输出冲刺待办事项列表
• 每日站会：开发团队和敏捷教练每天固定开的会议，一般15分钟左右，回答三个问题：昨天做了什么，今天要做什么，遇到了什么问题
• 迭代评审会：一般在一个迭代快结束的时候所有干系人参与的会议，对本次迭代的成果进行演示和验收，确保是沿着正确的方向在开发
• 迭代回顾会议：在迭代结束后，下一次迭代开始前进行，三大角色对本次迭代的过程进行回顾，总结好的经验和不足之处，以便下次迭代可以更好进行

以上就是关于 Scrum 的三大角色、三大工件、五大会议的介绍啦，您了解了吗？

在项目管理中，因果图指的是一种用于分析问题根本原因的工具，也叫鱼骨图。

因果图形状像鱼骨，分为“鱼头”和“鱼刺”两个部分，“鱼头”就是项目管理中需要分析的问题，而“鱼刺”则是原因，通过这样的分析可以快速整理出问题的原因，也便于分析者透过现象看本质，定位问题的原因后产出解决方案。制作时一般分为两个步骤：

 一、分析原因

1. 选择分析的层级（比如过程、设备、环境、人员、材料等）
2. 针对各层级分别列出原因
3. 按各原因的影响程度整理归类，标记好影响最大的原因
4. 检查各层级原因的表述，确保表达明确、简洁明了

 二、绘制图表

需要绘制两个部分：分析的问题（鱼头），各层级下的原因（鱼刺），绘制时需要注意：根据不同的项目情况因果图可能有不同层级。

因果图在项目管理中一般用于项目质量管理，是项目经理在项目执行中必备的一项技能，快去应用起来吧~

项目管理过程中涉及到的工作繁杂，具有一定的风险性。而大部分风险是可以提前预测和进行管理的，项目团队应该有目的地进行项目风险管理，促进项目目标的实现。

《PMBOK 指南》为我们介绍了项目风险管理的六个过程：规划风险管理、识别风险、开展风险分析、规划风险应对、实施风险应对和监督风险。

规划风险管理

规划风险管理一般在项目生命周期的第二阶段「准备与规划」时完成，在这个阶段项目经理要先制定好项目风险管理计划，规划清楚如何实施项目风险管理活动，为接下来的风险管理工作奠定基础。

识别风险

识别风险需要在整个项目期间开展，主要是识别项目风险的来源，记录风险特征，并写入风险登记册。在这个过程需要注意的一点是，尽可能对所有项目文件和相关工作进行识别，尽可能全面地识别出项目风险。

开展风险分析

风险分析也需要在整个项目期间开展，包括定性分析和定量分析。

• 定性风险分析是指对风险登记册中记录的全部风险进行主观性的评估，包括风险特征、发生的可能性、产生的后果，还需要给风险设置优先级，分析结果记得及时更新在风险登记册中。本过程重点关注高优先级的风险，为每个风险识别出责任人，以便由他们负责规划风险应对措施。
• 定量风险分析是对部分项目风险（一般需要）建立数学模型进行定量分析。本过程不是每个项目都必须要开展的，可以视情况而定。

规划风险应对

规划风险应对是为风险分析中关注的风险制定应对方案、选择应对策略并商定应对行动的过程，必要时还需要分配资源，本过程也需要在整个项目期间开展。

实施风险应对

实施风险应对是根据项目风险管理计划和和风险应对策略，执行风险应对工作的过程。本过程目的是尽量将项目威胁最小化，以及最大化项目机会。

监督风险

监督风险是在项目执行期间监督风险应对计划的实施情况，持续跟踪已识别的风险、并识别和分析新的风险的过程。本过程同样也需要在整个项目期间开展。

项目风险管理旨在识别和管理未被其他项目管理过程所管理的风险。如果不妥善管理，这些风险有可能导致项目偏离计划，无法达成既定的项目目标。因此，项目风险管理的有效性直接关乎项目成功与否。