第1章项目整体管理案例

《第1章项目整体管理案例》由会员分享，可在线阅读，更多相关《第1章项目整体管理案例（21页珍藏版）》请在金锄头文库上搜索。

1、19第1章 项目整体管理案例第1章 项目整体管理案例项目的整体管理在项目管理的9个知识领域中处于核心位置，其功效就是用来整合其他8个知识领域。项目经理则要起到关键性的组织、协调与管理作用，然而这并非易事，许多IT项目经理在做项目时总感觉需要协调各种各样的资源，然而又似乎无从下手，一些事情好像身不由己，无法控制。项目整体管理是围绕项目管理计划的制订、执行和控制进行的，通过项目资源的整合，将项目所有的组成要素在恰当的时间、正确的地方，与合适的人物结合在一起，以成功地完成项目。按照PMBOK2004（Project Management Body of Knowledge 2004，项目管理的知识体

2、系2004版）中的定义，项目整体管理的过程包括制订项目章程、制订项目范围说明书（初步）、制订项目管理计划、指导和管理项目执行、监督和控制项目工作、整体变更控制和项目收尾。1.1 项目开始出现混乱阅读以下关于在信息系统项目管理过程中项目整体管理方面问题的叙述，回答问题1至问题3，将解答填入答题纸的对应栏内。1.1.1 案例场景希赛集团下属飞达信息技术有限公司新接到一个有关电子政务公文流转系统的软件项目，王工作为公司派出的项目经理，带领项目组开始进行项目的研发工作。王工以前是一名老技术人员，从事Java开发多年，是个细心而又技术扎实的老工程师。在项目的初期，王工制订了非常详细的项目计划，项目组人员

3、的工作都被排得满满的，为加快项目的进度，王工制订项目计划后即分发到项目组成员手中开始实施。然而，随着项目的进展，由于项目需求不断变更，项目组人员也有所更换，项目组已经没有再按照计划来进行工作，大家都是在当天早上才安排当天的工作事项，王工每天都要被工作安排搞得焦头烂额，项目开始出现混乱的局面。项目组中的一名技术人员甚至在拿到项目计划的第一天就说：“计划没有变化快，要计划有什么用”，然后只顾埋头编写自己手头的程序。一边是客户在催着快点将项目完工，要尽快将系统投入生产；另一边是公司分管电子政务项目的张总在批评王工开发任务没落实好。【问题1】（8分）请用400字以内的文字，说明王工制订的项目计划应包括

4、的主要内容。【问题2】（8分）请用400字以内的文字，围绕项目计划说明王工在制订项目计划时出现的问题。【问题3】（9分）如果你是王工，面对项目开始出现混乱局面的情况，应当如何处理？1.1.2 案例分析项目计划是项目管理的基础，项目管理中最重要的就是项目计划的工作，项目计划是一个综合概念，凡是为实现项目目标而进行的活动都应该纳入到计划之中。【问题1】项目计划的制订是贯穿这个项目生命周期的持续不断的工作，是利用其他计划编制过程的结果，建立一份连贯性、一致性的文档，以指导项目实施和项目控制。项目计划过程是一个反复的过程。一个详细的项目计划过程包括如下内容。（1）项目计划的定义，确定项目的工作范围。（

5、2）确定为执行项目而需要的工作范围内的特定活动，明确每项活动的职责。（3）确定这些活动的逻辑关系和完成顺序。（4）估算每项活动的历时时间和资源。（5）制订项目计划及其辅助计划。一般而言，项目计划可以包含如下要素。（1）项目范围计划。阐述进行这个项目的原因或意义，形成项目的基本框架，使项目所有者或项目管理者能够系统、逻辑地分析项目关键问题及项目形成中的相互作用要素，使项目干系人在项目开始实施前或项目相关文档编写以前，能够就项目的基本内容和结构达成一致；项目范围说明应当形成项目成果核对清单，作为项目评估的依据，在项目终止以后或项目最终报告完成以前进行评估，以此作为评价项目成败的依据；范围说明还可以

