项目管理案例讨论46

案例分享:项目计划编制

某市电子政务信息系统工程,总投资额约 500 万元,主要包括网络平台建设和业务办公应用系统开发,通过公开招标,确定工程的承建单位是 A 公司,按照《合同法》的要求与 A 公司签订了工程建设合同,并在合同中规定 A 公司可以将机房工程这样的非主体、非关键性子工程分包给具备相关资质的专业公司 B,B 公司将子工程转手给了 C 公司。

在随后的应用系统建设过程中,监理工程师发现 A 公司提交的需求规格说明书质量较差,要求 A 公司进行整改。此外,机房工程装修不符合要求,要求 A 公司进行整改。

项目经理小丁在接到监理工程师的通知后,对于第二个问题拒绝了监理工程师的要求,理由是机房工程由 B 公司承建,且 B 公司经过了建设方的认可,要求追究 B 公司的责任,而不是自己公司的责任。对于第一个问题,小丁把任务分派给程序员老张进行修改,此时,系统设计工作已经在进行中,程序员老张独自修改了已进入基线的程序,小丁默许了他的操作。老张在修改了需求规格说明书以后采用邮件通知了系统设计人员。

合同生效后,小丁开始进行项目计划的编制,开始启动项目。由于工期紧张,甲方要求提前完工,总经理比较关心该项目,询问项目的一些进展情况,在项目汇报会议上,小丁给总经理递交了进度计划,公司总经理在阅读进度计划以后,对项目经理小丁指出任务之间的关联不是很清晰,要求小丁重新处理一下。

新的计划出来了,在计划实施过程中,由于甲方的特殊要求,需要项目提前 2 周完工,小丁更改了项目进度计划,项目最终按时完工。

问题一:请描述小丁在合同生效后进行的项目计划编制的工作

【案例分析】
项目计划是项目管理的基础,项目管理中最重要的就是项目计划的工作,项目计划是一个综合概念,凡是为实现项目目标而进行的活动都应该纳入到计划之中。

项目计划的制订是贯穿这个项目生命周期的持续不断的工作,是利用其他计划编制过程的结果,监理一份连贯性、一致性的文档,以指导项目实施和项目控制。

项目计划过程是一个反复的过程。一个详细的项目计划过程包括:
(1)项目计划的定义,确定项目的工作范围。
(2)确定为执行项目而需要的工作范围内的特定活动,明确每项活动的职责。
(3)确定这些活动的逻辑关系和完成顺序。
(4)估算每项活动的历时时间和资源。
(5)制订项目计划及其辅助计划。

一般而言,项目计划可以包含如下要素:
(1)项目范围计划:阐述进行这个项目的原因或意义,形成项目的基本框架,使项目所有者或项目管理者能够系统、逻辑地分析项目关键问题及项目形成中的相互作用要素,使项目干系人在项目开始实施前或项目相关文档编写以前,能够就项目的基本内容和结构达成一致;项目范围说明应当形成项目成果核对清单,作为项目评估的依据,在项目终止以后或项目最终报告完成以前进行评估,以此作为评价项目成败的依据;范围说明还可以作为项目整个生命周期监控和考核项目实施情况的基础和项目其他相关计划的基础。
(2)项目进度计划:进度计划是说明项目中各项工作的开展顺序、开始时间、完成时间及相互依赖衔接关系的计划。通过进度计划的编制,使项目实施形成一个有机的整体。进度计划是进度控制和管理的依据,可以分为项目进度控制计划和项目状态报告计划。
(3)项目质量计划:质量计划针对具体待定的项目,安排质量监控人员及相关资源、规定使用那些制度、规范、程序、标准。项目质量计划应当包括和保证与控制项目质量有关的所有活动。
(4)项目资源计划:决定在项目中的每一项工作中用什么样的资源(人、材料、设备、信息、资金等),在各个阶段使用多少资源。项目费用计划包括资源计划、费用估算、费用预算。
(5)项目沟通计划:沟通计划就是制定项目过程中项目干系人之间信息交流的内容、人员范围、沟通方式、沟通时间或频率等沟通要求的约定。
(6)风险计划:风险计划是为了降低项目风险的损害而分析风险、制定风险应对策略方案的过程,包括识别风险、量化风险、编制风险应对策略方案等过程。
(7)项目采购计划:项目采购计划过程就是识别哪些项目需求应通过从本企业外部采购产品或设备来得到满足。
(8)变更控制、配置管理计划:由于项目计划无法保证一开始就预测得非常准确,在项目进行过程中也不能保证准确有力的控制,导致项目计划与项目实际情况不符的情况经常发生,所以必须有效处理项目的变更。变更控制计划主要是规定变更的步骤、程序,配置管理计划就是确定项目的配置项和基线,控制配置项的变更,维护基线的完整性,向项目干系人提供配置项的准确状态和当前配置数据。

