项目管理小知识

2001 年，敏捷宣言的发表正式宣告了敏捷开发运动的开始，这个宣言作为敏捷的核心思想，一直指导着后续敏捷实践的进程。敏捷宣言包含了十二大原则和四大价值观，今天我们来为大家解读四大价值观。

 

一、个体和交互重于过程和工具

 

敏捷宣言更强调个体的价值和作用，我们要建设自组织团队，要重视团队内个体的意愿和发展以及团队内个体间的合作与沟通，而不是局限于僵硬的流程和既定的工具，并且持续不断地提高和重视人的发展。

 

二、可工作的软件重于面面俱到的文档

 

敏捷开发强调小步快跑、频繁交付，因此我们应该以交付可工作的软件包作为进度衡量标准，并以此作为目标。“我们最重要的目标，是通过持续不断地尽早交付有价值的软件使客户满意。”

 

三、客户合作重于合同谈判

 

跟客户应该建立双赢的合作关系，以为客户创造有价值的产品为最终目标，而不能仅于一纸合同，在项目过程中应以跟客户合作为导向，只有这样，团队的付出和劳动才是有效的。

 

四、响应变化重于遵循计划

 

我们要欣然面对来自客户的需求变化，及时在开发后期也是一样，在市场环境和需求计划发生变更时，我们要做的是坦然拥抱和接受变化，而不是一成不变。

 

敏捷宣言并非完美的软件开发解决方案，而是软件开发的价值观，更重要的是团队及成员如何理解敏捷宣言以及如何践行。敏捷开发的团队都应该不断理解敏捷宣言背后的内涵，也应该根据团队及开发产品的实际情况采取敏捷实践。

项目经理已经成为热门的工作岗位，那么作为一名入门项目经理，我们需要具备什么能力呢：

 

一、规划能力

 

项目经理是为项目负责的重要角色，首先应该要能够根据项目的目标和要求，规划并制定项目计划，包括项目管理计划及各项子计划，为项目的顺利执行打好基础。规划能力强的项目经理能够根据项目的特点，制定出合理、可行的项目计划，为项目的执行提供指导。

 

二、组织协调能力

 

项目经理还需要组织和协调项目各方面的工作，包括项目团队、客户、供应商等。并协调多方利益，确保项目顺利进行，按时完成，这也是项目经理必不可少的一项能力。

 

三、沟通能力

 

作为项目经理，自然避免不了与各相关方打交道，因此，能够有效地与项目团队成员，客户和其他相关方沟通，确保信息及时准确地传达，是项目经理需要重点掌握的能力。

 

四、领导和决策能力

 

项目经理应该能够带领团队成员，确保项目顺利完成，且能够在项目中做出明智的决策，并帮助团队成员解决问题。领导能力强的项目经理能够建立起良好的团队合作关系，提高团队的工作效率。决策能力强的项目经理能够在项目中发现并解决问题，保证项目顺利完成。

 

五、抗压能力

 

作为项目经理，项目执行过程中会经常面临各种压力，包括推动项目进展、协调团队成员、与客户沟通、解决问题等，还需要承担较大的压力来应对项目中出现的风险和问题，因此应该具备良好的抗压能力。

 

作为项目经理，还需要不断学习，不断提升自己的技能，Tower 项目管理工具，助力项目经理更高效地进行项目管理，如果您对 Tower 感兴趣的话，欢迎点击文章右上角的「免费试用」按钮，创建试用团队进行免费体验，或直接与我们的解决方案专家沟通。

SaaS、PaaS、IaaS 是三种云计算服务的缩写。

 

SaaS——软件即服务，是指通过互联网提供的软件服务。SaaS 提供的是软件应用，用户无需安装或维护软件，只需要使用浏览器访问网站，即可使用提供的软件应用，例如：团队协作工具 Tower 和研发项目管理软件 ONES。

PaaS——平台即服务，是指通过互联网提供的平台服务。PaaS 提供的是开发平台，用户可以在这个平台上开发、测试、部署和管理自己的应用程序。

IaaS——基础设施即服务，是指通过互联网提供的基础设施服务。IaaS 提供的是基础设施，包括计算、存储、网络等基础设施，用户可以根据自己的需要使用这些基础设施的资源。

 

总的来说，SaaS 提供的是软件应用，PaaS 提供的是开发平台，IaaS 提供的是基础设施，这三者构成了云计算服务的三层架构。

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

根据《 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 指南》为我们介绍了项目风险管理的六个过程：规划风险管理、识别风险、开展风险分析、规划风险应对、实施风险应对和监督风险。

 

规划风险管理

 

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

 

识别风险

 

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

 

开展风险分析

 

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

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

 

规划风险应对

 

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

 

实施风险应对

 

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

 

监督风险

 

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

 

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