信息系统项目管理师案例分析指南(部分)

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

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

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

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

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

6、或项目最终报告完成以前进行评估，以此作为评价项目成败的依据：范 用说明还可以作为项目整个生命周期监控和考核项目实施情况的基础及项目其他相关计 划的基础。 （2）项目进度计划。进度计划是说明项目中各项工作的开展顺序、开始时间、完 成时间及相互依赖衔接关系的计划。通过进度计划的编制，使项目实施形成一个有机的 整体。进度讣划是进度控制和管理的依据，可以分为项目进度控制计划和项目状态报告 计划。 （3）项目质疑计划。质量计划针对具体待妃的项目，安排质量监控人员及相关资 源，规左使用哪些制度、规范、程序和标准。项目质量汁划应当包括和保证与控制项目 质量有关的所有活动。 （4）项目资源计划。决泄在项目中的

7、每一项工作中用什么样的资源（人、材料、 设备、信息和资金等），在各个阶段使用多少资源。项目费用计划包括资源计划、费用 估算和费用预算。 （5）项目沟通计划。沟通计划就是制订项目过程中项目干系人之间信息交流的内 容、人员范围、沟通方式、沟通时间或频率等沟通要求的约定。 （6）风险计划。风险计划是为了降低项目风险的损害而分析风险、制订风险应对 策略方案的过程，包括识别风险、量化风险、编制风险应对策略方案等过程。 （7）项目采购计划。项目采购计划过程就是识别哪些项目需求应通过从本企业外 部采购产品或设备来得到满足。 （8）变更控制、配宜管理计划。由于项目计划无法保证一开始就预测得非常准 确，在项目进

8、行过程中也不能保证准确有力的控制，导致项目计划与项目实际情况不符 的情况经常发生，所以必须有效处理项目的变更。变更控制汁划主要是规定变更的步 骤、程序，配宜管理讣划就是确定项目的配宜项和基线，控制配置项的变更，维护基线 的完整性，向项目干系人提供配置项的准确状态和当前配置数据。 【问题2】 制订项目计划的目的在于建立并维护项目各项活动的计划，项目计划英实就是一个 用来协调软件项目中其他所有计划，指导项目组对项目进行执行和监控的文件。一个好 的项目计划可为项目的成功实施打下坚实的基础。 以下这些方法能有效地帮助项目经理制订项目计划。 （1）注意项目计划的层次性。项目计划的层次及其关系如图1-1所

9、示。 图1-1项目计划的层次 高级计划，是项目的早期讣划。高级计划应当是粗粒度的，主要是进行项目的阶 段划分，确泄重大的里程碑，所需相关的资源，包括人力资源、设备资源和资金资源， 即所谓的人、财、物三个要素。 大的阶段交替之前，应做好下一阶段的详细计划，称之为二级计划。详细计划要 确定各项任务的负责人、开始时间、结朿时间、任务之间的依赖关系、设备资源和项目 里程碑。 如果项目规模相对较大，可以有多级的计划，比如说，一个项目组可能分为几个 开发组，二级计划是各开发组制订的适合自己开发组的讣划。如果开发组还分了小组， 可以有小组的三级计划。 开发人员的个人汁划是低级计划，由开发人员根据自己的任务自

10、行制订，个人汁 划要尽量细化到工作单元和时间单元。 一般的，软件项目计划至多有四级就够了，过多的等级将会引发效率的瓶颈。合 理地划分小组，减少组织的层次，有利于项目计划的制订和实施。较小的软件项目由于 工期不长，人员较少，只有两级计划（高级计划与低级计划）也是可行的。 （2）该详细的详细，该简略的就简略。项目计划就如同软件项目本身一样有它自己 的特殊性，一个三五个人花两三个月就可以完工的小项目，可能项目计划就四五页纸， 包括一个 WBS （Work Breakdown Structure,工作分解结构）和一个甘特图（Gantt Chart） 一个需要五六十个人甚至上百人，要花上半年或更长时间完

11、成的大型IT项目 则会有更多的项目计划内容。项目经理要按照项目的特定情况量体裁衣，要强调项目计 划的指导性。项目中的工作安排一左要责任到人。如果是多个人共同完成的任务，也要 指立一位主要负责人，否则工作人员会操作不便，甚至互相推卸责任。 （3）制订的项目计划要现实。制订项目计划仅靠“个人经验”是不够的，不可能面 而俱到，不要寄希望于“个人经验”。解决的办法有如下两个方面。 充分鼓励、积极接纳项目干系人（包括客户、公司高层领导、项目组成员）来 参与项目计划的制订。应主动邀请客户和公司髙层领导来共同讨论高级计划的制订。客 户对项目在现场的实施和系统应用将起到很好的促进作用，公司髙层领导的参与将有利

