【PMP必考点】2024年PMP敏捷知识必考点-工件篇
回贴
敏捷开发
PMP新旧考纲变化对比
PMP新旧考纲对比如下:- 第六版：5大过程组、十大领域。
- 第七版：人、过程、商业环境三大领域。
1、人
这个领域强调的是与项目相关的人际沟通和团队管理。考生需要理解如何领导团队、解决冲突、激励团队成员以及进行有效的沟通。2、过程
这个领域涵盖了项目管理的各种过程，包括项目的启动、规划、执行、监控以及收尾等。考生需要了解和掌握项目从开始到结束的各个环节。3、商业环境
这个领域关注的是项目与外部环境的关系，包括组织的影响、市场状况、商业策略等因素。考生需要学会如何在复杂的商业环境中成功地管理和执行项目。在第七版考纲中，敏捷相关的知识在「过程」这一部分最集中。因为敏捷绝大部分的工具是在生命周期中的开发阶段使用，所以与过程管理最为密切。
2024年考试安排
2024年考试时间分别是3月、6月、8月和11月，通常提前两个月开放报名，具体考试日期和报名时间请留意官方通知。敏捷管理必考知识-工件篇
燃起图（Burnup Chart）
燃起图能够直观展现项目时间与已完成的工作间的关系的一种图表，根据每天完成的story情况动态展现工作成果的曲线，通常是一个向上的曲线。因为燃起图可以区分不同角色展现工作量完成状况，更易跟踪和理解。燃尽图( Burndown Chart )
燃尽图用于直观展现项目的总体进度。它展示了时间和项目剩余总体工作量间的关系，是敏捷项目中使用最频繁的工具。
燃尽图有4个重要组成元素，一般来说，纵轴表示剩余工作量，横轴表示时间，计划曲线代表理想情况下的任务进展曲线，实际曲线代表任务的实际进展曲线。理想情况下，燃尽图呈现的是一个向下的曲线，随着剩余工作的完成，“烧尽”至零。
燃起图和燃尽图的区别
燃起图：主要用于显示项目中已完成的工作或任务数量随时间的增加情况。它重点关注的是已经完成的部分是如何逐渐积累起来的。燃起图的趋势通常是向上的，表示随着时间推移，完成的工作量不断增加。
燃尽图：
则是展示项目剩余工作量随时间逐渐减少直至为零的过程。它着重体现项目的剩余任务量是怎样随着项目推进而不断减少的。其趋势通常是向下的，目的是监控项目是否按计划消耗掉剩余的工作量以实现最终目标。
累积流量图（Cumulative Flow Diagram）
累积流量图，也就是面积图，是敏捷项目管理的一种工具，可以有效跟踪和预测项目交付。
累积流图的X轴（横轴）表示时间，Y轴（纵轴）表示数量，需求/任务/Bug的数量。根据时间的推移，可以查看各看板列在制品（WIP，Work in Progress）数量的变化和趋势，以可视化的方式直观展示。
控制图（Control chart）
控制图主要用于项目质量管理。控制图用于确定一个生产过程是否稳定，或者是否具有可预测的绩效。它和燃尽图一样，可以帮助团队预测交付节奏，而连续的流程图则有助于识别瓶颈。这些指标和工件使每个人都着眼于宏伟目标，加强大家对团队未来工作交付能力的信心。
用控制图识别生产过程的状态，主要是根据样本数据形成的样本点位置以及变化趋势进行分析和判断。在控制图中有三跟同样的线，分别为：
- 控制上限（UCL）：表示数据范围的上限；
- 以X为标志的中线：表示过程数据的平均值；
- 控制下限（LCL）：表示数据范围的下限。
在控制图中，如果数值平均值超过了UCL和LCL，均代表过程失控或者不稳定的情况，需要及时调整。
速率表 ( Velocity Chart )
速率表是Scrum团队在Sprint 期间完成的平均工作量，以故事点或小时数来衡量，对于预测非常有用。产品负责人可以使用速率表来预测团队通过积压工作的速度，该报告会在多次迭代中跟踪预测和完成的工作——迭代越多，预测越准确。通过Velocity表可以从总体上分析团队的开发速度是否正常、迭代计划是否合理以及对于剩余的Scope是否有交付的风险。
甘特图 ( Gantt Chart )
甘特图也叫横道图、条状图，也是项目管理领域最常用到图表形式。一般用来展示活动或者事件随着时间和费用的变化，通常会包括活动清单、活动日期、进度期限和每天的进展。在敏捷项目管理中，可以通过甘特图来可视化某个特定项目（包含一系列的子活动）的进展。
红黄绿报告 ( RAG Report )
RAG是Red，Amber，Green的缩写，可以用来做项目、人员等的健康度报表，拿项目健康度报表举例，项目经理可以按照自己项目需要关注的维度制定该表，然后定期监控每一项是否健康，对于敏捷团队来说，一周一般就可以了。这种简单的方法可以很容易地识别存在风险或问题的项目并采取行动。
其基本原则是：
- 绿色 = 项目进展顺利
- 黄色 = 一些问题正在管理中，需要密切监控
- 红色 = 严重问题，错过日期，需要恢复计划
用户故事地图（User Map）
用户故事地图最早是作为敏捷管理中的一个概念而存在，故事地图将产品的待办事（Backlog）从简单的列表模式变为一张二维地图，以便更好地对用户故事进行规划。
用户故事地图作为敏捷管理中的一种需求梳理的便捷方法，是基于用户需求已经初步收集完成的基础上，由产品经理、敏捷教练组织团队成员召开需求梳理会议，在会议上确定史诗和故事的优先级之后，协助团队将待定的故事进行编排的工具。
产品路线图（Road Map）
产品路线图是一个高级战略文档，它描述产品开发的一般阶段，主要目的是将产品的愿景与公司的业务目标联系起来，它记录了产品的执行策略和总体目标。
产品路线图概述了产品或解决方案如何随着时间推移而发展。敏捷开发中的路线图提供重要的背景信息，使团队能够实现渐进和项目范围的目标。路线图由计划组成，它们是较大的功能领域，还包括传达某项功能在何时可用的时间表。
随着工作推进并且团队掌握更多信息，路线图以或微妙或广泛的方式发生变化，从而反映这些新的信息。目标是使路线图聚焦于影响项目和长期目标的当前条件上，以便与利益相关者高效合作并应对竞争格局。
看板（Kanban）
看板是丰田公司在19世纪40-50年代开发的一个及时（JIT）生产调度系统。它是通过卡片或者信号来请求（需求信号）其他独立系统中（供应方）生产流程的必须部分，以此控制和减少库存。
如今看板已被广泛应用于敏捷中，通过使用看板中的卡片、列和持续改进来帮助控制工作流。通过看板可视化地直观显示项目情况，方便团队成员随时查看每项工作的状态。可以帮助团队意识到他们是如何工作的以及下一步要做什么，能直观查看到工作流程中各阶段正在进行的工作数量和状态，并持续改进，提高工作效率。
Kano模型
Kano Model （也叫Kano分析模型、狩野模型）是产品需求分析时会用到的经典模型，用于对用户需求分类和优先排序的有用工具。它以分析用户需求对用户满意的影响为基础，体现了产品性能和用户满意之间的非线性关系。
它能够进行系统的需求梳理，对需求进行分析和提炼，提高效率。Kano模型将潜在需求分为四类：
- 兴奋型需求：多提供满意度飙升，不提供没影响。
- 期望型需求：提供越多越满意，不提供不满意。
- 基本型需求：有了不注意，不提供差评飙升。
- 无差异需求：有没有都不care。
MoSCoW排序法
MoSCoW排序法是一种优先级排序法，用于管理需求、任务或功能列表。该方法可以帮助团队确定哪些需求、任务或功能是最重要的，并决定在特定时间段内是否需要完成它们。
- “M”代表 Must-have（必须有），即这些任务是绝对关键的，不可或缺；
- “S”表示 Should-have（应该有），也是非常重要的任务；
- “C”是 Could-have（可以有），相对不那么紧迫；
- “O”指 Won't-have（不会有），是可以被舍弃或延迟的任务。
通过运用 MoSCoW 排序法，项目团队能够清晰地梳理各项任务的轻重缓急。这有助于合理分配资源，确保关键任务得到优先处理，提升项目的执行效率和效果。
鱼骨图（Fishbone Diagram）
鱼骨图是一种发现问题“根本原因”的分析方法，又名因果分析法，可划分为问题型、原因型、对策型鱼骨分析法等几类。它是进行因果分析时经常采用的一种方法，其特点是简捷实用，比较直观，可以帮助我们透过现象看本质，并快速的发现问题的“根本原因”。其基本原理在于，针对一个问题（鱼头），列出产生问题的大要因（鱼骨主干），从大要因继续深挖，列出每个大要因产生的中要因，中要因再挖掘小要因，如此一层层挖掘分析下去，直到找出可以解决问题的方法或者行动的步骤。
5Why分析法
也称“五问法”，是一种可用于需求分析的工具。通过不断追问“为什么”，分析出用户提出需求的原因，即什么角色在什么场景下要解决什么问题，其目的为何。如此反复，直到明确出用户的真正需求，随之给出最优解。5Why分析法能让产品经理能够更精准地定位问题，以便及时调整策略、优化流程或改进产品设计。计划扑克
计划扑克（也称为Scrum扑克）是一种基于共识的游戏化的工作量估算技能，是敏捷开发中常用一种估算工具。主要用于估计软件开发中的开发目标的工作量或相对大小。团队成员使用计划扑克来对项目任务的工作量、复杂度或时间进行估算。通常以卡片的形式呈现，每张卡片上有不同的数字或标记。当需要估算时，团队成员各自选择代表自己估算值的卡片，然后同时展示。通过这种方式，可以快速收集团队成员的不同观点，促进讨论和共识的形成。
备注【PMP资料包】，获取资料
名额有限
完善信息领取项目管理礼包
刘璐/高级客户经理
联系客服领取礼包
