历年软考案例分析背景中的明显错误总结(六)

(101)小周曾担任过多个应用软件开发项目的项目经理,但没有负责过硬件集成项目。

(102)小周组织召开了项目启动会,将项目进行了分解,并给项目组成员分配了任务。接下来,安排负责技术的小组长先编写项目技术方案,同时小周根据合同中规定的时间编制了项日的进度计划并发送给项目组成员。进度计划中确定了几个里程碑点:完成技术方案、设备到货安装调试完成、应用系统迁移完成。由于该项目需要采购多种硬件设备,小周将进度计划也发给了采购部经理,并与采购部经理进行了电话沟通。

技术方案完成后通过了项目组的内部评审,随后项目组按照技术方案开始进行设备调试前的准备工作。

(103)乙公司派出项目经理小李带领项目组进驻甲单位现场,小李首先与客户沟通了需求,确定了大致的需求要点,形成了一份需求文件,经过客户确认后,小李就安排项目组成员开始进行开发工作,为了更好的把握需求的实现,小李在每天工作结束后,都将工作进度和成果汇报给甲方的客户代表,由客户提出意见,并形成一份备忘录。客户对软件的修改意见不断提出小李也仔细地将修改意见记录在每天的备忘录中,并在第二天与项目组讨论之后,安排开发人员尽量实现,随着软件的逐渐成型,小李发现此时客户提出了些需求实际上跟某些已实现的需求是矛盾的,对于有些新的需求,实现难度也越来越大,此时软件的实际功能与最初确定的需求文件中确定的功能已经相差很远,眼看时间越来越接近年底,小李不知道该怎么办才好。

(104)某公司承接了某银行的信息系统集成项目,并任命王工为项目经理。这也是王工第次担任项目经理,王工带领近20人的人团队,历经近11个月的时间,终于完成了系统建设工作,并通过了试运行测试,王工在与甲方项目负责人简单地对接了项目交付清单之后,就报告公司项已经结束,部分项目人员可以进行转移。王工组织剩下的项目团队成员召开了项目总结会议。随后公司的财务要求王工根据合同催甲方支付剩余30%的项目款。

当王工打电话催促甲方支付项目尾款时。甲方的项目经理告诉他项目还没有结束,甲方还没有在验收报告上签字确认,项目的很多常规性文件还没有提交,而且需要在试运行的基础上,进一步修改程序和功能设置,现在根本没有达到项目收尾的条件。

(105)某大型国有企业A计划建立一套生产自动控制系统,改变目前的半自动化生产状态A企业内部设立有信息中心,具有自主开发能力,但采购部门经理老李认为自主开发耗时长还是决定从外部选择一家具有相关成熟产品和实施经验的集成商实施外包。

老李组织编写了采购计划,确定该项目要对外进行招标,由于招标代理机构B已经与A企业合作多次,并列入了A企业的供应商名录,因此A企业直接委托B机构开始招标工作。

招标代理机构B协助A企业拟制了招标文件,并在互联网上发布了招标公告。招标文件中要求,潜在供方应具有信息系统集成二级(及其以上)资质。集成商C公司想参加投标,但只具有信息系统集成三级资质,C公司联合了有信息系统集成二级资质的集成商D公司共同参加投标。在投标截止时间前一周。A企业发现招标文件中有一处错误,他们对招标文件进行了修改并在网上进行了公告,还电话通知了每一个已知的投标人。

代理机构B接收了多份标书,与A企业共同对标书中涉及的技术方案、报价、资质证明材料等文件进行了评审,最终选择了一家报价最低的集成商E公司。

接下来,A企业与集成商E公司签订了合同。在项目需求阶段,双方对于需求的理解产生了不一致。为消除需求的歧义,双方召开了多次会议进行沟通。同时,在项目实施过程中,由于集成商E公司没有此类软件开发的经验,部分开发模块需要外购,因此导致项目的进度延后

(106)鉴于配置管理在信息系统集成和IT运维项目中的重要作用,某企业计划在企业层面统一建立配置库,以规范公司的配置管理,并赏成公司的商务经理杨工兼任公司的配置经理全面组织和协调公司的配置管理事项。杨工接到任务后,按照公司目前系统集成和运维的架构将配置库分为系统集成项目配置库和运维项目配置年,不过这种配置库管理只是从名称方面进行了区分,实际上只有一个配置库。由于公司大部分运维项目来自于公司的系统集成部,所以底层数据是共享的,没有分割开来,运维人员和系统集成人员经常针对同一个配置项进行修改。

