收藏 分享(赏)

项目整体管理.docx

上传人:hyngb9260 文档编号:7286166 上传时间:2019-05-13 格式:DOCX 页数:21 大小:105.24KB
下载 相关 举报
项目整体管理.docx_第1页
第1页 / 共21页
项目整体管理.docx_第2页
第2页 / 共21页
项目整体管理.docx_第3页
第3页 / 共21页
项目整体管理.docx_第4页
第4页 / 共21页
项目整体管理.docx_第5页
第5页 / 共21页
点击查看更多>>
资源描述

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

17、出现混乱,一是制订项目计划时不妥;二是项目的变更没有控制好,王工需要采取一些有针对性的措施。项 目 的 不 确 定 性 因 素 导 致 了 项 目 的 进 展 未 必 像 想 象 中 或 计 划 中 的 那 样 顺 利 , 而 当这 种不确定性变得明确且和当初的预测不一致时,就会导致项目出现变更。一般来说,项目的目标是项目所有活动的最终判断准则。也就是说,必须关注那些可能会引起项目目标变化的信息。为了对项目变更进行控制,应由项目实施组织、项目管理班子或两者共同建立变更控 制 系 统 。 变 更 控 制 系 统 就 是 一 套 事 先 确 定 的 修 改 项 目 文 件 或 改 变 项 目 活

18、动 时 应 遵信息系统项目管理师案例分析指南6循 的 程序,其中包括必要的表格或其他书面文件,责任追踪和变更审批制度、人员和权限。变更控制系统应当明确规定变更控制委员会的责任和权力,并由所有的项目干系人认可。变更控制系统可细分为整体、范围、进度、费用和合同变更控制系统。变更控制系统应当同项目管理信息系统一起通盘考虑,形成整体。整体变更就是影响项目整体和贯穿整个项目过程的变更。整体变更控制的目的有如下三个。(1)查明项目进行过程中发生的变化是否构成变更。(2)对造成变更的因素施加影响。(3)当变更实际出现时,设法处理。整体变更控制就是协调贯穿整个项目过程的变更。例如,可交付成果的技术要求说明书发

19、生的变更,若影响到项目范围,进而影响到费用、进度、质量、风险或其他方面,则该变更就是整体变更,应当通过范围变更控制系统处理。整体变更控制的依据是项目计划、进展报告和变更请求。项目班子成员或项目干系人的变更请求可能会以多种形式提出。但除非特殊情况,否则只有书面提出者才能受理。整 体 变 更 控 制 的 工 具 就 是 上 面 提 到 的 变 更 控 制 系 统 。 整 体 变 更 控 制 的 结 果 应 当 有项 目计划的更新,采取将项目未来预期进展控制在项目计划范围内的纠正行动并吸取 教训。1.1.3 参考答案【问题 1】王工编制的项目计划应包括:(1)项目总计划(包括范围计划、工作范围定义、

20、活动定义、资源需求、资源计划、活动排序、费用估算、进度计划以及费用计划) 。(2)项目辅助计划(质量计划、沟通计划、人力资源计划、风险计划和采购计划等) 。【问题 2】王工在制订项目计划时,存在如下的问题。(1)初期的项目计划粒度过小,没有把握好项目计划的层次性。(2)制订项目计划时没有和客户、公司领导及项目组人员进行及时沟通。(3)制订的项目计划不切实际。【问题 3】王工可采取如下的措施。(1)重新制订一份较粗粒度的、切实可行的整体项目计划,而由项目组人员根据第 1 章 项目整体管理案例 7整体项目计划来制订个人的项目工作计划。(2)将项目计划与项目组人员、公司领导、客户进行沟通,并及时修正