12、 于项目获得精神上和物质上的支持。制订二级、三级项目计划要与项目组成员互动，要 强调项目计划的现实性，不现实的项目计划不但不可能指导项目的实施，还可能成为项 目成功的障碍。当规划由一个人做岀而由另一个人实施时，如果项目没有按时完成，会 使得他们怀疑项目计划的可行性，也会影响开发人员的七气。项目组内部人员的沟通也 很重要。项目经理应当关注计划制订工作中的气氛，在轻松的氛围中去融合开发人员的 意见。可以让开发人员对自己职责范国内的事情提出建议的时间和资源，再作讨论决 泄。这样，开发人员在主观上会更加投入工作。客观上，开发人员的能力很难用时间及 工作量来衡量，一名熟练的Java程序员比一名初学Jav

13、a的程序员开发效率可能快上四 五倍，因而安排的时间周期、任务量当然要不一样。可以考虑召开一次专题讨论会，事 先写出一个初犒，再各抒己见，最后作出结论。 充分利用历史数据。历史数据是宝贵的财富，是可复用的资源。不仅要注意积 累这些数据，也要学会从中提炼岀可以为己所用的数拯。例如，项目汁划的模板、计划 的资源数据等。成熟的项目开发组织会将历史数据保留并作一些分析，形成一些经验计 算公式、实用的文档模板等。需要特别提到的是，有的软件项目在失败之后，项目组人 员一般很不情愿再度问津此事，一谈到做过的失败的项目就唯恐避之不及，其实，失败 的项目对项目研发具有重要的参考价值。 有必要在每做完一个项目后认真

14、地进行总结。这是项目可持续发展的必要，也是 对项目和项目组成员的尊重。当前项目的经验对其他项目有很好的借鉴意义，特别是对 类似的软件项目，在管理、技术和开发过程上都是一笔财富。不仅要存储项目的程序代 码，所有相关文档资料（包括合同、开发文档和总结文档等）也要归档。 （4）重视与客户的沟通。与客户的沟通是很重要的。不必害怕客户知道我们的开发 计划，特别是项目进度情况，应当和客户共享这些信息。 首先，客户会提出一些对项目时间、进度、效果上的要求，这些要求往往经不起 推敲，有的还带有较强的政策性。例如，在某单位的人事管理信息系统的开发中，客户 方对时间上的这个要求，是单位领导开会集体决上并形成了文件

15、的，但是，经过认真的 需求调研，做岀项目进度的粗计划和部分二级计划后，发现按客户方要求的三个月时间 是难以实现的。这时就需要说服”，可以把做出的调研文档和项目计划摆出来与客户 讨论，并最终使项目的开发时间适当延长。实际上，项目组和客户的目的是一致的，所 以对于合理的项目进度客户是会理解与支持的。 其次，项目组有义务要让客户知道项目的计划，这样才能让客户实际上主动、积 极参与项目，达到项目的最终目标。项目计划取得双方签字认可是非常重要的。客户可 能不愿意签正式的文件，那么在文档的封面上签上双方负责人的姓名、联系方式也行， 虽然是非正式的，但留下了项目工作的痕迹。应该让客户淸楚签字意味着双方对项目

16、计 划的认同。双方有了一个约立，既让用户感觉心里踏实，也让自己的项目组有了责任 感，有一种督促和促进的作用。 在本案例中，王工制订了详细的项目计划，将项目组人员的工作排得满满的，在 没有和项目组人员商量的情况下即下发项目计划并实施，此举不妥。制订项目计划时， 需要取得项目组人员的支持、理解，并且需要注意在项目的开始阶段往往需要的是粗粒 度的，并且是现实的项目计划。 项目计划对于项目的实施非常重要，在制订时也需要和客戸、公司领导及时沟 通，以取得他们的支持。而王工对于项目运作的紧张局面既没有向公司领导汇报，也没 有向客户解释，只是一个人默默地将问题埋在心里，而采取了每天早上安排工作的临时 性解决

17、办法，治标不治本。 【问题3】 王工作为项目经理应当淸醒地意识到项目开始出现混乱，一是制订项目计划时不 妥；二是项目的变更没有控制好，王工需要采取一些有针对性的措施。 项目的不确立性因素导致了项目的进展未必像想象中或汁划中的那样顺利，而当 这种不确龙性变得明确且和当初的预测不一致时，就会导致项目岀现变更。一般来 说，项目的目标是项目所有活动的最终判断准则。也就是说，必须关注那些可能会引起 项目目标变化的信息。 为了对项目变更进行控制，应由项目实施组织、项目管理班子或两者共同建立变 更控制系统。变更控制系统就是一套事先确定的修改项目文件或改变项目活动时应遵 循的程序，苴中包括必要的表格或其他书而