在配置库运行4个月之后,公司组织了一次对配置库的审计,发现配置库存在大量的问题,杨工面对这样的局面,对自己在配置管理中的角色也感到非常迷茫。他收集了目前公司配置库管理方面存在的问题,这些问题比较突出地体现在以下几个方面:

(1)有的项目组将配置项细化到了软件产品的模块,而有的项目组以项目简单为由,根本没有进行配置管理,并且各项月组内部对配置管理的需求也不统一,随时间变化波动较大。

2)很多开发人员和运维人员不知道在不同的库里应该放置什么内容,而且各种配置项的配置格式也不同意,导致配置库难以达到预期的效果。

(3)配置库增删比较混乱,很多配置项还找不到最后的版本,而且很多配置内容也放置混乱,各种库的分割管理起不到预期的效果。

(107)A公司属于创业型公司,随着公司业务规模的扩大,公司领导决定成立专门的质量管理部门,全面负责公司所有项目的质量,并降低产品的缺陷率。公司还聘任了具有多年质量管理经验的张工担任公司质量管理部门的经理。

张经理上任后,从每个项目组中抽调了一名QA,QA求属于公司质量部,工作地点在各个项目所在地点,与项目组一起工作,负责所在项目的质量管理。小王是X项目的QA,当前x项目正在研发阶段。张经理要求小王按照项目进度提交一份项目质量管理计划,并提供了常规质量管理计划的模板,主要包括质量检查点、检查人、检查内容、检查时间、检查方式等。小王于是按照张经理的要求编写并提交了《项目质量管理计划X项目》。

过了2个月,张经理根据质量管理计划的某一个时间点,询问小三某一个设计评审的会议情况时,小王没有找到有关的会议记录。张经理又电话询问X项目的项目经理有关质量管理情况,该项目经理认为质量管理是由小王根据质量管理部门的要求进行的,自己会大力配合。

(108)小李制定了项目整体进度计划,将项目分为需求分析、设计、编码、试运行和验收五个阶段。为保证项目质量,小李请有着多年的编码、测试工作经历的测试组组长张工兼任项目的质量保证人员。

在项日启动会上,小李对张工进行了口头授权,并要求张.工在项目的重要阶段(如完成需求分析、完成总体设计、完成单元编码和测试等)必须对项日交付物进行质量检查。在检查时张工可以根据自己的经验提出要求,对于不满足要求的工作,必须立即进行返工。

在项目组完成编码与单元测试工作,准备进行系统集成前,张工按照项目经理小李的要求进行了质量检查。在检查过程中,张工凭借多年开发经验,认为某位开发人员负责的一个模块代码存在响应时间长的问题,并对其开具了不符合项报告。但这位开发人员认为自己是严格按照公司编码规范编写的,响应时间长不是自己的问题。经过争吵,张工米能说服该开发人员,同时考虑到该模块对整体项目影响不大,张工没有再追究此事、该代码也没有修改。

(109)在编写概要设计和详细设计说明书的过程中,客户方提供了几处需求的修改要求由于其工作量不大,小李直接安排系统分析师按客户的要求进行了修改。在编码阶段后期,由于客户的投资方发生了变化,新的投资方采用了新的运营模式,导致需求发生较大变化,由于前期甲方已经强调过项目需求特点和要求,小李只能接受客户新的变更要求。在执行变更的过程中,项目组发现新的需求将导致系统架构的更改,经过评估该变更将使项目延期。

(110)某公司长期从事系统集成项目,但是并不具备文档管理系统的开发经验。在参与此项目的招投标时,虽然认为项目风险较大,但为了企业的业务发展,还是觉得投标,并最终中标。

张某被任命为该项目的项目经理,考虑到该公司对此类项目尚无成熟案例,他认为做好项目风险管理很重要,就参照以前的项目模板,编制了一个项目风险管理计划,经公司领导签字后就下发各小组实施。但随着项目的进行,各成员发现项目中面临的问题与风险管理计划缺乏相关性,就按照各自理解对实际风险控制和应对措施进行了安排,致使验收一拖再拖,项目款项也迟迟不能收回。

(111)A公司选择了一家长期合作的,资质良好的招标代理机构,并协助其编写了详细的招标文件,在6月1日,招标代理机构在其官网发布了招标公告。招标公告规定,投标人必须在6月25日上午10:00前提交投标文件,开标时间定为6月25日14:00。6月25日14:00.开标工作准时开始,由招标代理机构主持,并要求了所有投标方参加。开标时,招标代理机构工作人员检查了投标文件的密封情况。经确认无误后,当众拆封,宣读投标人名称、投标价格和投标文件的其他内容。

