Scrum 的起源是软件开发，是敏捷开发的其中一种方式，可帮助团队更好地进行产品开发与持续交付。
Scrum 是一个迭代，增量的过程，在 Scrum 框架中，产品的开发过程被划分为若干个短周期进行，也就是迭代（Sprint），每个迭代交付一部分可用的功能，每个迭代通常会控制在四周以内（两周为一个 Sprint 最常见）。
对于产品需求的管理，在 Scrum 框架中会使用产品 Backlog 来实现，团队优先处理的通常都是对用户具有更高价值的需求，而不是老板认为更重要的需求。同时，在每个迭代完成后，团队需要交付当前迭代的产出（产品增量）。
对于 Scrum 来说，它也具有一些基本要求，即 3 个角色、3 个工件、5 个会议和 5 个价值观：
现如今 Scrum 不仅在软件研发领域，在其他许多领域都深受欢迎，Scrum 本身也是轻量级且容易理解的一种框架，能够帮助团队更快适应变化莫测的环境，高效交付高价值的产品。
Scrum 是一种敏捷的开发方式，接下来我们来为大家科普 Scrum 中的 “335 ”是什么：
以上就是关于 Scrum 的三大角色、三大工件、五大会议的介绍啦，您了解了吗？
SOP 对于团队管理来说是一个很实用的工具，SOP （ Standard Operating Procedure ） ，即标准作业程序，具体指将某一事件的标准操作步骤和要求以统一的格式描述出来，用于指导和规范团队的日常工作。通常会借助流程图来表示：
那么 SOP 对于团队管理有什么好处呢，简单来说就是：
团队管理时团队负责人可以通过 SOP 来对团队工作进行更高效管理，也可以借助工具来承载团队的 SOP，Tower 团队协作管理工具，用简单方式打通业务全流程，通过 Tower 将工作在线化、标准化，共享任务信息，让项目管理与团队协作更高效。
在项目管理中，因果图指的是一种用于分析问题根本原因的工具，也叫鱼骨图。
因果图形状像鱼骨，分为“鱼头”和“鱼刺”两个部分，“鱼头”就是项目管理中需要分析的问题，而“鱼刺”则是原因，通过这样的分析可以快速整理出问题的原因，也便于分析者透过现象看本质，定位问题的原因后产出解决方案。制作时一般分为两个步骤：
需要绘制两个部分：分析的问题（鱼头），各层级下的原因（鱼刺），绘制时需要注意：根据不同的项目情况因果图可能有不同层级。
因果图在项目管理中一般用于项目质量管理，是项目经理在项目执行中必备的一项技能，快去应用起来吧~
项目管理过程中涉及到的工作繁杂，具有一定的风险性。而大部分风险是可以提前预测和进行管理的，项目团队应该有目的地进行项目风险管理，促进项目目标的实现。
《PMBOK 指南》为我们介绍了项目风险管理的六个过程：规划风险管理、识别风险、开展风险分析、规划风险应对、实施风险应对和监督风险。
规划风险管理一般在项目生命周期的第二阶段「准备与规划」时完成，在这个阶段项目经理要先制定好项目风险管理计划，规划清楚如何实施项目风险管理活动，为接下来的风险管理工作奠定基础。
识别风险需要在整个项目期间开展，主要是识别项目风险的来源，记录风险特征，并写入风险登记册。在这个过程需要注意的一点是，尽可能对所有项目文件和相关工作进行识别，尽可能全面地识别出项目风险。
风险分析也需要在整个项目期间开展，包括定性分析和定量分析。
规划风险应对是为风险分析中关注的风险制定应对方案、选择应对策略并商定应对行动的过程，必要时还需要分配资源，本过程也需要在整个项目期间开展。
实施风险应对是根据项目风险管理计划和和风险应对策略，执行风险应对工作的过程。本过程目的是尽量将项目威胁最小化，以及最大化项目机会。
监督风险是在项目执行期间监督风险应对计划的实施情况，持续跟踪已识别的风险、并识别和分析新的风险的过程。本过程同样也需要在整个项目期间开展。
项目风险管理旨在识别和管理未被其他项目管理过程所管理的风险。如果不妥善管理，这些风险有可能导致项目偏离计划，无法达成既定的项目目标。因此，项目风险管理的有效性直接关乎项目成功与否。
敏捷开发作为一种开发模式，近年来深受研发团队欢迎，与瀑布式开发相比，敏捷开发更轻量，那么什么是敏捷和敏捷开发呢？一起来看看吧~
敏捷是一种在不确定和变化的环境中，通过创造和响应变化以取得成功的能力。
而敏捷开发则是为了适应快速变化的环境而发展出来的一种开发方法，核心是用户的需求，采用迭代、循序渐进的方式，是基于敏捷思想的一种具体实践，适用于需求不明确或者很容易变化且产品可以一部分一部分交付的产品。
简单理解就是，对于一个交付的产品，可以分步骤拆解成多个迭代，每次迭代只交付一部分功能，随着迭代次数的增多，产品功能也越来越完善。
最常见的方式有 Scrum、Kanban、极限编程（XP）等。
敏捷开发具有极大的灵活性，更快交付价值，主张拥抱变化。之后 Tower Blog 会持续给大家分享敏捷开发相关的知识哦~
项目风险是必然存在的，但项目经理需要主动进行风险识别和风险管理，因为大部分风险是可以提前预测和采取措施进行规避的。在进行项目风险管理时，不能忽略风险态度、偏好、承受力和临界值。
通常来讲，风险临界值是最低的，风险承受力最高，而风险偏好处于中间值。
Tower 作为一款团队协作管理工具，通过 Tower 将工作在线化，共享任务信息，及时暴露风险，有利于项目经理及时把控项目风险。如果您对 Tower 感兴趣的话，欢迎点击文章右上角的「免费试用」按钮，创建试用团队进行免费体验，或直接与我们的解决方案专家沟通。
项目经理作为一个热门的岗位，越来越多人好奇项目经理到底是做什么的？今天，我们就来介绍项目经理的职责。
项目经理是带领项目团队完成项目，实现项目目标的一个角色。项目经理需要：
不同组织对项目经理的职责有不同的定义，但本质上他们都是项目管理中的整合者，需要为项目的交付成果负责，与项目团队的成员一起完成项目目标。
甘特图是项目管理中的一种常用工具，一般是以横条的形式展示每个任务的起始时间和结束时间，直观地呈现项目中的任务排期情况和各项任务之间的关系。
目前，用 Excel 做甘特图是比较常见的方式之一，但使用 Excel 做甘特图有一定的局限性：
今天就给大家分享一个比 Excel 做甘特图更简单方便的方法——使用项目管理工具 Tower 来制作甘特图。Tower 中提供了多种视图，其中包含了「时间线视图」，也就是甘特图。
在 Tower ，可以将工作创建成「任务」，当然也可以通过 Excel 表格一次性导入任务，节省操作成本。
只需要给任务设置「开始时间」和「截止时间」后，切换「时间线」图，一个甘特图就自动生成啦！也可以直接拖动任务条的两端快速修改任务的开始日期与截止日期，给任务进行时间排期。
在甘特图里左侧是任务清单，右侧是时间线，左侧的任务清单可以选择显示或折叠。项目中所有任务的排期情况都会同步显示在右侧的时间线中。
除此之外，还可以根据项目时间跨度来选择时间粒度，Tower 的甘特图中可以「按周显示」「按月显示」「按季度显示」或「按年显示」。
同时在甘特图下，也可以快速在任务间建立依赖关系。为了避免在调整任务排期时使前置任务的起止日期滞后于后置任务，Tower 还提供了「防止任务依赖冲突」功能。
在项目管理中，使用甘特图可以更好地展示项目中的任务规划和排期情况，可以看到项目进展是否符合预期，是否有任务出现了延误，并借此预判风险，提前做出调整，保证项目的推进顺利。如果您对 Tower 感兴趣的话，欢迎点击文章右上角的「免费试用」按钮，创建试用团队进行免费体验，或直接与我们的解决方案专家沟通。
项目章程和项目管理计划是项目管理的两大重要文件。项目章程是项目规划的起始点，项目管理计划是管理项目的主要文件之一，那这两大文件分别是什么呢，今天就给大家分享一下它们的定义及作用：
项目章程是一份在项目启动阶段进行编写、正式批准项目并授权项目经理在项目活动中使用组织资源的文件，对项目相关方具有极高约束力。
本文件的主要作用是：明确项目与组织战略目标之间的直接联系，确立项目的正式地位，并展示组织对项目的承诺。项目章程一旦被批准，就标志项目正式启动。
项目管理计划是一份关于如何开展项目规划、执行、监控和收尾的综合性计划文件，由各分项管理计划、三大基准、项目生命周期三大部分组成。其内容会因项目所在的应用领域和复杂程度而异。
主要作用是：生成一份指导项目工作的综合文件，用于确定所有项目工作的基础及其执行方式。
掌握好这两份文件，可以保证项目管理有序进行，项目经理要学会好好应用这两份文件。