18、文件，责任追踪和变更审批制度、人员和 权限。变更控制系统应当明确规左变更控制委员会的责任和权力，并由所有的项目干系 人认可。 变更控制系统可细分为整体、范困、进度、费用和合同变更控制系统。变更控制 系统应当同项目管理信息系统一起通盘考虑，形成整体。 整体变更就是影响项目整体和贯穿整个项目过程的变更。整体变更控制的目的有 如下三个。 （1）查明项目进行过程中发生的变化是否构成变更。 （2）对造成变更的因素施加影响。 （3）当变更实际岀现时，设法处理。 整体变更控制就是协调贯穿整个项目过程的变更。例如，可交付成果的技术要求 说明书发生的变更，若影响到项目范用，进而影响到费用、进度、质量、风险或其他

19、方 而，则该变更就是整体变更，应当通过范围变更控制系统处理。 整体变更控制的依据是项目计划、进展报告和变更请求。项目班子成员或项目干 系人的变更请求可能会以多种形式提出。但除非特殊情况，否则只有书而提出者才能受 理。 整体变更控制的工具就是上面提到的变更控制系统。整体变更控制的结果应当有 项目计划的更新，采取将项目未来预期进展控制在项目计划范国内的纠正行动并吸取 教训。 1.1.3参考答案 【问题1】 王工编制的项目计划应包括： （1）项目总计划（包括范围计划、工作范围泄义、活动泄义、资源需求、资源计 划、活动排序、费用估算、进度计划以及费用计划）。 （2）项目辅助计划（质量计划、沟通计划、人

20、力资源计划、风险计划和采购计划 等）。 【问题2】 王工在制订项目计划时，存在如下的问题。 （1）初期的项目计划粒度过小，没有把握好项目计划的层次性。 （2）制订项目计划时没有和客户、公司领导及项目组人员进行及时沟通。 （3）制订的项目计划不切实际。 【问题3】 王工可采取如下的措施。 （1）重新制订一份较粗粒度的、切实可行的整体项目il划，而由项目组人员根据 整体项目计划来制订个人的项目工作计划。 （2）将项目计划与项目组人员、公司领导、客户进行沟通，并及时修正，必要时 还可以开会议讨论。 （3）在项目组中建立起变更控制系统。 1.2谢经理项目的艰难处境 阅读以下关于在信息系统项目管理过程中

21、有关项目整体管理方而问题的叙述，回 答问题1至问题4,将解答填入答题纸的对应栏内。 1.2.1案例场景 谢经理是学赛信息技术公司软件开发部的项目经理，6个月前他被公司派往新动 力贸易集团有限公司（以下简称新动力）现场组织开发财务管理信息系统，并担任项 目经理。谢经理已经领导开发过好几家公司的财务系统，并已形成较为成熟的财务管 理软件产品，所以他认为此次去后应当只要适当地做一些二次开发，并根据用户需求 作少疑的新功能开发即可大功告成。 谢经理满怀信心地带着他的项目团队进驻了新动力，谢经理和项目团队在技术上 已经历过多次考验，他们在3个月的时间就将系统开发完毕，项目很快进入了验收阶 段。可是新动力

22、分管财务的陈总认为，一个这么复杂的财务系统在短短的3个月时间 里就完成了，这在新动力的IT项目中还是首次，似乎不太可能。他拒绝在验收书上签 字，并要求财务部的刘经理和业务人员认貞审核集团公司及和各个子公司的财务管理 上的业务需求，并严格测试相关系统的功能。 财务部的刘经理和相关人员经过认真审核和测试，发现系统开发基本准确，但实 施起来比较困难，因为业务流程变更较大。这样一来，又过去了 1个月，新动力的陈 总认为系统还没有考虑集团公司领导对财务的需求，并针对实施较困难的现状，要求 项目组从集团公司总部开始，一家一家子公司地逐步推动系统的使用。 谢经理答应了新动力陈总的要求，开始先在集团公司总部实

23、施财务系统。可是2 个月过去了，连系统都没有安装成功。集团公司信息中心的人员无法顺利地购买服务 器，因为这个项目没有列入信息部门的规划；财务部门的人员说项目在集团中都推不 动，何必再上。谢经理一筹莫展：“我该如何让项目继续走向成功？ ”眼看半年过去 了，项目似乎没有了终结之日，更不用说为学赛信息技术公司带来效益了。 而对项目的艰难处境，谢经理和他的团队认真分析了他们在项目的整体管理中所 做的工作，发现了项目中存在的主要问题，积极主动地采取了应对的措施，最终圆满 完成了整个项目的开发和应用。 【问题1】（6分） 请用200字以内的文字，描述项目干系人中需要重点关注的角色。 【问题2】（6分） 项