为保证投标工作的公平。公证,A公司邀请了7名来自本公司内部各部门(法律、财务、时差、IT、商务等)的专家或领导组成了评标委员会。评标委员会按照招标文件确定的评标标准和方法,对投标文件进行了评审和比较。

(112)公司中标一个城市的智能交通建设项目。在项目管理计划发布之后,柳工作为本项目的项目经理,领导项目团队按照计划与任务分工开始实施。

在项目初期,项目团队在确定了项目范围后,项目经理制定了项目变更流程:

1提出变更申请;2、针对影响不大的变更,可以直接修改;3、针对影响较大的变更,必须上报项目经理,由项目经理审批之后才能修改;4、修改后由项目经理确认,确认无误后更新配置库,完成变更。

在一次项目进度协调会上,项目经理柳工与项目成员李工发生了争执,原因如下:李工对于客户提出的需求,无论大小都给予解决,客户对此非常满意。但是,项目组其他成员并不知晓李工修改的内容,导致开发任务多次返工。

(113)A公司是为保险行业提供全面的信息系统集成解决方案的系统集成企业。齐工是A公司的项目经理,目前正在负责某保险公司P公司的客户管理系统开发项目,当前该项目己经通过验收。

齐工将项目所涉及的文档都移交给了P公司,认为项目收尾工作已经基本完成,所以解散了项目团队,并组织剩下的项目团队成员召开了项目总结会议。项目组成员小王提出:项目组有人没有参加总结会议,是否要求所有人员都要参加?",齐工解释说:项目总结会议不需要全体人员参加,没有实质性的工作内容。

(114)A公司中标某客户数据中心建设项目,该项目涉及数据中心基础设施、网络、硬件软件、信息安全建设等方面工作。经高层批准,任命小李担任项目经理。小李从相应的技术服务部门(网络服务部、硬件服务部、软件服务部、信息安全服务部)分别抽调了技术人员加入该项目。这些技术人员大部分时间投入本项目,小部分时间参与公司的其它项目。由于公司没有基础设施方面的技术能力,因此将本项月的基础设施建设工作外包给了B公司。

小李认为,该项目工作内容复杂,涉及人员较多,人员沟通很关键,作为项目经理,自己应投入较大精力在人员沟通管理上。

首先,小李经过分析,建立了平系人名册,主要人员包括客户方的4名技术人员、3名中层管理人员、2名高管和项目团队人员以及A公司的2名高管。

接着,小李制定了沟通管理计划。在选择沟通渠道时,考虑到干系人较多,召开会议不方便,小李决定采用电子邮件方式:在沟通频率方面,为了让干系人能及时、全面地了解项目进展小季决定采用项目日报的方式每日沟通:在沟通内容方面,小李制作了项目日报的模板,主内容包括三部分一是项目成员每日主要工作内容汇总:二是项目的进度、成本、质量等方面的情况、汇总:三是每日发现的主要问题、工作建议等。

项目实施过程中,项目成员严格按照要求,每天下班前发送日报给小李。第二天上午9点前,小李汇总所有成员的日报内容,发送给所有干系人。

随着项目的实施,小李发现B公司的技术人员的工作质量经常不能满足要求,工作进度也有所延迟,当问及B公司的相关负责人时,他们表示对此并不知情。同时,A公司各技术服务部门的负贵人也抱怨说,他们抽调了大量技术人员参与该项目,但却无法掌控他们的工作安排也不知道他们的工作绩效。另外,A公司高层领导也向小李表示,客户管理层对该项目也有些不满,他们认为每天浪费了大量时间看了一些无用的信息,他们希望小李能当面汇报。

(115)A公司承接了一个为某政府客户开发ERP软件的项目,任命小张担任项目经理。由于该客户与A公司每年有上千万元的项目合作,A公司管理层对客户非常重视,并一再嘱咐小张要保证项目的客户满意度。为此,小张从各部门抽调了经验牢富的工程师组建了项目团队。

在项目初期,小张制定了变更和配置管理规则:客户需求发生变化时,应首先由工程师对需求变化造成的影响做评估,如果影响不大,工程师可以直接进行修改并更新版本,不需要上报项目经理;当工程师不能判断需求变化对项目的影响时,应上报给项目经理,由项自经理做出评估,并安排相关人员进行修改。

