软考案例分析真题 - ToB企服应用市场:ToB评测及商务社交产业平台

体系集成A公司中标某市智能交通体系建设项目。李总负责此项目的启动工作，任命小王为项目经理。小王制定并发布了项目章程，此中明确建设周期为1年，于2018年6月开始。

项目启动后，小王将团队分为了开辟实施组与质量控制组，分工制定了范围管理计划、进度管理计划与质量管理计划。

为了与客户保持良好沟通，并保证项目按要求尽快完成，小王领导开辟团队进驻甲方现场开辟。小王与客户颠末几次会议沟通后，根据自己的履历形成一份需求文件。然后安排开辟职员先按照这份文档来展开工作，具体需求细节后续再完善。

开辟过程中，客户不断提出新的需求，小王一边修改需求文件一边安排开辟职员进行修改，导致开辟工作多次反复。2019年2月，开辟工作只完成了计划的50%，此时小王安排项目质量工程师进驻现场，发现许多质量问题。小王随即组织开辟职员加班修改。由于项目组几个同事还负担其他项目的工作，工作时间没法得到保障，项目实施进度严重滞后。

小王将项目进展情况向李总进行了报告，李总对项目现状不满意，抽调公司两名有多年项目实施履历的员工到现场支援。颠末努力，项目最终还是延期四个月才完成。小王以为项目延期与客户有肯定关系，与客户发生了争执，导致项目至今无法验收。

(1) 项目章程不是小王制定的，而是发起人制定的，项目经理可以到场制定，须在制定项目章程之前和之中被发起人任命。

(2) 项目管理计划制定的不全，还要包含包括范围管理、风险管理、采购管理等具体领域的计划、辅助资料和组织方针。

(4) 在项目的实验过程中没有加强质量保证工作，采取多种行动实验项目管理计划，完成项目范围阐明书中明确的工作。

(8) 小王管理还需提高，不能一味的采用逼迫的手段去处理相关问题，应该学习好冲突管理的相关措施。

(11) 收集需求过程有问题，不能小王个人履历形成需求文件，需和相关关系人一起到场收集，并采用多种工具，好比需求调查表，访谈等等。还要做好需求跟踪矩阵。

（1）制定项目管理计划采用从上到下的方法，先制定总体项目管理计划，再分解形成其他质量、进度等分项计划。（ ×）

（6）项目实验过程中，先实验范围、进度、成本等其他过程管理，然后项目团体管理汇总其他知识领域的实验情况，再进行团体协调管理。（ ×）

参考答案：项目团体管理中监控项目工作的输出有变更请求，项目绩效报告，项目文件更新和项目管理计划更新

项目第2个月月尾时，财政资金应该利用500万元，实际利用100万元，财政资金节省。一月的实际完成工作量比例

某公司刚承接了某市当局的办公体系集成项目，急需一名质量管理职员。因公司有类似项目履历，资料比较齐全。项目经理考虑到配置管理员小张工作积极负责，安排他来负责本项目的质量管理工作。小张自学了质量管理的相关知识，并梳理了如下内容：

1．质量规划的目的是确定项目应当采取哪些质量标准以及怎样到达这些标准，进行制定质量管理规划；

3．质量规划阶段需要考虑质量成本的因素，质量成本是项目总成本的一个组成部分，因此张工建立了如下表格，以区分同等性成本和非同等性成本。

同时，小张选取了公司之前做过的省级办公体系项目作为参照物，制定了本项目的质量管理计划。项目实验过程中，小张按照质量管理计划，通过质量核对单进行检查，把全部精力投入到项目交付结果的质量控制中。在试运行阶段，客户提出需求变更，此时小张发现之前未与客户签订需求确认文件。随后项目组只好按照新需求对体系进行了修改并通过了内部测试，小张以为测试没问题就算到达了验收标准，因此出具了质量报告，并向客户提交了验收申请。客户依据合同，以为项目尚未到达验收标准，拒绝验收。

没有认真的进行质量控制，不仅仅要对可交付物进行质量控制，还需要对质量保证过程进行质量控制。需求管理工作不到位，需求没有颠末确认；客户提交需求变更，没有严酷按照配置管理和变更管理流程进行管理。

与客户沟通存在问题，在发现问题后需及时与相关干系人进行沟通，处理好相关问题，得到相关干系人的理解和支持。