6、作为项目整个生命周期监控和考核项目实施情况的基础及项目其他相关计划的基础。（2）项目进度计划。进度计划是说明项目中各项工作的开展顺序、开始时间、完成时间及相互依赖衔接关系的计划。通过进度计划的编制，使项目实施形成一个有机的整体。进度计划是进度控制和管理的依据，可以分为项目进度控制计划和项目状态报告 计划。（3）项目质量计划。质量计划针对具体待定的项目，安排质量监控人员及相关资源，规定使用哪些制度、规范、程序和标准。项目质量计划应当包括和保证与控制项目质量有关的所有活动。（4）项目资源计划。决定在项目中的每一项工作中用什么样的资源（人、材料、设备、信息和资金等），在各个阶段使用多少资源。项目费用

7、计划包括资源计划、费用估算和费用预算。（5）项目沟通计划。沟通计划就是制订项目过程中项目干系人之间信息交流的内容、人员范围、沟通方式、沟通时间或频率等沟通要求的约定。（6）风险计划。风险计划是为了降低项目风险的损害而分析风险、制订风险应对策略方案的过程，包括识别风险、量化风险、编制风险应对策略方案等过程。（7）项目采购计划。项目采购计划过程就是识别哪些项目需求应通过从本企业外部采购产品或设备来得到满足。（8）变更控制、配置管理计划。由于项目计划无法保证一开始就预测得非常准确，在项目进行过程中也不能保证准确有力的控制，导致项目计划与项目实际情况不符的情况经常发生，所以必须有效处理项目的变更。变更

8、控制计划主要是规定变更的步骤、程序，配置管理计划就是确定项目的配置项和基线，控制配置项的变更，维护基线的完整性，向项目干系人提供配置项的准确状态和当前配置数据。【问题2】制订项目计划的目的在于建立并维护项目各项活动的计划，项目计划其实就是一个用来协调软件项目中其他所有计划，指导项目组对项目进行执行和监控的文件。一个好的项目计划可为项目的成功实施打下坚实的基础。以下这些方法能有效地帮助项目经理制订项目计划。（1）注意项目计划的层次性。项目计划的层次及其关系如图1-1所示。图1-1 项目计划的层次高级计划，是项目的早期计划。高级计划应当是粗粒度的，主要是进行项目的阶段划分，确定重大的里程碑，所需相

9、关的资源，包括人力资源、设备资源和资金资源，即所谓的人、财、物三个要素。大的阶段交替之前，应做好下一阶段的详细计划，称之为二级计划。详细计划要确定各项任务的负责人、开始时间、结束时间、任务之间的依赖关系、设备资源和项目里程碑。如果项目规模相对较大，可以有多级的计划，比如说，一个项目组可能分为几个开发组，二级计划是各开发组制订的适合自己开发组的计划。如果开发组还分了小组，可以有小组的三级计划。开发人员的个人计划是低级计划，由开发人员根据自己的任务自行制订，个人计划要尽量细化到工作单元和时间单元。一般的，软件项目计划至多有四级就够了，过多的等级将会引发效率的瓶颈。合理地划分小组，减少组织的层次，有

10、利于项目计划的制订和实施。较小的软件项目由于工期不长，人员较少，只有两级计划（高级计划与低级计划）也是可行的。（2）该详细的详细，该简略的就简略。项目计划就如同软件项目本身一样有它自己的特殊性，一个三五个人花两三个月就可以完工的小项目，可能项目计划就四五页纸，包括一个WBS（Work Breakdown Structure，工作分解结构）和一个甘特图（Gantt Chart）。一个需要五六十个人甚至上百人，要花上半年或更长时间完成的大型IT项目则会有更多的项目计划内容。项目经理要按照项目的特定情况量体裁衣，要强调项目计划的指导性。项目中的工作安排一定要责任到人。如果是多个人共同完成的任务，也要

11、指定一位主要负责人，否则工作人员会操作不便，甚至互相推卸责任。（3）制订的项目计划要现实。制订项目计划仅靠“个人经验”是不够的，不可能面面俱到，不要寄希望于“个人经验”。解决的办法有如下两个方面。 充分鼓励、积极接纳项目干系人（包括客户、公司高层领导、项目组成员）来参与项目计划的制订。应主动邀请客户和公司高层领导来共同讨论高级计划的制订。客户对项目在现场的实施和系统应用将起到很好的促进作用，公司高层领导的参与将有利于项目获得精神上和物质上的支持。制订二级、三级项目计划要与项目组成员互动，要强调项目计划的现实性，不现实的项目计划不但不可能指导项目的实施，还可能成为项目成功的障碍。当规划由一个人做