在项目实施过程中,用户针对软件的功能模块提出一些修改需求,工程师针对需求做了评估,发现修改工作量不大,对项目进度没有影响,因此,出于对客户满意度的考虑,工程师直接接受了客户的要求,对软件进行修改。在在软件测试联调阶段,测试人员发现部分功能模块与原先设计不符,造成很多接口问题。经调查发现,主要原因是客户针对这些功能模块提出过修改要求,项目经理要求查验,没有发现相关变更文件。

(116)甲公司中标一个城市轨道交通监控系统开发项目,公司领导决定启用新的技术骨干作为项目经理,任命研发部软件开发骨干小王为该项目的项目经理。

小王技术能力强,自己承担了该项目核心模块开发任务,自从项目管理计划发布以后,一直投身于自己的研发任务当中。除了项目阶段验收会之外,没有召开过任何项目例会,只是在项目出现问题时才召开项目临时会议。经过项目团队共同努力,该项目进展到系统测试阶段。

在系统测试前,发现该项目有一个指示灯显示模块开发进度严重滞后,小王立刻会同该模块负贵人小李一起熬夜加班赶工,完成了该模块。

小王在项目绩效考核时,认为小李的工作态度不认真,给予较差评价并在项目团队内公布考核结果。小李认为自己连续熬夜加班,任务也已完成,觉得考核结果不公平,两人就此问题发生了严重冲突,小李因此消极怠工,甚至影响到了项目验收。

(117)项目启动初期,张伟任命项目成员李明担任项目的质量管理员,专职负责质量管理,考虑到李明是团队中最资深的工程师,有丰富的实践经验,张伟给予李明充分授权,让他全权负责项目的质量管理。

得到授权后,李明制定了质量管理计划,内容包括每月进行质量抽查、每月进行质量指标分析、每平年进行一次内部审核等工作。

2017年7月份,在向客户进行半年度工作汇报时,客户表示对项目的不满,一是项目进度比预期滞后:二是项目的阶段交付物不能满足合同中的质量要求。

由于质量管理工作由李明全权负责,张伟并不清楚究竟发生了什么问题,因此,他找李明进行了沟通,得到两点反馈:

1.在每月进行质量检查时,李明总能发现些不符合项。每次都口头通知了当事人,但当事人并没有当回事,同样的错误不断重复出现:

2.李明认为质量管理工作太得罪人,自己不想继续负责这项工作。

接着,张伟与项目组其他成员也进行了沟通,也得到两点反馈:

1.李明月度检查工作的颗粒度不一致。针对他熟悉的领域,会检查得很仔细:针对不熟悉的领域,则一带而过;

2.项目组成员普遍认为:在项目重要里程碑节点进行检查即可,没必要每月进行检查。

(118)项目经理范工承接了一个开发鲜花配送APP的项目,项目需求非常明确,此前A公司承接过一个类似的项目,做得很成功,项目结束后人员已经分派到其他项日组。经过认真考虑反复论证后范工决定采用虚拟团队方式搭建项目组,项目架构师由一位脚踝骨折正在家修养的资深工程师担任,开发团队依据项目模块的技术特点分别选择了西安和南京的两个有经验的项目小组,测试交给了美国旧金山分部的印度籍测试员Lisa,其他成员均在北京总部的公司内部选拔。项目经理范工编制了人力资源管理计划并下发给每个成员以便他们了解自己的工作任务和进度安排。

项目刚进入设计阶段,开发团队在APP的测试部署方式和时间上与Lisa发生了争执,南京开发团队没有跟项目经理范工沟通就直接将问题汇报给了当地的执行总经理王总。王总批评了范工,范工虽然觉得非常委屈,但还是立即召集了包括架构师在内的相关人员召开紧急电话会议。会上多方言辞激烈,终于确定了一套开发团队和测试团队都觉得可行的部署方案。

(119)信息系统集成公司承接了一项信息系统集成项目,任命小王为项目经理。

项目之初,根据合同中的相关条款,小王在计划阶段简单地描绘了项目的大致范围,列出了项目应当完成的工作。甲方的项目经理是该公司的信息中心主任,但该信息中心对其他部门的影响较弱。由于此项目涉及到甲方公司的很多业务部门,因此在项目的实施过程中,甲方的销售部门、人力资源部门、财务部门等都直接向小王提出了很多新的要求,而且很多要求彼此都存在一定的矛盾。

小王尝试地做了大量的解释工作,但是甲方的相关部门总是能够在合同的相关条款中找到变更的依据。小王明白是由于合同条款不明确导致了现在的困境,但他也不知道该怎样解决当前所面临的问题。

(120)系统集成商甲公司承接了一项信息管理系统建设项目,甲公司任命具有多年类似项目研发经验的张工为项目经理。