21、,必要时还可以开会议讨论。(3)在项目组中建立起变 更 控 制 系 统 。1.2 谢经理项目的艰难处境阅读以下关于在信息系统项目管理过程中有关项目整体管理方面问题的叙述,回答问题 1 至问题 4,将解答填入答题纸的对应栏内。1.2.1 案例场景谢 经 理 是 学 赛 信 息 技 术 公 司 软 件 开 发 部 的 项 目 经 理 , 6 个 月 前 他 被 公 司 派 往 新 动力 贸 易 集 团 有 限 公 司 ( 以 下 简 称 新 动 力 ) 现 场 组 织 开 发 财 务 管 理 信 息 系 统 , 并 担 任 项目 经 理 。 谢 经 理 已 经 领 导 开 发 过 好 几 家 公

22、司 的 财 务 系 统 , 并 已 形 成 较 为 成 熟 的 财 务 管理 软 件 产 品 , 所 以 他 认 为 此 次 去 后 应 当 只 要 适 当 地 做 一 些 二 次 开 发 , 并 根 据 用 户 需 求作 少 量 的 新 功 能 开 发 即 可 大 功 告 成 。谢 经 理 满 怀 信 心 地 带 着 他 的 项 目 团 队 进 驻 了 新 动 力 , 谢 经 理 和 项 目 团 队 在 技 术 上已 经 历 过 多 次 考 验 , 他 们 在 3 个 月 的 时 间 就 将 系 统 开 发 完 毕 , 项 目 很 快 进 入 了 验 收 阶段 。 可 是 新 动 力 分 管

23、 财 务 的 陈 总 认 为 , 一 个 这 么 复 杂 的 财 务 系 统 在 短 短 的 3 个 月 时 间里 就 完 成 了 , 这 在 新 动 力 的 IT 项 目 中 还 是 首 次 , 似 乎 不 太 可 能 。 他 拒 绝 在 验 收 书 上签 字 , 并 要 求 财 务 部 的 刘 经 理 和 业 务 人 员 认 真 审 核 集 团 公 司 及 和 各 个 子 公 司 的 财 务 管理 上 的 业 务 需 求 , 并 严 格 测 试 相 关 系 统 的 功 能 。财 务 部 的 刘 经 理 和 相 关 人 员 经 过 认 真 审 核 和 测 试 , 发 现 系 统 开 发 基

24、本 准 确 , 但 实施 起 来 比 较 困 难 , 因 为 业 务 流 程 变 更 较 大 。 这 样 一 来 , 又 过 去 了 1 个 月 , 新 动 力 的 陈总 认 为 系 统 还 没 有 考 虑 集 团 公 司 领 导 对 财 务 的 需 求 , 并 针 对 实 施 较 困 难 的 现 状 , 要 求项 目 组 从 集 团 公 司 总 部 开 始 , 一 家 一 家 子 公 司 地 逐 步 推 动 系 统 的 使 用 。谢 经 理 答 应 了 新 动 力 陈 总 的 要 求 , 开 始 先 在 集 团 公 司 总 部 实 施 财 务 系 统 。 可 是 2个 月 过 去 了 , 连

25、 系 统 都 没 有 安 装 成 功 。 集 团 公 司 信 息 中 心 的 人 员 无 法 顺 利 地 购 买 服 务器 , 因 为 这 个 项 目 没 有 列 入 信 息 部 门 的 规 划 ; 财 务 部 门 的 人 员 说 项 目 在 集 团 中 都 推 不动 , 何 必 再 上 。 谢 经 理 一 筹 莫 展 : “我 该 如 何 让 项 目 继 续 走 向 成 功 ? ”眼 看 半 年 过 去了 , 项 目 似 乎 没 有 了 终 结 之 日 , 更 不 用 说 为 学 赛 信 息 技 术 公 司 带 来 效 益 了 。面 对 项 目 的 艰 难 处 境 , 谢 经 理 和 他 的