24、目干系人分析是项目整体管理中的一项重要工作，请用400字以内的文字。说 明如何进行项目干系人分析。 【问题3】（6分） 谢经理和他的团队认真分析了他们在项目的整体管理中所做的工作，发现了项目 中存在的主要问题，请用400字以内的文字，描述谢经理发现的主要问题。 【问题4】（7分） 而对项目的艰难处境，如果你是谢经理，你该如何做呢？请用400字以内容文字 描述。 1.2.2案例分析 本题是一道关于项目整体管理中对项目干系人进行分析的试题，在项目管理中， 识别项目干系人，特别是关键的项目干系人，是一件很重要的工作。 【问题1】 项目干系人是指与项目相关的人，项目干系人的范围较大，项目组内部与外部

25、的人员都会涉及，但需要重点关注以下角色。 （1）客户。客户是提出项目需求的个人或组织，一般是指项目的采购方。从商品交 易的角度来看，“客户就是上帝”：同时，客户也是承包方的衣食父母”，即项目标 的的给予者。因此，客户成为承包方需要关注的第一对彖。 （2）用户。用户是使用项目产品的人或组织，需要分析用户的使用感受，改进意 向等。 （3）项目投资人。为项目提供现金或实物等财力资源的组织或个人。 （4）项目经理。项目经理是项目的关键人物，对项目组内部来说他是领导者，承担 着项目成败的主要责任；对项目组外部来说他是外交官，起着重要的协调作用。 （5）项目组成员。项目组成员是让项目落到实处，分担项目任务

26、的人员。项目的成 功很大程度上取决于项目团队的战斗力。 （6）髙层管理人员。项目经理能否成功地领导项目的一个非常重要的因素，就是他 们从高层管理层获得支持的程度。 （7）反对项目的人。反对项目的人对项目的功能构成威胁，这种人员往往会让项目 泄向成功的另一而失败。例如，采购方单位有高层管理人员反对项目的实施，项目 内部成员有反对现有技术路线的，因此需要特别关注。 （8）施加影响者。能够对项目施加影响的人可能对项目产品的取得和使用没有直接 的关系，但是因其在客户或用户组织中的地位而能够对项目的进程产生积极或消极的 影响。 在IT项目中，要特别注意区分“客户”与“用户”这两种角色。对待不同的角色 需

27、要使用不同的方法，但实际项目中往往容易混淆。一般地，采购方就是使用者，而且 多数情况下采购方的人员参与了项目并提出需求，给人的直接感觉他就是使用项目产品 的人。“客户”与“用户”这两种角色对于人或组织，有时是相同的对象，有时是不同 的，他们的主要区别在于客户是具体阐明项目高层次概念和主要内容，并决泄支付款项 的数额和方式的决策者；用户是提岀系统功能和非功能需求，并最终使用系统的人，但 他们往往对应该支付的费用没有决定权。 高层管理人员的作用往往被项目经理和项目团队所忽视，特别是用户方的髙层管理 人员，有的项目经理直到项目结朿还不曾谋而，更不要说主动获得他们的支持了。因为 有的项目经理天天只想着

28、如何做好项目中的工作，有问题自己如何去解决。然而，没有 髙级管理层的参与支持，许多项目都不会成功。项目只是更大范围的组织环境中的一部 分，许多对项目的影响因素是不为项目经理所控制的。 因为项目管理的最终目的就是要使项目满足或超过项目干系人的需求和期望，因 此在项目计划中纳入项目干系人分析是非常重要的。在项目开始和进行过程中，需要认 真考虑到底有哪些人是项目干系人中的重要角色，项目进行中有些什么变化，把握住这 些重要的角色，那么项目的人脉就通了。 【问题2】 在项目计划中纳入项目干系人分析是非常重要的项目干系人分析要记录项目干系 人的姓需、单位、在项目中扮演的角色等基本情况，还要分析各自的项目利

29、益大小及对 项目的影响程度，管理这些项目干系人关系的有关建议等。 每个项目都会涉及许多的项目干系人，每个干系人都会顾及项目对自己产生的 利害和影响。因此，项目经理必须高度关注项目干系人。项目管理的首要任务就是全面 识别岀项目干系人及英在项目中的影响，从项目干系人的识別开始来分析和管理项目。 （1）识别项目干系人。 项目干系人分析需要先仔细识别出项目的所有干系人。项目经理需要对项目干系人 有一个全而的了解，在心中有一张完整的项目干系人结构图，以后无论是启动、计划还 是执行、问题处理和收尾，都可以透过项目干系人来系统全局地思考问题。 如果不能对项目干系人进行无遗漏地识别，仅仅关注项目具体事情和计划

