Ruankao System Integration Project Management Engineer (Intermediate) case studies
Ruankao System Integration Project Management Engineer (Intermediate) · Put your knowledge to work in context.
The System Integration Project Management Engineer (系统集成项目管理工程师) is a Chinese intermediate-level professional qualification for people who plan, coordinate, and deliver IT system integration projects. Candidates typically work as project managers, project engineers, or technical leads moving into management, and many take it to strengthen their position in Chinese IT service firms, integrators, and enterprise IT departments. The exam blends two strands: information systems and IT fundamentals (networks, databases, security, software engineering) and the full project management lifecycle, from charter and scope through schedule, cost, quality, human resources, communication, risk, and procurement, plus professional ethics, laws, regulations, and standards. Written case analysis and calculation questions test whether you can apply earned value, critical path, and network diagram techniques to realistic scenarios rather than just recall definitions. Preparation usually means working through the syllabus domain by domain, practising calculations until they are automatic, and drilling written case answers for structure and completeness. Confirm the current syllabus, exam dates, format, and administrative rules with the official examining body, as these details change between sittings and are not stated here. Topics on this exam: Information Systems and Information Technology Fundamentals, Project Management Fundamentals and Organizational Environment, Project Initiation and Project Charter, Project Scope Management, Project Schedule Management, Project Cost Management, Project Quality Management, Project Human Resource and Communication Management, Project Risk Management, Project Procurement and Contract Management, System Integration Project Management Practice and Case Analysis, and Professional Ethics, Laws, Regulations, and Standards. The Ruankao System Integration Project Management Engineer (Intermediate) case studies are 5 cases and about 186 words.
1关键路径重算与范围变更下的工期承诺
某市政务服务中心“一网通办”平台系统集成项目合同工期180天，合同额800万元，逾期违约金为每延误1天按合同额的0.5%（即4万元）计，上限为合同额的10%。项目经理编制的进度计划如下（单位：天）：A需求确认20，无紧前活动；B网络与安全基线建设15，紧前A；C数据迁移工具开发25，紧前A；D接口开发45，紧前B；E集成测试30，紧前C、D；F用户验收测试（UAT）20，紧前E；G割接上线与培训15，紧前F。C与D由同一支6人接口小组承担，资源不可拆分，该小组前3个月已因需求变更返工两次。合同同时约定：任何范围变更须经双方项目经理签署变更单并经建设单位信息中心审批。项目进行到第60天，客户依据新出台的数据共享政策要求增加“跨部门监管数据上报接口”，预计工期70天，紧前B，完成后方可开始集成测试，客户要求总工期与合同价均不变。项目经理答复：“原计划有35天机动时间，新需求最多只影响10天，我们可以免费做，按期完成没问题。”总监理工程师认为该答复草率，要求重新评估。. 请列出所有路径、确定关键路径与总工期，计算活动C的总时差与自由时差，并判断项目经理“原计划有35天机动时间”的说法是否成立。. 路径枚举： ①A→B→D→E→F→G：20+15+45+30+20+15=145天； ②A→C→E→F→G：20+25+30+20+15=110天。 关键路径为①（A-B-D-E-F-G），总工期145天。 C的ES=20、EF=45；E的最早开始时间取C、D完成时间的较大者，即max(45, 80)=80。所以C的总时差=80−45=35天，自由时差同为35天（C的延误在35天内不会推动E）。 判断：这句话“数字上成立、用法上错误”。180−145=35天的确是项目相对合同工期的总时差，但它是项目层面应对风险的最后缓冲，不是可以无条件、无偿消耗的“余量”。项目经理把项目总时差当成可以随意支配的富余，直接用来背书接受新需求，混淆了“时差属于某条路径/某活动”与“项目有35天缓冲”这两个概念，也回避了变更必须走流程、必须做影响分析的基本要求。. 设新增活动H（跨部门监管数据上报接口，工期70天，紧前B）：H的ES=35、EF=35+70=105。 此时E的ES=max(C的45, D的80, H的105)=105，项目总工期=105+30+20+15=170天，距180天合同工期只剩10天机动时间。 项目经理的错误主要有三处： 1.
30 words, under 1 min2挣值数据失真后的绩效重算与完工预测
某软件公司承建某集团人力资源与财务一体化系统集成项目，总预算（BAC）120万元，计划工期12个月，采用固定总价合同，客户按季度验收付款。按计划，第4个月末应完成需求、设计及第一批接口开发。第4个月末进行绩效检查：进度计划值PV=48万元，实际已发生成本AC=52万元；项目组上报挣值EV=51万元，并在月报中宣称“进度超前、成本节约”。新任项目经理复核时发现三处疑点：一是上报的EV中包含一项价值6万元的接口交付物，客户尚未签署验收单，按度量规则不能计入；二是某工作包预算4万元，项目组按“完工即计入”口径上报EV=4万元，经核实实际只完成40%，应按预算价值1.6万元计量；三是分包商已完成但尚未结算付款的工作量3万元，未计入AC。此外，EV数据由开发组长自行填报、无人复核，公司也未规定统一的完成百分比计量规则。此前该项目已发生过一次因计量口径不一致导致月报被客户质疑的事件。总经理要求新任项目经理在两周内提交可信的绩效评估与纠偏方案，并说明是否需要追加预算。. 重算调整后的EV与AC，计算CV、SV、CPI、SPI，并判断项目组“进度超前、成本节约”的结论是否成立，逐项说明调整理由。. 采用CPI法计算EAC、ETC和VAC，说明该预测的前提与局限，并指出导致绩效数据失真的管理缺陷。. 调整： EV=51−6（未验收交付物，不得计入）−2.4（该工作包应计1.6万，实报4万，虚增2.4万）=42.6万元； AC=52+3（分包商已完成、按权责发生制应计入的实际成本）=55万元； PV=48万元不变。 指标： CV=EV−AC=42.6−55=−12.4万元（成本超支）； SV=EV−PV=42.6−48=−5.4万元（进度落后）； CPI=EV/AC=42.6/55≈0.775； SPI=EV/PV=42.6/48≈0.888。 结论：项目组的说法完全不成立，实际情况是进度落后、成本超支，每花1元只挣回0.78元的预算价值。 调整理由：EV必须以“已完工作的预算价值”计量，未获客户验收的交付物不具备计量条件；完成百分比规则（0/100、50/50等）只适用于工期短、不确定性小的工作包，且口径必须事先规定并一致执行，不能把完成40%的工作按100%计；AC按权责发生制核算，已发生但未结算的成本同样要计入，否则会系统性低估成本。.
41 words, under 1 min3缺陷泄漏与质量成本结构失衡
某系统集成商承建某城市商业银行数据中心与虚拟化平台集成项目，合同额2600万元，包含服务器、存储、网络与云管平台。项目组配备质量保证（QA）工程师1名（兼做部分测试管理）、测试工程师6名，未设专职配置管理员，需求、设计、代码均由开发人员存放在共享目录。项目上线3个月后统计缺陷分布：需求评审发现25个，设计评审40个，代码评审与单元测试150个，集成测试320个，UAT 45个，投产后前3个月用户报告30个（其中8个为严重级，导致两次业务中断）。质量成本记录：培训与过程评审4万元，测试与检查26万元，返工与内部故障处理18万元，投产后修复、赔偿与客户罚款42万元，合计90万元。合同附件中包含“上线后前3个月严重级缺陷不超过2个”的验收条款，客户据此拒绝签署终验报告。监理抽查还发现：UAT用例中约60%由开发人员根据自测脚本改写，未经业务部门评审；测试环境与生产环境在中间件版本上存在差异；项目未开展阶段性的过程审计，QA的主要工作是统计缺陷数量并写周报。总结会上，项目经理说：“问题出在测试不充分，下个项目把测试人员从6人增加到12人、测试时间延长一倍就行。”客户CTO则质问：“投产后还有30个缺陷，你们的质量保证形同虚设。”. 计算集成测试阶段与UAT阶段的缺陷清除率（DRE），分析质量成本结构，并判断“问题出在测试不充分”是否成立。. 请用因果分析（人机料法环测）与5Why思路定位投产后缺陷的主要来源，并说明QA与QC在本案例中的区别。. 评价项目经理与客户CTO双方的说法，并提出至少四项可落地的改进措施。.
49 words, under 1 min4风险登记册、应急储备与风险-问题转换
某省医保信息平台系统集成项目总预算2000万元，工期14个月，采用总价合同，客户要求必须通过等级保护三级测评方可上线。项目初期识别的风险登记册节选如下：R1核心数据库厂商停止对现有版本提供安全补丁支持，发生概率30%，一旦发生需支出安全整改成本80万元；R2与省级人口库的数据共享接口因对方系统改造延期，概率60%，将导致本项目返工与等待成本30万元；R3机房所在区域发生洪涝灾害，概率15%，预计损失200万元；R4关键分包商财务恶化，概率20%，预计损失50万元。项目经理据此一次性申请了360万元应急储备并计入成本基准。第5个月，该分包商正式进入破产重整程序；同时，数据库厂商销售人员口头承诺“下个版本升级可免收许可费”，项目经理随即把R1从风险登记册中删除并释放了对应储备。对于R3，项目经理在风险应对计划中填写“接受”，未再做其他安排。该项目风险登记册自开工后未再更新，应对计划中未明确责任人与触发条件。内审部门要求项目经理在10个工作日内完成整改。. 计算各风险的EMV与已识别风险的应急储备总额，指出项目经理在储备确定上的错误，并说明应急储备与管理储备的区别。. 判断项目经理对R4和R1的处理是否恰当，说明风险与问题的区别，以及储备动用的条件。. R3选择“接受”是否合理？请区分主动接受与被动接受，并给出至少两种替代应对策略及其判断依据。.
30 words, under 1 min5总价合同下的工期延误责任划分与违约金
付款条款缺少违约救济。约定甲方30日内付款，但未约定逾期付款的违约金与乙方的停工权。 正确程序： 索赔：事件发生后28天内提交索赔意向通知书（只表明意向即可，不要求完整计算），随后按约定期限提交索赔报告与证据（监理日志、会议纪要、到货记录、往来函件、付款凭证），甲方在约定期限内答复，逾期未答复可依合同或惯例视为认可。 变更：范围或品牌变更必须出具书面变更申请→影响分析（工期、费用、风险）→CCB/甲方审批→签署补充协议或变更单→更新基准。口头指令一律要求书面确认。 本案例乙方已错失12天工期顺延的程序机会，补救办法是立即补充提交完整证据并说明延误原因，争取甲方以会议纪要形式确认事实，或通过协商一并解决。.
36 words, under 1 minMore study resources for Ruankao System Integration Project Management Engineer (Intermediate)
- FlashcardsOSI transport layer. Layer 4 of the OSI model; provides end-to-end data transfer, segmentation and reassembly.
- Cheat sheetInformation system = hardware + software + data + people + procedures; all five components must exist for a system to function.
- Study planBuild a one-page map of information-system components (hardware, software, network, data, and standards) and explain how each layer depends on the others.
- Common mistakesThe formulas are memorised as symbols without a mental model of what the ratio compares.
- Exam-day guidePrint a paper copy of the admission ticket as soon as it is available on the official registration site.