【问题2】（3分）联合案例，请指出小张对质量与等级的看法是否正确？请简述你对质量与等级的熟悉。

①（ B）是将实际或计划的项目实践与可行项目实践进行对照，以便辨认最佳实践，形成改进意见，并为绩效考核提供依据。

②戴明提出了持续改进的观点，在休哈特之后体系和科学地提出用（ D）的方法进行质量和生产力的持续改进。

某集团公司盼望对总部现有信息体系进行升级改造，升级后的体系能收集整合子公司各类数据,实现总部对全集团人力资源、采购、贩卖信息的把握、分析及预测。

小王担任项目经理，项目交付期为60天。小王研究了总部提出的需求后，以为项目核心在于各子公司数据收集以及数据可视化及分析预测功能。各子公词数据收集可以以总部现有体系中的数据格式模板为基础，为各子公司建立数据上传接口。针对数据的分析预测功能，由于牵涉到人工智能等相关算法，目前项目组还不具备相关方面的知识储备，因此项目组对该模块功能直接外包。小王将数据收集与可视化工作进行了WBS分解，WBS 的部分内容如下:

别的，虽然总部没有提出修改界面，但小王以为旧版的软件界面不够雅观，让软件研发团队重新设计并更改了软件界面。试运行阶段，总部职员试用后，以为已经熟悉旧版的利用模式，对新版界面的结构极其不适应;各子公司数据报送职员，以为数据上报的字段内容与自己公司的业务并不相关，填写困难。总部和各子公司的试用职员大部分以为新体系不是很好用。

A公司承接了某地方当局的智慧社区云平台的基础办法建设项目，客户方对安全性和体系性能要求较高。为了实现自身业务由硬件装备提供向软件开辟转型，A公司答应免费提供一个智慧社区APP小程序,并将其写入项目合同中，合同期为6个月。

项目经理小邱负责APP的开辟，项目周期4个月，计划2019年12月上线。因合同中没有对APP给出明确的功能和性能要求，小邱起首借鉴其他项目的开辟履历和结果确定了APP的主要便民服务功能。之后开辟团队通过走访社区住民和在社区网发放调查问卷收集相关的需求，最终确定了APP的功能需求，编制了具体的功能需求阐明书，并将业务目标、项目目标、范围、设计、开辟、高层级需求、具体需求均纳入到需求跟踪矩阵中。

2019年7月项目组与客户共同召开了范围确认会,讨论了项目的文档交付物清单、各阶段里程碑及具体的工作进度和职员分工图表,形成会议纪要并双方具名。

后期，项目组审核了范围阐明书，提交了项目代码和相关设计文档，2019 年12月完成功能测试。在项目验收评审会上，与会外部专家以为该项目涉及个人隐私信息，发起请第三方测评机构对该APP进行全面的测试。经第三方测评机构测试，发现多项严重的个人信息安全掩护问题。经分析，毛病修复比较困难，全面整改需要投入较大的工作量，但预算已超支。经与公司领导和客户反复协商,不得不提出项目变更。

在上述案例中，收集需求阶段项目团队采用了(1)、 (2) 和(3) 的工具和技术，在需求跟踪矩阵设计过程中缺少对(4) 和(5) 的策划。

答：项目变更的决议机构是CCB，项目控制委员会(CCB)或配置控制委员会(CCB)，或相关职能的类似组织是项目的所有者权益代表，负责裁定接受哪些变更。CCB 由项目所涉及的多方职员共同组成，通常包括用户和实施方的决议职员。

1）实施方的决议职员-项目经理：受业主委托对项目经营过程负责者，其正式权利由项目章程取得，而资源调度的权利通常由基准中明确。基准中不包括的储备资源需经授权人答应后方可利用。

	范围确认与质量控制的不同之处
检查内容	确认范围主要强调可交付结果获得客户或发起人的接受; 质量控制强调可交付结果的正确性，并符合为其制定的具体质量要求(质量标准)
检查时间点	质量控制一般在确认范围前进行也可同时进行; 确认范围一般在阶段末端进行而质量控制未必在阶段末端进行
实验职员	质量控制属内部检查，由实验组织的相应质量部门实施; 确认范围则是由外部干系人(客户或发起人)对项目可交付结果进行检查验收。
详略程度	核实产物、确认范围和质量控制是递进的、越来越细的检查过程。