30、，项目岀 了问题可能都不淸楚问题出在哪里。 在全部识别出了项目干系人及其角色之后，经验丰富的项目经理马上就会想到他们 的重要性是不一样的，他们在项目的不同阶段对项目目标达成的影响程度是有很大差别 的。按照一般项目的干系人分类方法，项目的甲方干系人主要有如下几类：出资人、决 策者、辅助决策者、采购者、业务负责人、业务人员、技术负责人、技术人员和使用者 等，他们的不同身份会因甲方组织的情况不同和项目的不同，对项目产生不同程度的影 响，这就需要具体情况具体分析了。 （2）分析项目干系人的重要程度。 这一步要分析出项目干系人对项目影响的程度情况，以便于区别对待不同的项目 干系人。 希赛教育专家提示：有

31、些干系人虽然显得并不重要，对推进项目也起不到什么实 质性的作用，但项目经理也不能忽略他们的一些需求。他们一旦对项目起反作用,利用 在一些重要干系人身边并影响他们对项目的判断，后果也会比较严重。所以，项目经理 在分析重要项目干系人的同时，一走也不要忽略了一些不怎么重要的干系人可能的影 响。 （3）项目干系人的支持度分析。 项目干系人除了重要性不同之外，各干系人对项目的立场也有显著的不同。经验 丰富的项目经理，在拿到项目的时候，会主动与销售人员进行详细沟通，事先弄淸楚项 目干系人对本项目的支持情况。 通过重要性的分析，能分辨岀很重要的人，但他们是支持还是反对本项目的立场 将决定他们对项目产生积极或

32、消极的影响，这说明还需要对干系人的支持度进行分析。 不同的立场，最终将体现在对项目的支持度上。就一般项目而言，按支持度依次 递减的顺序，干系人主要类别有首倡者、内部支持者、较积极者、参与者、无所谓者、 不积极者、反对者。按照项目的前进方向，可以得岀图1-2所示的项目干系人支持度分 析图。 完全 支持 图1-2项目干系人的支持度分析图 支持者是项目经理开展工作的合作伙伴，中间力量是项目经理需要努力争取的， 反对者是项目经理需要特别关注的。 在项目管理实战中，需要建立起项目管理的统一战线，即为了实现项目管理目标 需要争取到干系人中大部分人的支持，尤英是中间力量的支持。比较现实的做法是充分 借助你的

33、首倡者和内部支持者、积极寻求中间力量的支持、让不支持者至少不要反对。 此外，项目干系人的支持度并不是一成不变的，有时项目的内部支持者可能会因 为各种原因在项目进行中逐渐演变成项目的反对若，也有些项目干系人前期是反对者， 到后而却逐渐对项目进行支持。随着项目的推移，情况在不断变化，各干系人的支持度 也必将发生变化。因此，项目经理需要动态地调整项目干系人支持度分析图，及时分析 并修正各干系人的支持度，以便灵活应对项目的各种新变化。 细心的项目经理还会善于在对项目干系人识别后作岀总结，表1-1给出某个项目中 部分项目干系人的分析情况表，供读者参考。 表1.1项目干系人分析表 分析参考项 主管项目的高

34、层领导 甲方项目负责人 甲方办公室主任 组织 甲方商层领导 甲方项目经理 甲方中层领导 在项目中的角色 项目的有力支持者 项目的组织协调者 审批项目的一些设备资源 各自的实际情况 工作忙，经常在外出 差，注重高效.MBA 汉语言文学专业木 科，喜欢写作、交朋 友.工作踏实 善于交际，但审批资源时 喜欢深思熟虑.注重细节 对项目的重要程度 很高 很高 中等 对项目的期望 希望项目成功，实现 商效办公 希望能适十学到一些 项目管理的知识，想 借助项目的成功來减 轻工作圧力 想通过项目的成功实施増 强办公室工作的运转效率 管理这些关系的 建议 每隔一个刃找时间采 取正式或非正式的时 间汇报项目的进展

35、情 况，以取得支持 让他多参与到项目中 來，可以蚩交流一些 文字方向的内容 给他审批的表格填写要仔 细权衡考虑，在项目有所 进展时可以邀请他参与一 些娱乐活动 【问题3】 案例中谢经理的处境在许多IT项目中屡见不鲜，重要的就是找出原因，然后采取 相应的对策。通过阅读材料，可以发现项目中存在的主要问题如下。 （1）没有仔细分析项目的干系人。新动力分管财务的陈总是项目的中间力量，他 一方面考虑到财务管理的方便性，另一方而还总是想到自己作为集团领导在财务方面 的特权，此外，他还有财务管理信息系统项目的否决权，有可能从项目的中间力量演 变为项目的反对者。 （2）项目缺乏新动力信息技术部门的支持。这种情

36、况在项目合同的甲方比较常 见，信息技术部门往往地位不高，财务部门是管理部门，在公开招投标时不一左指挥 了信息部门。但IT项目在开发过程中，特别是技术方案把关、项目验收、上线、后期 的运行、维护管理工作都需要甲方信息技术部门的大力支持。 （3）项目计划沟通不够。谢经理的团队技术力量雄厚，但在与项目干系人的沟通 上做得不够，连新动力分管财务的陈总都认为提前完工是不可能的事，说明没有及早 地与陈总在项目大的方向和约朿上商量，也没有将项目计划告知于陈总。 （4）承担的责任过重。在项目的甲方实施项目主要还是得靠甲方的工作人员。在 开发完工后的系统实施阶段，推广工作应当以财务部门与信息技术部门为主导，谢经