12、出而由另一个人实施时，如果项目没有按时完成，会使得他们怀疑项目计划的可行性，也会影响开发人员的士气。项目组内部人员的沟通也很重要。项目经理应当关注计划制订工作中的气氛，在轻松的氛围中去融合开发人员的意见。可以让开发人员对自己职责范围内的事情提出建议的时间和资源，再作讨论决定。这样，开发人员在主观上会更加投入工作。客观上，开发人员的能力很难用时间及工作量来衡量，一名熟练的Java程序员比一名初学Java的程序员开发效率可能快上四五倍，因而安排的时间周期、任务量当然要不一样。可以考虑召开一次专题讨论会，事先写出一个初稿，再各抒己见，最后作出结论。 充分利用历史数据。历史数据是宝贵的财富，是可复用的

13、资源。不仅要注意积累这些数据，也要学会从中提炼出可以为己所用的数据。例如，项目计划的模板、计划的资源数据等。成熟的项目开发组织会将历史数据保留并作一些分析，形成一些经验计算公式、实用的文档模板等。需要特别提到的是，有的软件项目在失败之后，项目组人员一般很不情愿再度问津此事，一谈到做过的失败的项目就唯恐避之不及，其实，失败的项目对项目研发具有重要的参考价值。有必要在每做完一个项目后认真地进行总结。这是项目可持续发展的必要，也是对项目和项目组成员的尊重。当前项目的经验对其他项目有很好的借鉴意义，特别是对类似的软件项目，在管理、技术和开发过程上都是一笔财富。不仅要存储项目的程序代码，所有相关文档资料

14、（包括合同、开发文档和总结文档等）也要归档。（4）重视与客户的沟通。与客户的沟通是很重要的。不必害怕客户知道我们的开发计划，特别是项目进度情况，应当和客户共享这些信息。首先，客户会提出一些对项目时间、进度、效果上的要求，这些要求往往经不起推敲，有的还带有较强的政策性。例如，在某单位的人事管理信息系统的开发中，客户方对时间上的这个要求，是单位领导开会集体决定并形成了文件的，但是，经过认真的需求调研，做出项目进度的粗计划和部分二级计划后，发现按客户方要求的三个月时间是难以实现的。这时就需要“说服”，可以把做出的调研文档和项目计划摆出来与客户讨论，并最终使项目的开发时间适当延长。实际上，项目组和客户

15、的目的是一致的，所以对于合理的项目进度客户是会理解与支持的。其次，项目组有义务要让客户知道项目的计划，这样才能让客户实际上主动、积极参与项目，达到项目的最终目标。项目计划取得双方签字认可是非常重要的。客户可能不愿意签正式的文件，那么在文档的封面上签上双方负责人的姓名、联系方式也行，虽然是非正式的，但留下了项目工作的痕迹。应该让客户清楚签字意味着双方对项目计划的认同。双方有了一个约定，既让用户感觉心里踏实，也让自己的项目组有了责任感，有一种督促和促进的作用。在本案例中，王工制订了详细的项目计划，将项目组人员的工作排得满满的，在没有和项目组人员商量的情况下即下发项目计划并实施，此举不妥。制订项目计

16、划时，需要取得项目组人员的支持、理解，并且需要注意在项目的开始阶段往往需要的是粗粒度的，并且是现实的项目计划。项目计划对于项目的实施非常重要，在制订时也需要和客户、公司领导及时沟通，以取得他们的支持。而王工对于项目运作的紧张局面既没有向公司领导汇报，也没有向客户解释，只是一个人默默地将问题埋在心里，而采取了每天早上安排工作的临时性解决办法，治标不治本。【问题3】王工作为项目经理应当清醒地意识到项目开始出现混乱，一是制订项目计划时不妥；二是项目的变更没有控制好，王工需要采取一些有针对性的措施。项目的不确定性因素导致了项目的进展未必像想象中或计划中的那样顺利，而当这种不确定性变得明确且和当初的预测不一致时，就会导致项目出现变更。一般来说，项目的目标是项目所有活动的最终判断准则。也就是说，必须关注那些可能会引起项目目标变化的信