(2025年)项目时间管理习题及答案

(2025年)项目时间管理习题及答案一、单项选择题1.某项目活动清单如下：活动A（3天，无前置）、活动B（2天，依赖A）、活动C（4天，依赖A）、活动D（3天，依赖B和C）。该项目的关键路径长度为？A.8天B.9天C.10天D.11天2.敏捷项目中，若团队设定迭代周期为2周，某次迭代中计划完成50个故事点，但实际仅完成40个，且剩余10个故事点需延至下一次迭代。此时最合理的改进措施是？A.延长迭代周期至3周以增加工作量B.重新评估故事点估算准确性，调整团队速度C.要求团队加班完成剩余任务D.减少下次迭代的故事点数量至30个3.资源平衡的核心目的是？A.缩短项目工期B.消除资源冲突，使资源使用更均衡C.降低项目成本D.提高关键路径上的资源使用效率4.采用三点估算法估算某活动持续时间，乐观时间（O）=2天，最可能时间（M）=5天，悲观时间（P）=14天，则该活动的期望时间（TE）为？A.5天B.6天C.7天D.8天5.项目执行中，若进度绩效指数（SPI）=0.85，成本绩效指数（CPI）=1.05，此时项目经理应优先关注？A.成本超支问题B.进度延误问题C.资源分配问题D.质量控制问题二、简答题1.简述关键路径法（CPM）与关键链法（CCM）的核心区别。2.敏捷开发中“时间盒（Timebox）”的作用是什么？请举例说明其在迭代规划中的应用。3.项目时间估算时，为何需要区分“活动持续时间估算”与“活动资源需求估算”？二者如何相互影响？4.当项目进度偏差（SV）为负时，可采取哪些进度压缩技术？请比较“赶工”与“快速跟进”的适用场景及潜在风险。5.远程团队因跨时区协作导致进度同步困难，项目经理可采取哪些时间管理措施？三、案例分析题案例1：某企业ERP系统升级项目背景：某制造企业计划6个月内完成ERP系统升级，涉及需求调研（A）、系统开发（B）、测试（C）、用户培训（D）、上线部署（E）5项主要活动。活动依赖关系及持续时间如下：-A（30天，无前置）-B（60天，依赖A）-C（20天，依赖B）-D（15天，依赖A，与B并行）-E（10天，依赖C和D）项目执行到第50天时，实际进度如下：-A已完成（30天），实际耗时30天；-B完成50%（原计划第50天应完成B的50%，即30天工作量，实际耗时30天）；-D完成80%（原计划第50天应完成D的100%，即15天工作量，实际耗时12天）；-C和E尚未开始。问题：（1）绘制该项目的单代号网络图（节点图），并标注关键路径及总工期。（2）计算第50天的进度偏差（SV）和进度绩效指数（SPI），判断进度状态。（3）分析当前进度延误的可能原因，并提出2项具体的纠偏措施。案例2：某互联网产品迭代项目背景：某团队采用Scrum框架开发新功能，迭代周期为2周（10个工作日）。本次迭代计划完成4个用户故事（US1-US4），故事点分别为8、5、3、5（团队历史平均速度为20故事点/迭代）。迭代第5天（中期）燃尽图显示：剩余故事点为12，已完成故事点为8（原计划中期应剩余10故事点）。问题：（1）计算团队当前的实际速度与计划速度的偏差，并分析可能导致偏差的原因（至少3点）。（2）若团队希望在迭代结束前完成所有故事点，可采取哪些时间管理措施？（3）从时间管理角度，本次迭代可为后续项目提供哪些经验教训？答案一、单项选择题1.答案：B解析：关键路径为最长路径。可能的路径：A→B→D（3+2+3=8天）；A→C→D（3+4+3=10天？不，原活动D依赖B和C，即B和C均完成后D才能开始。A→B（3+2=5天），A→C（3+4=7天），因此D的最早开始时间为max(5,7)=7天，D持续3天，总工期为7+3=10天？但原题选项中无10天？需重新计算：活动A（3天）→B（2天，结束于第5天）；A→C（4天，结束于第7天）；D需等B和C都完成，即第7天开始，持续3天，结束于第10天。因此关键路径为A→C→D，总工期10天。但原题选项中C为10天，可能我之前误判。原题选项C是10天，正确选项应为C？需核对。（注：经重新计算，正确路径为A（3）→C（4）→D（3），总工期3+4+3=10天，因此正确选项为C。可能初始题目选项设置有误，此处以正确计算为准。）2.答案：B解析：敏捷强调基于实际数据调整计划。团队速度（Velocity）是迭代中实际完成的故事点，本次未达计划说明估算偏差，应重新评估估算方法（如故事点拆分是否合理、任务复杂度是否被低估），而非强制延长周期或压缩任务量。3.答案：B解析：资源平衡通过调整活动开始时间，解决资源过度分配问题（如同一资源同时参与多个活动），目标是使资源使用更均衡，可能导致工期延长，但能避免资源冲突。4.答案：B解析：三点估算公式为TE=（O+4M+P）/6=（2+4×5+14）/6=（2+20+14）/6=36/6=6天。5.答案：B解析：SPI=EV/PV=0.85<1，说明进度延误；CPI=1.05>1，成本在预算内。此时应优先解决进度问题。二、简答题1.核心区别：关键路径法（CPM）关注活动间的逻辑依赖，通过确定最长路径（关键路径）来管理工期，假设资源无限；关键链法（CCM）则考虑资源约束，将关键路径调整为“关键链”（受资源限制的最长路径），并通过设置项目缓冲（PB）和接驳缓冲（FB）来应对不确定性，更强调资源的合理分配。2.作用及应用：时间盒是为特定任务或迭代设定固定时长（如2周迭代），强制在时限内完成目标，避免范围蔓延。例如，迭代规划中，团队需在时间盒内完成需求拆分、故事点估算和任务分配，若时间盒结束仍有未完成任务，则需重新评估优先级，而非延长时间，确保迭代目标聚焦。3.区分与影响：活动持续时间估算（天/周）关注任务本身的耗时，资源需求估算（人数/技能）关注完成任务所需的资源量。二者相互影响：资源不足（如仅1人而非2人）可能延长持续时间；持续时间过短（如要求3天完成）可能需要增加资源（如加班或增派人员）。4.进度压缩技术：（1）赶工：通过增加资源（如加班、增派人员）缩短工期，适用于关键路径上成本敏感的活动，风险是成本增加、质量下降；（2）快速跟进：将顺序活动改为并行（如边开发边测试），适用于活动间有部分依赖可调整的场景，风险是返工概率增加。5.远程团队时间管理措施：（1）制定统一时区的“核心协作时段”（如覆盖多数成员的工作时间），集中开会或同步进度；（2）使用时间同步工具（如WorldTimeBuddy）标注任务截止时间的多时区版本；（3）采用异步沟通（文档、任务管理平台）减少实时等待，明确任务优先级和截止时间；（4）设置弹性工作时长，允许成员在核心时段外灵活安排，但需保证任务里程碑按时完成。三、案例分析题案例1答案（1）单代号网络图及关键路径：节点顺序：A（30天）→B（60天）→C（20天）→E（10天）；A（30天）→D（15天）→E（10天）。路径1：A→B→C→E，总工期30+60+20+10=120天；路径2：A→D→E，总工期30+15+10=55天；关键路径为路径1（120天）。（2）进度偏差（SV）与SPI计算：计划价值（PV）：第50天时，计划完成的工作价值。-A（30天）：100%完成，PV=30；-B（60天）：计划第50天完成50%（50/60≈83.3%？不，原计划B从第31天开始（A结束于30天），持续60天，因此第50天是B执行的第20天（50-30=20天），计划完成20/60≈33.3%，PV=60×33.3%≈20；-D（15天）：D与A并行，A结束于30天，D原计划15天（第1-15天），因此第50天时D应已完成（100%），PV=15；-C、E未开始，PV=0。总PV=30+20+15=65。挣值（EV）：实际完成的工作价值。-A：100%完成，EV=30；-B：完成50%，EV=60×50%=30；-D：完成80%，EV=15×80%=12；总EV=30+30+12=72。SV=EV-PV=72-65=7（天），SPI=EV/PV=72/65≈1.11>1，说明进度提前？但原题描述“项目执行到第50天时”，可能我的PV计算有误。需重新核对：正确PV计算应基于时间节点的计划工作量。项目总工期120天，第50天为项目的50/120≈41.67%进度。但更准确的是按活动计划：-A：计划第1-30天完成，第50天时已完成，PV=30；-B：计划第31-90天（30+60），第50天处于B的第20天（50-30=20），计划完成20/60≈33.3%，PV=60×33.3%≈20；-D：计划第1-15天完成（与A并行），第50天时应已完成，PV=15；总PV=30+20+15=65。EV：-A：完成，EV=30；-B：完成50%（60×50%=30）；-D：完成80%（15×80%=12）；EV=30+30+12=72。SV=72-65=7（天）>0，SPI=72/65≈1.11>1，实际进度提前。但原题描述“进度延误”可能是假设案例中的偏差，可能我理解有误，需按题目设定调整。（3）进度延误的可能原因（假设SV为负）：若实际EV<PV（如B仅完成30%而非50%），可能原因：B的技术难度高于预期，资源分配不足（如开发人员同时参与其他项目），需求变更导致B的范围扩大。纠偏措施：①对B进行快速跟进，将部分测试任务与开发并行（若原计划为顺序执行）；②为B增派有经验的开发人员（赶工），缩短剩余工期。案例2答案（1）速度偏差分析：计划速度=20故事点/迭代；实际中期（第5天）完成8故事点，按10个工作日计算，日均完成1.6故事点，全迭代预计完成1.6×10=16故事点；偏差=16-20=-4故事点，进度落后。可能原因：①故事点估算不准确（如US1复杂度被低估，实际需要更多时间）；②团队成员因跨项目任务导致可用时间减少；③技术阻塞（如等待外部接口完成）导致任务停滞；④需求澄清不充分，执行中发现额外工作量。（2）纠偏措施：①重新评估剩余故事点，优先完成高优先级故事（如US1和US2），将低优先级故事（如US4）移至下一次迭代；