37、 理的团队作为辅助，因为谢经理的团队对新动力的工作人员不具备号召力，更不用说 变更财务管理的业务流程了。 【问题4】 问题找到了，相应地就要采取一泄的措施，以使项目走上正轨。下而给出谢经理 可能采取的措施。 （1）与公司销售部门负责此项目的营销人员作一次细致的沟通，全而识别并分析 项目V系人。根据题目可确泄新动力分管财务的陈总、财务部的刘经理和信息中心的 负责人作为目前项目干系人的重点沟通人物，尽可能与他们进行协商，争取他们对项 目的认同与支持。 （2）申请并取得公司领导的支持。通过公司领导与新动力的陈总接触，取得陈总 的支持，再由陈总去推动项目的实施，例如可由陈总召集各个部门、子公司负责人召

38、 开协调会，谢经理在协调会上作出项目的进度报告，并就项目的实施提出自己的看法 和意见，以争取到财务部刘经理、信息中心及各部门相关责任人、信息中心相关技术 人员的支持。 （3）与新动力进行谈判，表示鉴于项目实施的复杂性，建议将项目系统的开发与 实施分为两个子项目，当开发子项目验收后支付部分费用：后续实施子项目由新动力 主导，谢经理的团队全力配合，主要是完成系统的培训和完善工作。 1.2.3参考答案 【问题1】 项目干系人中需要重点关注客户、用户、项目投资人、项目经理、高层管理人 员、反对项目的人和施加影响者等。 【问题2】 首先要识别项目干系人，然后再分析项目干系人的重要程度，接着进行项目干 系

39、人的支持度分析，最后针对不同的项目干系人，特别是重要的项目干系人，给岀管理 项目干系人关系的建议，并予以实施。 【问题3】 案例中存在的主要问题如下。 （1）没有仔细分析项目的干系人，导致项目干系人关系管理失败。 （2）项目缺乏新动力信息技术部门的支持。 （3）项目计划沟通不够。 （4）作为项目的承建方承担的责任过重。 【问题4】 如果我是谢经理，我将采取如下的措施。 （1）与公司销售部门负责此项目的营销人员作一次细致的沟通，全而识别并分析 项目干系人。 （2）申请并取得公司领导的支持，通过公司领导与新动力的陈总接触，取得陈总 的支持，再由陈总去推动项目的实施。 （3）与新动力进行谈判，表示鉴

40、于项目实施的复杂性，建议将项目系统的开发与 实施分为两个子项目，当开发子项目验收后支付部分费用：后续实施子项目由新动力 主导，谢经理的团队全力配合，主要是完成系统的培训和完善工作。 1.3邓工项目的可行性研究 阅读以下关于信息系统项目管理过程中可行性研究问题的叙述，回答问题1至问题 3,将解答填入答题纸的对应栏内。 1.3.1案例场景 在项目计划和选择的过程中，需要完成的首要工作是对项目进行估算。项目估算 的范囤涉及方方而而，例如项目或产品开发的范用、投入和回报、项目风险、作用和 意义等。在传统信息系统工程方法中，是以可行性研究的方式来组织对项目的主要估 算内容的。在企业实际的业务过程中，可行

41、性研究通常作为一个重要的环节，被包含 在整个项目立项或项目选择和确认的过程中。 某银行为拓展业务渠道，提高服务质量，拟启动网上银行系统项目，该银行决立 由信息技术部的邓工负责开展前期工作。为稳妥起见，邓工调査了该行现有的电子银 行类系统，并前往各家已建有网上银行系统的银行及多家软件开发商处进行了认頁的 考察，此后编写了项目的可行性报告。 【问题1】（7分） 可行性研究的步骤是什么？请使用列举的形式，不超过200字回答。 【问题2】（8分） 可行性研究报告是可行性研究的成果体现，请使用列举的形式，不超过150字回 答，可行性研究报告主要包含什么内容？ 【问题3】（10分） 考虑到项目的重要性，在

42、可行性研究的基础上，邓工请第三方根据国家颁布的政 策、法律法规等，从项目、国民经济、社会角度岀发，对拟建项目进行了各方而的评 估，最终形成了项目评估报告。请用不超过50字的文字回答，项目评估报告主要包含 什么内容？ 1.3.2案例分析 本题是一道关于可行性研究的试题，主要考查可行性研究的目的、步骤和方法。 【问题1】 信息系统项目可行性研究的目的，就是用最小的代价在尽可能短的时间内确定以 下问题：项目有无必要？能否完成？是否值得去做？ 1）项目的必要性分析 首先应确立信息系统项目的目标，即本项目想解决哪些问题。在信息系统目标明 确之后，如果目前已经有一个（或几个）信息系统正在被人使用，就需要认