26、 团 队 认 真 分 析 了 他 们 在 项 目 的 整 体 管 理 中 所做 的 工 作 , 发 现 了 项 目 中 存 在 的 主 要 问 题 , 积 极 主 动 地 采 取 了 应 对 的 措 施 , 最 终 圆 满完 成 了 整 个 项 目 的 开 发 和 应 用 。【问题 1】 (6 分)信息系统项目管理师案例分析指南8请用 200 字以内的文字,描述项目干系人中需要重点关注的角色。【问题 2】 (6 分)项 目 干 系 人 分 析 是 项 目 整 体 管 理 中 的 一 项 重 要 工 作 , 请 用 400 字 以 内 的 文 字 。 说明 如 何 进 行 项 目 干 系 人 分

27、 析 。【问题 3】 (6 分)谢 经 理 和 他 的 团 队 认 真 分 析 了 他 们 在 项 目 的 整 体 管 理 中 所 做 的 工 作 , 发 现 了 项 目中 存 在 的 主 要 问 题 , 请 用 400 字 以 内 的 文 字 , 描 述 谢 经 理 发 现 的 主 要 问 题 。【问题 4】 (7 分)面 对 项 目 的 艰 难 处 境 , 如 果 你 是 谢 经 理 , 你 该 如 何 做 呢 ? 请 用 400 字 以 内 容 文 字描 述 。1.2.2 案例分析本题是一道关于项目整体管理中对项目干系人进行分析的试题,在项目管理中,识别项目干系人,特别是关键的项目干系人

28、,是一件很重要的工作。【问题 1】项目干系人是指与项目相关的人,项目干系人的范围较大,项目组内部与外部的人员都会涉及,但需要重点关注以下角色。(1)客户。客户是提出项目需求的个人或组织,一般是指项目的采购方。从商品交易的角度来看, “客户就是上帝” ;同时,客户也是承包方的“衣食父母” ,即项目标的的给予者。因此,客户成为承包方需要关注的第一对象。(2)用户。用户是使用项目产品的人或组织,需要分析用户的使用感受,改进意 向等。(3)项目投资人。为项目提供现金或实物等财力资源的组织或个人。(4)项目经理。项目经理是项目的关键人物,对项目组内部来说他是领导者,承担着项目成败的主要责任;对项目组外部

29、来说他是外交官,起着重要的协调作用。(5)项目组成员。项目组成员是让项目落到实处,分担项目任务的人员。项目的成功很大程度上取决于项目团队的战斗力。(6)高层管理人员。项目经理能否成功地领导项目的一个非常重要的因素,就是他们从高层管理层获得支持的程度。(7)反对项目的人。反对项目的人对项目的功能构成威胁,这种人员往往会让项目走向成功的另一面失败。例如,采购方单位有高层管理人员反对项目的实施,项目内部成员有反对现有技术路线的,因此需要特别关注。(8)施加影响者。能够对项目施加影响的人可能对项目产品的取得和使用没有直接的关系,但是因其在客户或用户组织中的地位而能够对项目的进程产生积极或消极的 影响。

30、第 1 章 项目整体管理案例 9在 IT 项目中,要特别注意区分“客户”与“用户”这两种角色。对待不同的角色需要使用不同的方法,但实际项目中往往容易混淆。一般地,采购方就是使用者,而且多数情况下采购方的人员参与了项目并提出需求,给人的直接感觉他就是使用项目产品的人。 “客户”与“用户”这两种角色对于人或组织,有时是相同的对象,有时是不同的,他们的主要区别在于客户是具体阐明项目高层次概念和主要内容,并决定支付款项的数额和方式的决策者;用户是提出系统功能和非功能需求,并最终使用系统的人,但他们往往对应该支付的费用没有决定权。高层管理人员的作用往往被项目经理和项目团队所忽视,特别是用户方的高层管理人