【参考解答】
小丁在接到任务后开始项目计划的编制工作,编制的计划应包括:
(1)项目总计划(包括范围计划、工作范围定义、活动定义、资源需求、资源计划、活动排序、费用估算、进度计划以及费用计划)。
(2)项目辅助计划(质量计划、沟通计划、人力资源计划、风险计划、采购计划等)。

问题二:小丁在处理监理工程师提出的问题是否正确?如果你作为项目经理,该如何处理?

【案例分析】
根据《中华人民共和国招投标法》第 48 条:中标人应当按照合同约定履行义务,完成中标项目。中标人不得向他人转让中标项目,也不得将中标项目肢解后分别向他人转让。

中标人按照合同约定或者经招标人同意,可以将中标项目的部分非主体、非关键性工作分包给他人完成。接受分包的人应当具备相应的资格条件,并不得再次分包。

中标人应当就分包项目向招标人负责,接受分包的人就分包项目承担连带责任。

本案例中,A 公司将子项工程分包给 B,B 又将其分包给 C,显然违背了招投标法的这一条款。根据条款中的内容,“中标人应当就分包项目向招标人负责,接受分包的人就分包项目承担连带责任。”A 公司显然要承担责任,同时 B 公司也承担连带责任。

作为项目经理,不仅仅要做好项目的进度、质量、成本的控制管理,而且要注意避免陷入法律陷阱中,因此,对《合同法》、《招投标法》都要有一定的了解。

【参考解答】
根据《中华人民共和国招投标法》第 48 条:中标人应当按照合同约定履行义务,完成中标项目。中标人不得向他人转让中标项目,也不得将中标项目肢解后分别向他人转让。

中标人按照合同约定或者经招标人同意,可以将中标项目的部分非主体、非关键性工作分包给他人完成。接受分包的人应当具备相应的资格条件,并不得再次分包。

中标人应当就分包项目向招标人负责,接受分包的人就分包项目承担连带责任。

本案例中,A 公司将子项工程分包给 B,B 又将其分包给 C,显然违背了招投标法的这一条款。根据条款中的内容:“中标人应当就分包项目向招标人负责,接受分包的人就分包项目承担连带责任。”A 公司显然要承担责任,同时 B 公司也负连带责任。

问题三:在项目执行过程中,程序员老张独自修改了已进入基线的程序,小丁默许了他的操作。小丁的处理方式是否正确?如果你是项目经理,你将如何处理上述的事情?

【案例分析】
软件配置管理是贯穿软件开发过程始终的一项工作。对于一个软件项目来说,软件配置管理规范至少包括以下的内容:
(1)配置项及其命名规则。
(2)配置库文件目录结构。
(3)角色和权限定义。
(4)配置项变更流程。
(5)配置项发布。
(6)基线定义和基线变更。

项目中的基线有两个方面:一是作为里程碑的基线;另一个是模块的阶段性成果基线(对工作产品而言),一般来说都要避免变更基线。对这两种不同的基线,其影响的范围不同,确立和变更方式也不一样。

项目的基线变更控制委员会由客户代表、产品经理、项目经理和技术经理组成,对发布的里程碑类基线的变更必须由变更控制委员会确认并由 QA 进行变更记录,所有被变更影响的配置项都需要重新同步后再次发布;而对于仅仅作为工作状态保留的基线,一般只需要建立基线的小组确认更改并在 QA 进行记录即可。

【参考解答】
本题中,在项目执行过程中,项目发生的变更,程序员小张擅自修改了已进入基线的程序,作为项目经理的小丁不应该默许他的操作,且修改后的东西没有经过评审。

项目中缺乏变更控制的体系,需要建立变更控制流程,确保项目中所做的变更保持一致,并将产品的状态、对其所做的变更,以及这些变更对成本和时间表的影响通知给有关的项目干系人,以便于资源的协调。同时,项目团队所有成员要清楚变更程序的步骤和要求。

提出以下建议:
(1)建立配置管理体系
(2)建立变更请求流程
(3)组建变更控制委员会

问题四:假设你被任命为本项目的项目经理,请问你对本项目的管理有何想法,本项目有哪些地方需要改进?

【案例分析】
作为项目经理,可以考虑首先从项目管理的 9 大知识点出发简单阐述对本项目的一般性理解。

此外,从本案例中,你可以发现项目中的合同与招投标管理、配置与变更管理方面均发生了问题。因此,可从本项目管理较弱的部分进行重点的阐述,如对法律法规的理解(招投标管理),项目进度管理、项目变更的控制。配置管理,以及进度计划的变更将导致质量和成本的变化,此外,还可从进度、质量、成本三要素之间关系进行阐述。因为,基线的变更往往会带来成本、进度方面的变更。

【参考解答】
(1)从项目管理 9 大知识点出发简单阐述本项目。
(2)从本项目管理较弱的部分进行重点的阐述,如对法律法规的理解(招投标管理)、项目进度管理、项目变更的控制。配置管理及进度计划的变更将导致质量和成本的变化,描述进度、质量、成本三要素之间的关系。