43、真分析现有 的信息系统。显然，如果现有的信息系统是完美无缺的，完全可以实现新系统的目标要 求，谁都不会提岀开发新系统的要求。在通常情况下，现有系统必然存在某些缺陷，无 法完全实现新系统的目标要求。但这一点并不能成为开发新系统的理由，还应仔细分析 现有系统对于新系统目标实现的程度如何，不能实现某个具体目标的原因是什么，经过 改进性维护能否实现这些目标。 如果现有的信息系统经过简单的改进性维护就可以实现新的系统目标，就没必要 重新开发一个新系统。但在以下情况下，有必要开发新的信息系统。 （1）原有系统开发不规范，缺少必要的技术文档，原开发人员跳槽，新接手的开 发人员很难维护原有系统，维护成本可能会

44、接近甚至超过新开发的成本。 （2）原系统采用落后的设计技术或因设计人员的水平所限，系统架构设计不合 理，难以扩充和修改。 （3）原系统设计虽然合理，也考虑到了日后的扩充，但因业务发展太快，远远超 过原来的设想，量变引起质变。 （4）原系统开发工具已过时，用落后的开发工具继续维护还不如用新的开发工具 重新开发。 （5）原系统所基于的硬件或软件平台已过时，在原有平台继续维护已无必要，需 要开发基于当前流行平台的新系统。 在分析新系统项目开发的必要性时，一泄要注意识别是真的“必要”还是假的“必 要”。某些开发单位，由于重开发、轻维护，新系统开发人员的地位和待遇远远高于现 有系统的维护人员，维护人员考

45、虑到开发新项目的高待遇和成就感，为尽快转入新项目 的开发，极力夸大原有系统维护的技术难度和工作量，主张开发新系统，他们所提出的 对比分析（维护VS新开发）结果往往带有倾向性。因此，应选择那些与项目本身无利 害关系的技术专家进行项目必要性分析。当然，更重要的是，缩小现有系统维护人员和 新系统开发人员的收入差距。 另外，某些信息系统开发商往往利用客户（用户）“喜新厌旧”的心理，出于宣传 和经营的需要，每隔几年，即使没有太大的功能性和技术性突破，也要策划开发新的系 统。有时当竞争对手推出或即将推出新系统时，为保住自己的市场份额，即使条件不具 备，也要迅速推出新的系统。这些问题应属于市场运营策略的范畴

46、，在此不再赘述。 2）项目的可能性分析 项目的可能性分析主要研究能否利用现有的或可能拥有的技术能力、资金、人力 资源和物资等方而的条件来实现信息系统的目标、功能、性能和苴他指标，能否在规左 的时间期限内完成整个项目。由于项目的可能性分析以技术分析为主，因此也称为技术 可行性分析。 项目可能性分析的主要内容如下。 （1）企业能力分析。 （2）项目技术来源分析。 （3）与项目相关的专利分析。 （4）项目负责人及技术卄干的资质分析。 （5）项目总体技术方案分析。 （6）项目创新点分析。 （7）项目技术可行性分析。 （8）项目技术成熟性分析。 （9）项目产品化分析等。 3）项目投资及效益分析 明确了项

47、目的必要性和可能性后，还要从投入产出的角度分析项目值不值得去 做。项目投资及效益分析，也称为经济可行性分析，主要对整个项目的投资及产生的经 济效益进行分析。 该过程一般包括如下内容。 （1）项目投资预算分析。 （2）项目投资来源分析。 （3）市场需求与产品销售额分析。 （4）产品成本、利润与盈亏平衡点分析。 （5）投资回收期、投资收益率分析。 （6）社会效益分析。 可行性研究包括如下步骤。 （1）确左项目规模和目标。 （2）研究正在运行的系统。 （3）建立新系统的逻辑模型。 （4）导出和评价各种方案。 （5）推荐可行性方案。 （6）编写可行性研究报告。 （7）递交可行性研究报告。 【问题2】

48、可行性研究报告的编写目的是说明该信息系统开发项目的实现在技术、经济和社 会条件方而的可行性：评述为了合理地达到开发目标而可能选择的各种方案：说明并论 证所选左的方案。可以参考国家标准GB/T 8567-1988计算机软件产品开发文件编制 指南。 可行性研究报告的编写内容要求如下。 （1）引言：编写目的；背景；定义；参考资料。 （2）可行性研究的前提：要求：目标；条件、假左和限制；进行可行性研究的方 法；评价尺度。 （3）对现有系统的分析：处理流程和数据流程：工作负荷；费用开支；人员：设 备；局限性。 （4）所建议的系统：对所建议系统的说明：处理流程和数掳流程；改进之处：影 响：局限性：技术条件