31、员,有的项目经理直到项目结束还不曾谋面,更不要说主动获得他们的支持了。因为有的项目经理天天只想着如何做好项目中的工作,有问题自己如何去解决。然而,没有高级管理层的参与支持,许多项目都不会成功。项目只是更大范围的组织环境中的一部分,许多对项目的影响因素是不为项目经理所控制的。因为项目管理的最终目的就是要使项目满足或超过项目干系人的需求和期望,因此在项目计划中纳入项目干系人分析是非常重要的。在项目开始和进行过程中,需要认真考虑到底有哪些人是项目干系人中的重要角色,项目进行中有些什么变化,把握住这些重要的角色,那么项目的人脉就通了。【问题 2】在项目计划中纳入项目干系人分析是非常重要的。项目干系人分

32、析要记录项目干系人的姓名、单位、在项目中扮演的角色等基本情况,还要分析各自的项目利益大小及对项目的影响程度,管理这些项目干系人关系的有关建议等。每个项目都会涉及许多的项目干系人,每个干系人都会顾及项目对自己产生的利害和影响。因此,项目经理必须高度关注项目干系人。项目管理的首要任务就是全面识别出项目干系人及其在项目中的影响,从项目干系人的识别开始来分析和管理项目。(1)识别项目干系人。项目干系人分析需要先仔细识别出项目的所有干系人。项目经理需要对项目干系人有一个全面的了解,在心中有一张完整的项目干系人结构图,以后无论是启动、计划还是执行、问题处理和收尾,都可以透过项目干系人来系统全局地思考问题。

33、如果不能对项目干系人进行无遗漏地识别,仅仅关注项目具体事情和计划,项目出了问题可能都不清楚问题出在哪里。在全部识别出了项目干系人及其角色之后,经验丰富的项目经理马上就会想到他们的重要性是不一样的,他们在项目的不同阶段对项目目标达成的影响程度是有很大差别的。按照一般项目的干系人分类方法,项目的甲方干系人主要有如下几类:出资人、决策者、辅助决策者、采购者、业务负责人、业务人员、技术负责人、技术人员和使用者等,他们的不同身份会因甲方组织的情况不同和项目的不同,对项目产生不信息系统项目管理师案例分析指南10同程度的影响,这就需要具体情况具体分析了。(2)分析项目干系人的重要程度。这 一 步 要 分 析

34、 出 项 目 干 系 人 对 项 目 影 响 的 程 度 情 况 , 以 便 于 区 别 对 待 不 同 的 项 目干 系 人 。希赛教育专家提示:有些干系人虽然显得并不重要,对推进项目也起不到什么实质性的作用,但项目经理也不能忽略他们的一些需求。他们一旦对项目起反作用,利用在一些重要干系人身边并影响他们对项目的判断,后果也会比较严重。所以,项目经理在分析重要项目干系人的同时,一定也不要忽略了一些不怎么重要的干系人可能的影响。(3)项目干系人的支持度分析。项目干系人除了重要性不同之外,各干系人对项目的立场也有显著的不同。经验丰富的项目经理,在拿到项目的时候,会主动与销售人员进行详细沟通,事先弄

35、清楚项目干系人对本项目的支持情况。通过重要性的分析,能分辨出很重要的人,但他们是支持还是反对本项目的立场将决定他们对项目产生积极或消极的影响,这说明还需要对干系人的支持度进行分析。不同的立场,最终将体现在对项目的支持度上。就一般项目而言,按支持度依次递减的顺序,干系人主要类别有首倡者、内部支持者、较积极者、参与者、无所谓者、不积极者、反对者。按照项目的前进方向,可以得出图 1-2 所示的项目干系人支持度分 析图。图 1-2 项目干系人的支持度分析图支持者是项目经理开展工作的合作伙伴,中间力量是项目经理需要努力争取的,反对者是项目经理需要特别关注的。在项目管理实战中,需要建立起项目管理的统一战线

