2025年项目管理师报告撰写试题及答案

2025年项目管理师报告撰写试题及答案一、案例分析题某科技公司承接了某银行“智慧网点服务系统”开发项目，合同约定工期12个月，预算总成本800万元。项目启动后第6个月末，项目经理收集到以下数据：-已完成工作包括需求调研（原计划第3月末完成，预算60万元，实际成本58万元）、系统架构设计（原计划第4月末完成，预算100万元，实际成本110万元）、核心模块开发（原计划第6月末完成50%，实际完成60%，该模块总预算200万元）、测试环境搭建（原计划第5月末完成，预算40万元，至今未启动）。-项目团队目前有15人，其中3名高级工程师（月薪3万元）、8名中级工程师（月薪2万元）、4名初级工程师（月薪1万元）。第6月末实际人工成本累计支出420万元，其他直接成本（硬件采购、外包测试）支出150万元。-客户在上周提出新增“移动终端对接”功能需求，预计需增加开发工时2000小时（按中级工程师工时单价计算），并要求在第9月末前完成，否则将扣除5%合同款（约40万元）。问题：1.计算项目第6月末的挣值（EV）、计划价值（PV）、实际成本（AC），并分析成本偏差（CV）、进度偏差（SV）及项目当前状态。2.识别项目当前存在的主要问题（至少列出4项），并提出针对性改进措施。3.针对客户新增需求，从项目管理角度提出应对策略（需包含风险评估、变更控制流程及成本/进度影响分析）。二、计算题某项目活动清单如下（单位：周）：|活动|前驱活动|乐观时间（To）|最可能时间（Tm）|悲观时间（Tp）|资源需求（人）||------|----------|----------------|------------------|----------------|----------------||A|-|2|3|4|2||B|A|3|5|7|3||C|A|1|2|3|1||D|B、C|4|6|8|4||E|D|2|3|4|2||F|E|5|7|9|3|问题：1.计算各活动的期望时间（Te）和方差（σ²）。2.绘制项目网络图，确定关键路径及总工期（精确到小数点后1位）。3.若活动D的实际执行时间为7周，分析对项目总工期的影响；若公司要求项目在25周内完成，需采取哪些进度压缩措施（至少3种），并说明每种措施的适用场景。三、论述题随着敏捷方法在IT项目中的广泛应用，传统瀑布式项目管理面临挑战。某制造企业计划开展“智能工厂改造”项目，涉及硬件部署、软件集成、流程优化等多领域协作，周期18个月，预算5000万元。企业管理层要求项目既要保证整体可控，又要灵活应对现场需求变更。问题：结合项目管理知识体系（PMBOK）和敏捷实践指南，论述该项目应如何选择混合式管理模式，并设计具体实施框架（需包含阶段划分、关键流程、工具应用及沟通机制）。答案案例分析题答案1.挣值管理计算：-已完成工作的EV计算：需求调研：100%完成，EV=60万元；系统架构设计：100%完成，EV=100万元；核心模块开发：完成60%，EV=200×60%=120万元；测试环境搭建：0%完成，EV=0万元；总EV=60+100+120+0=280万元。PV计算（按原计划第6月末应完成的预算）：需求调研（第3月末）：60万元；系统架构设计（第4月末）：100万元；核心模块开发（第6月末计划完成50%）：200×50%=100万元；测试环境搭建（第5月末）：40万元；总PV=60+100+100+40=300万元。AC=人工成本+其他直接成本=420+150=570万元。CV=EV-AC=280-570=-290万元（成本超支）；SV=EV-PV=280-300=-20万元（进度滞后）。结论：项目当前处于严重成本超支（超支率约50.9%）且小幅进度滞后状态，需立即采取成本控制和进度纠偏措施。2.主要问题及改进措施：-问题1：测试环境搭建严重滞后（原计划第5月末完成，第6月末仍未启动）。措施：分析滞后原因（如资源冲突、需求不明确），重新分配资源（如从其他非关键路径活动调配初级工程师），制定赶工计划（如加班或外包），并更新项目进度基准。-问题2：核心模块开发成本超支（系统架构设计实际成本110万元，超支10%）。措施：审查架构设计阶段的资源使用情况，是否存在人员冗余或低效；优化后续开发阶段的任务分配（如将部分低复杂度任务分配给初级工程师），引入成本控制阈值（如超支5%需上报审批）。-问题3：需求管理失控（客户临时提出新增功能需求）。措施：立即启动变更控制流程，评估新增需求对范围、进度、成本的影响（如2000小时中级工程师工时约2000×（20000/160）=25万元，需延长工期约1.5个月）；与客户协商变更优先级（如分阶段交付，先完成核心功能），更新项目范围说明书和WBS。-问题4：人工成本超支严重（第6月实际人工成本420万元，原计划人工成本应为（3×3+8×2+4×1）×6=（9+16+4）×6=29×6=174万元，实际超支246万元）。措施：核查人员配置是否符合计划（是否存在额外招聘或加班），调整团队结构（如减少高级工程师比例，增加初级工程师参与文档编写等低技能任务），实施严格的工时填报和审批制度。3.新增需求应对策略：-风险评估：新增需求可能导致进度延误（原计划第9月末需完成主体功能，新增功能需1.5个月）、成本超支（额外25万元）、质量风险（赶工可能导致测试不充分）。-变更控制流程：①提交变更请求（CR），说明需求内容、影响分析；②召开变更控制委员会（CCB）会议，评估必要性（客户扣除40万元合同款的风险高于新增成本25万元，需接受变更）；③更新项目管理计划（范围、进度、成本基准），调整WBS和资源分配（如增加1名中级工程师）；④向团队传达变更内容，更新任务看板；⑤跟踪变更实施效果，定期汇报。-成本/进度影响：新增成本约25万元（中级工程师工时）+可能的赶工成本（如加班1.5倍工资，约5万元），总成本增加30万元；进度需延长1.5个月，但通过并行开发测试环境搭建和新增功能（原测试环境搭建可与新增功能开发同步），可压缩至1个月，确保第9月末完成。计算题答案1.期望时间（Te）=（To+4Tm+Tp）/6，方差（σ²）=（Tp-To）²/36：-A：Te=(2+12+4)/6=18/6=3周，σ²=(4-2)²/36=4/36≈0.11；-B：Te=(3+20+7)/6=30/6=5周，σ²=(7-3)²/36=16/36≈0.44；-C：Te=(1+8+3)/6=12/6=2周，σ²=(3-1)²/36=4/36≈0.11；-D：Te=(4+24+8)/6=36/6=6周，σ²=(8-4)²/36=16/36≈0.44；-E：Te=(2+12+4)/6=18/6=3周，σ²=(4-2)²/36=4/36≈0.11；-F：Te=(5+28+9)/6=42/6=7周，σ²=(9-5)²/36=16/36≈0.44。2.项目网络图关键路径分析：活动依赖关系：A→B→D→E→F；A→C→D→E→F。路径1：A→B→D→E→F，总工期=3+5+6+3+7=24周；路径2：A→C→D→E→F，总工期=3+2+6+3+7=21周；关键路径为路径1（A-B-D-E-F），总工期24周。3.活动D实际执行7周的影响：原关键路径中D的期望时间为6周，总工期24周；若D实际为7周，关键路径总工期变为3+5+7+3+7=25周，总工期延长1周。进度压缩措施：-赶工：对关键路径上的活动（如F）增加资源（如增加1名工程师），缩短F的执行时间（从7周压缩至6周），适用于活动成本与时间高度相关且资源可获得的场景。-快速跟进：将活动E和F部分并行（如E完成80%时启动F），需评估并行带来的质量风险（如E未完全测试可能导致F返工），适用于活动间依赖关系可调整且风险可控的场景。-资源优化：将非关键路径活动（如C）的资源（1人）调配至关键路径活动B（原需3人，增加1人后B可从5周压缩至4周），适用于资源存在冗余且活动资源需求可弹性调整的场景。论述题答案混合式管理模式的选择与实施框架：1.模式选择依据：项目涉及多领域协作（硬件、软件、流程），周期长（18个月），需整体可控（符合瀑布式对阶段验收、文档规范的要求）；同时现场需求可能变更（如产线调整导致硬件部署方案变化），需敏捷应对（符合敏捷对迭代交付、客户参与的要求）。因此，采用“阶段门+敏捷迭代”的混合模式，将项目划分为启动、规划、执行（分3个敏捷迭代）、验收4个阶段，前后期用瀑布式控制，中间执行阶段用敏捷灵活应对。2.具体实施框架：-阶段划分：①启动阶段（1-2月）：瀑布式，完成商业论证、项目章程、初步范围说明书（明确智能工厂改造的核心目标：提升生产效率30%、设备联网率100%）。②规划阶段（3-4月）：瀑布式，制定详细WBS（分解为硬件采购、软件集成、产线改造3大模块）、进度计划（关键路径：硬件到货→产线安装→软件调试）、风险登记册（识别“供应商延迟到货”“产线停机时间超预期”等高风险）。③执行阶段（5-16月）：分3个敏捷迭代（每4个月1次），每个迭代包含需求梳理（与车间主任、IT部门确认当期待办事项）、迭代计划（确定本次交付的子系统，如第一个迭代完成5条产线的硬件部署和基础软件安装）、每日站会（同步进度，解决资源冲突）、迭代评审（客户验收交付物，提出修改意见）、迭代回顾（优化协作流程）。④验收阶段（17-18月）：瀑布式，完成整体联调测试，组织客户、供应商、内部团队三方验收，签署验收报告，归档项目文档。-关键流程：-需求管理：启动阶段确定基线需求（如设备接口协议、数据采集频率），执行阶段通过敏捷待办事项列表（ProductBacklog）管理变更需求（如车间提出“增加能耗监测功能”），每次迭代前由产品负责人（PO，由制造部经理担任）与开发团队协商优先级，确保变更不影响核心目标。-风险管理：规划阶段制定风险应对计划（如为“供应商延迟”预留2周缓冲期）；执行阶段通过敏捷每日站会实时识别新风险（如某次迭代中发现某型号传感器缺货），立即启动替代方案（更换供应商或调整硬件型号），并更新风险登记册。-质量控制：瀑布阶段设置阶段门评审（如规划阶段结束前评审WBS合理性）；敏捷迭代中执行持续集成（每天合并软件代码并测试）、用户故事验收（每个交付物需满足“完成定义DoD”：代码通过单元测试、用户手册更新、车间操作员培训完成）。-工具应用：-瀑布阶段：使用MSProject编制甘特图，跟踪关键路径；用Excel维护风险登记册和问题日志。-敏捷阶段：使用Jira管理待办事项和迭代进度，用Confluence共享文档（如硬件安装手册、软件接口文档）；产线现场设置实体看板（任务状态：待办、进行中、已完成），便于一线工人直观了解进度。-沟通机制：-高层沟通：每月向管理层汇报阶段目标完成情况（如“第3季度完成8条产线部署，达成率80%”），重点说明重大变更（如增加能耗监测功