张工上任后,立刻组建了项目团队,人员确定后,张工综合了工作任务、团队人员的经验和喜好,将项目组划分为三个小组,每个小组负责一个工作任务。团队进入了开发阶段,张工发现,项目管理原来没有研发编程那么简单;其中1个项目小组的重要开发人员因病请假,导致该小组任务比其他两个小组滞后2周。另外,每个小组内部工作总出现相互推诿情况,而且小组和小组成员矛盾也接连不断,项目任务一度停滞不前。

此时,正赶上人事部推出新的项日绩效考核方案,经过对项目进度和质量方面的考评结果,项目绩效成绩较低,直接影响了每个项目团队成员的绩效奖金。项目组成员负面情绪较重,有的成员在加班劳累和无法获得绩效奖金的双重压力下准备辞职,张工得知后,与项目组成员私下进行了逐一面谈。

(121)系统集成公司B承建了A公司的办公自动化系统建设项目,任命张伟担任项目经理该项目所使用的硬件设备(服务器、存储、网络等)和基础软件(操作系统、数据库、中间件等均从外部厂商采购,办公自动化应用软件采用公司自主研发的软件产品。采购的设备安装、部署、调试工作分别由公司硬件服务部、软件服务部、网络服务部完成。由于该项目工期紧,系统相对比较复杂,且涉及实施人员较多,张伟认为自己应投入较大精力在风险管理上。

首先,张伟凭借自身的项目管理经验,对项目可能存在的风险进行了分析,并对风险发生的可能性进行了排序。排名前三的风险是:

(1)硬件到货延迟;

(2)客户人员不配合;

(3)公司办公自动化软件可能存在较多bug.

针对上述三项主要风险,张伟制定了相应的应对措施,并且计划每月底对这些措施的实施情况进行回顾。

项目开始2个月后,张伟对项目进度进行回顾时,发现项目进度延迟,主要原因有两点:(1)购买的数据库软件与操作系统的版本出现兼容性问题,团队成员由于技术技能不足无法解决,后通过协调厂商工程师得以解决,造成项目周期比计划延误一周。

(2)服务器工程师、网络工程师被自己所在的都门经理临时调走支持其他项目,造成项目周期延误一周。客户对于项目进度的延误很不满意。

(122)项目组接到任务后,各成员根据各自分工制定了相应项目管理子计划,小王将收集到的各子计划合并为项目管理计划并直接发布。

为了保证项目按照客户要求尽快完成,小王基于自身的行业经验和对客户需求的初步了解后,立即安排项目团队开始实施项目。在项目实施过程中,客户不断调整需求,小王本着客户至上的原则,对客户的需求均安排项目组进行了修改,导致某些工作内容多次重复。项目进行到了后期,小王才发现项日进度严重滞后,客户对项目进度很不满意并提出了投诉。

接到客户投诉后,李总要求项目管理办公室给出说明。项目管理办公室对该项目情况也不了解,因此组织相关人员对项目进行审查,发现了很多问题。

(123)由于项目金额巨大,A公司决定委托当地某知名招标代理机构,通过公开招标方式选择系统集成商。

6月20日,招标代理机构在网站上发布了该项目的招标公告,招标公告要求招标人必须在6月30日上午10:00前提交投标文件,地点为黄河大厦5层第一会议室。

6月28日,B公司向招标代理机构发送了书面通知,称之前提交的投标材料有问题,希望用重新制作的投标文件替换原有投标文件,招标代理机构拒绝了该投标人的要求。

6月30日上午9:30,5家公司提交了投标材料。此时,招标代理机构接到了C公司的电话,对方称由于堵车原因,可能会迟到,希望开标时间能推迟半个小时,招标代理机构与已递交材料的5家公司代表沟通后,大家一致同意将开标时间推迟到上午10:30。

6月30日上午10:30,C公司到场提交投标材料后,开标工作开始。评标委员会对投标文件进行了评审和比较,向A公司推荐了中标候选人D公司和E公司,经过慎重考虑,A公司决定D公司中标。

7月10日,A公司公布中标结果,并向D公司发出了中标通知书。

7月11日,B公司向招标代理机构询问中标结果,招标代理机构以保密为由拒绝告知。8月20日,A公司与D公司签署了商务合同,并要求D公司尽快组织人员启动项目实施。8月22日,D公司项目团队正式进场,A公司发现D公司将项目的某重要工作分包给了另家公司。通过查阅商务合同以及D公司投标文件发现,D公司未在这两份文件中提及任何分包事宜。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

专注知识产权服务

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值