36、,即为了实现项目管理目标需要争取到干系人中大部分人的支持,尤其是中间力量的支持。比较现实的做法是充分借助你的首倡者和内部支持者、积极寻求中间力量的支持、让不支持者至少不要反第 1 章 项目整体管理案例 11对。此外,项目干系人的支持度并不是一成不变的,有时项目的内部支持者可能会因为各种原因在项目进行中逐渐演变成项目的反对者,也有些项目干系人前期是反对者,到后面却逐渐对项目进行支持。随着项目的推移,情况在不断变化,各干系人的支持度也必将发生变化。因此,项目经理需要动态地调整项目干系人支持度分析图,及时分析并修正各干系人的支持度,以便灵活应对项目的各种新变化。细心的项目经理还会善于在对项目干系人识

37、别后作出总结,表 1-1 给出某个项目中部分项目干系人的分析情况表,供读者参考。表 1-1 项目干系人分析表分析参考项 主管项目的高层领导 甲方项目负责人 甲方办公室主任组织 甲方高层领导 甲方项目经理 甲方中层领导在项目中的角色 项目的有力支持者 项目的组织协调者 审批项目的一些设备资源各自的实际情况 工作忙,经常在外出差,注重高效,MBA汉语言文学专业本科,喜欢写作、交朋友,工作踏实善于交际,但审批资源时喜欢深思熟虑,注重细节对项目的重要程度 很高 很高 中等对项目的期望 希望项目成功,实现高效办公希望能适当学到一些项目管理的知识,想借助项目的成功来减轻工作压力想通过项目的成功实施增强办公

38、室工作的运转效率管理这些关系的 建议每隔一个月找时间采取正式或非正式的时间汇报项目的进展情况,以取得支持让他多参与到项目中来,可以多交流一些文字方向的内容给他审批的表格填写要仔细权衡考虑,在项目有所进展时可以邀请他参与一些娱乐活动【问题 3】案 例 中 谢 经 理 的 处 境 在 许 多 IT 项 目 中 屡 见 不 鲜 , 重 要 的 就 是 找 出 原 因 , 然 后 采取 相 应 的 对 策 。 通 过 阅 读 材 料 , 可 以 发 现 项 目 中 存 在 的 主 要 问 题 如 下 。( 1) 没 有 仔 细 分 析 项 目 的 干 系 人 。 新 动 力 分 管 财 务 的 陈 总

39、 是 项 目 的 中 间 力 量 ,他 一 方 面 考 虑 到 财 务 管 理 的 方 便 性 , 另 一 方 面 还 总 是 想 到 自 己 作 为 集 团 领 导 在 财 务 方面 的 特 权 , 此 外 , 他 还 有 财 务 管 理 信 息 系 统 项 目 的 否 决 权 , 有 可 能 从 项 目 的 中 间 力 量演 变 为 项 目 的 反 对 者 。( 2) 项 目 缺 乏 新 动 力 信 息 技 术 部 门 的 支 持 。 这 种 情 况 在 项 目 合 同 的 甲 方 比 较 常见 , 信 息 技 术 部 门 往 往 地 位 不 高 , 财 务 部 门 是 管 理 部 门 ,

40、 在 公 开 招 投 标 时 不 一 定 指 挥了 信 息 部 门 。 但 IT 项 目 在 开 发 过 程 中 , 特 别 是 技 术 方 案 把 关 、 项 目 验 收 、 上 线 、 后期 的 运 行 、 维 护 管 理 工 作 都 需 要 甲 方 信 息 技 术 部 门 的 大 力 支 持 。信息系统项目管理师案例分析指南12( 3) 项 目 计 划 沟 通 不 够 。 谢 经 理 的 团 队 技 术 力 量 雄 厚 , 但 在 与 项 目 干 系 人 的 沟通 上 做 得 不 够 , 连 新 动 力 分 管 财 务 的 陈 总 都 认 为 提 前 完 工 是 不 可 能 的 事 ,