49、方而的可行性。 （5）可选择的其他系统方案：可选择的系统方案。 （6）投资及效益分析：支出；收益；收益/投资比：投资回收周期：敏感性分析。 （7）社会因素方而的可行性：法律方而的可行性：使用方而的可行性。 （8）结论。 在进行可行性分析报告的编制时，必须有一个分析结论。结论可以包括如下内 容。 （1）项目可以立即开始实施。 （2）需要推迟到某些条件（例如资金、人力和设备等）落实之后才能开始实施。 （3）需要对开发目标进行某些修改之后才能开始实施。 （4）不能实施或不必实施（例如技术不成熟、经济上不合算等）。 【问题3】 项目论证与评估是项目立项前的最后一关，“先论证，后决策”是现代项目管理的

50、一项基本原则。 项目论证是指对拟实施项目技术上的先进性、成熟性、适用性，经济上的合理 性、贏利性，实施上的可能性、风险性进行全而科学的综合分析，为项目决策提供客观 依据的一种技术经济研究活动。根据论证执行主体的不同，项目论证可分为内部论证和 外部论证。 项目论证与评估可以分步进行，也可以合并进行。实际上，项目论证与评估的内 容、程序和依据都是大同小异的，只是侧重点稍有不同，论证的对象可以是未完成的或 未选立的方案，而评估的对象一般需要正式的“提交”；论证时着重于听取各方专家意 见，评估时更强调要得出权威的结论。 与项目可行性研究类似，项目论证与评估也要从必要性、可能性和投资效益等几 个方而对项

51、目进行综合分析。但项目可行性研究一般是项目承担单位的主观性分析，往 往是“不识庐山真而目，只缘身在此山中”，而项目论证与评估则是第三方的客观性分 析，可以从横、竖、远、近、髙、低等各种角度对项目的可行性进行评价。 项目论证与评估完成之后，应编写正式的项目评估报告。项目评估报告一般应包 括以下内容。 （1）项目概况。 （2）评估目标。 （3）评估依据。 4）评估内容。 （5）评估机构与评估专家。 （6）评估过程。 （7）详细评估意见。 （8）存在或遗漏的重大问题。 （9）潜在的风险。 （10）评估结论。 （11）进一步的建议。 因评估机构并无决策权，评估结论一般以建议的方式给岀，如“建议立项”、

52、“建 议不立项”和“建议补充材料，重新评估”等。 1.3.3参考答案 【问题1】 可行性研究包括如下步骤。 （1）确左项目规模和目标。 （2）研究正在运行的系统。 （3）建立新系统的逻辑模型。 （4）导出和评价各种方案。 （5）推荐可行性方案。 （6）编写可行性研究报告。 （7）递交可行性研究报告。 【问题2】 可行性研究报告包括编写的内容如下。 （1）引言。 （2）可行性研究的前提。 （3）对现有系统的分析。 （4）所建议的系统。 （5）可选择的苴他系统方案。 （6）投资及效益分析。 （7）社会因素方而的可行性。 （8）结论。 【问题3】 项目评估报告一般应包括以下内容。 （1）项目概况。

53、（2）评估目标。 （3）评估依据。 （4）评估内容。 （5）评估机构与评估专家。 （6）评估过程。 （7）详细评估意见。 （8）存在或遗漏的重大问题。 （9）潜在的风险。 （10）评估结论。 （11）进一步的建议。 1.4小丁的项目应如何启动 阅读以下关于信息系统项目管理过程中项目启动与项目经理角色方面问题的叙 述，回答问题1至问题3,将解答填入答题纸的对应栏内。 1.4.1案例场景 A公司是一家经营纸产品的企业，近几年业务得到了成倍的发展，原来采用手工处 理业务的方式已经越来越显得力不从心，因此，经过公司董事会研究决左，在公司推行 一套管理软件，用管理软件替代原有的手工作业的方式，同时，请公

54、司副总经理负责此 项目的启动。 副总经理在接到任务后，即开始了项目的启动工作。项目经过前期的一些工作 后，副总经理任命小丁为该项目的项目经理，小丁组建了项目团队，并根据项目前期 的情况，开始进行项目的计划，表1-2所示为初步项目进度计划表。 表1-2项目进度计划表 任务名称工作呈开始时间结束时间 项目范围规划 5 2004年1月1日 2004年1力6日 分析软件需求 20 2004年1月6日 2004年1丿26日 设计 21 2004年1月26日 2004 年 2)1 13 EI 开发 30 2004年2月16日 2004年3丿j 16日 测试 66 2004 年 2 16 H 2004年4乃22日 培训 63 2004 年 2 丿 J 16 H 2004 年 4 19 日 文档 43 2