41、说 明 没 有 及早 地 与 陈 总 在 项 目 大 的 方 向 和 约 束 上 商 量 , 也 没 有 将 项 目 计 划 告 知 于 陈 总 。( 4) 承 担 的 责 任 过 重 。 在 项 目 的 甲 方 实 施 项 目 主 要 还 是 得 靠 甲 方 的 工 作 人 员 。在 开 发 完 工 后 的 系 统 实 施 阶 段 , 推 广 工 作 应 当 以 财 务 部 门 与 信 息 技 术 部 门 为 主 导 , 谢经 理 的 团 队 作 为 辅 助 , 因 为 谢 经 理 的 团 队 对 新 动 力 的 工 作 人 员 不 具 备 号 召 力 , 更 不 用说 变 更 财 务 管

42、理 的 业 务 流 程 了 。【问题 4】问 题 找 到 了 , 相 应 地 就 要 采 取 一 定 的 措 施 , 以 使 项 目 走 上 正 轨 。 下 面 给 出 谢 经 理可 能 采 取 的 措 施 。( 1) 与 公 司 销 售 部 门 负 责 此 项 目 的 营 销 人 员 作 一 次 细 致 的 沟 通 , 全 面 识 别 并 分析 项 目 干 系 人 。 根 据 题 目 可 确 定 新 动 力 分 管 财 务 的 陈 总 、 财 务 部 的 刘 经 理 和 信 息 中 心的 负 责 人 作 为 目 前 项 目 干 系 人 的 重 点 沟 通 人 物 , 尽 可 能 与 他 们

43、进 行 协 商 , 争 取 他 们 对项 目 的 认 同 与 支 持 。( 2) 申 请 并 取 得 公 司 领 导 的 支 持 。 通 过 公 司 领 导 与 新 动 力 的 陈 总 接 触 , 取 得 陈总 的 支 持 , 再 由 陈 总 去 推 动 项 目 的 实 施 , 例 如 可 由 陈 总 召 集 各 个 部 门 、 子 公 司 负 责 人召 开 协 调 会 , 谢 经 理 在 协 调 会 上 作 出 项 目 的 进 度 报 告 , 并 就 项 目 的 实 施 提 出 自 己 的 看法 和 意 见 , 以 争 取 到 财 务 部 刘 经 理 、 信 息 中 心 及 各 部 门 相

44、关 责 任 人 、 信 息 中 心 相 关 技术 人 员 的 支 持 。( 3) 与 新 动 力 进 行 谈 判 , 表 示 鉴 于 项 目 实 施 的 复 杂 性 , 建 议 将 项 目 系 统 的 开 发与 实 施 分 为 两 个 子 项 目 , 当 开 发 子 项 目 验 收 后 支 付 部 分 费 用 ; 后 续 实 施 子 项 目 由 新 动力 主 导 , 谢 经 理 的 团 队 全 力 配 合 , 主 要 是 完 成 系 统 的 培 训 和 完 善 工 作 。1.2.3 参考答案【问题 1】项 目 干 系 人 中 需要重点关注客户、用户、项目投资人、项目经理、高层管理人员、反对项目

45、的人和施加影响者等。【问题 2】首 先 要 识 别 项 目 干 系 人 , 然 后 再 分 析 项目干系人的重要程度,接着进行项目干系人的支持度分析,最后针对不同的项目干系人,特别是重要的项目干系人,给出管理项目干系人关系的建议,并予以实施。【问题 3】案 例 中 存 在 的 主 要 问 题 如 下 。( 1) 没 有 仔 细 分 析 项 目 的 干 系 人 , 导 致 项 目 干 系 人 关 系 管 理 失 败 。( 2) 项 目 缺 乏 新 动 力 信 息 技 术 部 门 的 支 持 。第 1 章 项目整体管理案例 13( 3) 项 目 计 划 沟 通 不 够 。( 4) 作 为 项 目

46、的 承 建 方 承 担 的 责 任 过 重 。【问题 4】如 果 我 是 谢 经 理 , 我 将 采 取 如 下 的 措 施 。( 1) 与 公 司 销 售 部 门 负 责 此 项 目 的 营 销 人 员 作 一 次 细 致 的 沟 通 , 全 面 识 别 并 分析 项 目 干 系 人 。( 2) 申 请 并 取 得 公 司 领 导 的 支 持 , 通 过 公 司 领 导 与 新 动 力 的 陈 总 接 触 , 取 得 陈总 的 支 持 , 再 由 陈 总 去 推 动 项 目 的 实 施 。( 3) 与 新 动 力 进 行 谈 判 , 表 示 鉴 于 项 目 实 施 的 复 杂 性 , 建 议

47、 将 项 目 系 统 的 开 发与 实 施 分 为 两 个 子 项 目 , 当 开 发 子 项 目 验 收 后 支 付 部 分 费 用 ; 后 续 实 施 子 项 目 由 新 动力 主 导 , 谢 经 理 的 团 队 全 力 配 合 , 主 要 是 完 成 系 统 的 培 训 和 完 善 工 作 。1.3 邓工项目的可行性研究阅读以下关于信息系统项目管理过程中可行性研究问题的叙述,回答问题 1 至问题 3,将解答填入答题纸的对应栏内。1.3.1 案例场景在项目计划和选择的过程中,需要完成的首要工作是对项目进行估算。项目 估 算的 范 围 涉 及 方 方 面 面 , 例 如 项 目 或 产 品

48、开 发 的 范 围 、 投 入 和 回 报 、 项 目 风 险 、 作 用 和意 义 等 。 在 传 统 信 息 系 统 工 程 方 法 中 , 是 以 可 行 性 研 究 的 方 式 来 组 织 对 项 目 的 主 要 估算 内 容 的 。 在 企 业 实 际 的 业 务 过 程 中 , 可 行 性 研 究 通 常 作 为 一 个 重 要 的 环 节 , 被 包 含在 整 个 项 目 立 项 或 项 目 选 择 和 确 认 的 过 程 中 。某 银 行 为 拓 展 业 务 渠 道 , 提 高 服 务 质 量 , 拟 启 动 网 上 银 行 系 统 项 目 , 该 银 行 决 定由 信 息 技

49、 术 部 的 邓 工 负 责 开 展 前 期 工 作 。 为 稳 妥 起 见 , 邓 工 调 查 了 该 行 现 有 的 电 子 银行 类 系 统 , 并 前 往 各 家 已 建 有 网 上 银 行 系 统 的 银 行 及 多 家 软 件 开 发 商 处 进 行 了 认 真 的考 察 , 此 后 编 写 了 项 目 的 可 行 性 报 告 。【问题 1】 (7 分)可行性研究的步骤是什么?请使用列举的形式,不超过 200 字回答。【问题 2】 (8 分)可行性研究报告是可行性研究的成果体现,请使用列举的形式,不超过 150 字回答,可行性研究报告主要包含什么内容? 【问题 3】 (10 分)考虑到项目的重要性,在可行性研究的基础上,邓工请第三方根据国家颁布的政信息系统项目管理师案例分析指南14策、法律法规等,从项目、国民经济、社会角度出发,对拟建项目进行了各方面的评估,最终形成了项目评估报告。请用不超过 50 字的文字回答,项目评估报告主要包含什么 内容?1.3.2 案例分析本题是一道关于可行性研究的试题,主要考查可行性研究的目的、步骤和方法。【问题 1】信息系统项目可行性研究的目的,就是用最小的代价在尽可能短的时间内确定以下问题:项目有无必要?能否完成?是否值得去做?1)项目的必要性分析首先应确定信息系统项目的目标,即本项目想解决哪些问题

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 企业管理 > 管理学资料

本站链接:文库   一言   我酷   合作


客服QQ:2549714901微博号:道客多多官方知乎号:道客多多

经营许可证编号: 粤ICP备2021046453号世界地图

道客多多©版权所有2020-2025营业执照举报