出版时间:2009-9 出版社:清华大学出版社 作者:张友生,刘现军 页数:291
Tag标签:无
前言
随着IT项目规模越来越大,复杂程度越来越高,项目失败的概率也随之增长。因此,项目管理工作曰益受到重视。从2005年上半年开始,全国计算机技术与软件专业技术资格(水平)考试(以下简称“软考”)开设了信息系统项月管理师的考试,这将为培养项目管理人才,推进国家信息化建设和软件产业化发展起到重要的作用。同时,国家人事部也规定,凡是通过信息系统项目管理师考试者,即可认定为计算机技术与软件专业高级工程师职称,由用人单位直接聘任,享受高级工程师待遇。2007年12月7日,工业与信息化部颁发了《关于计算机信息系统集成高级项目经理资质评定有关问题的通知》(信计资[2007]8号),系统集成企业申报资质时,原须提供的高级项目经理培训合格证书,改为提供信息系统项目管理师证书,正式确定了信息系统项目管理师在IT企业中的地位。从历年考试的情况来看,很多信息系统项目管理师考生缺乏项目管理实际经验,即使有经验的考生也不是按照规范的方式宋管理项目的,因此,其“实际”与考试理论总是对不上号。为了帮助广大考生顺利通过信息系统项目管理师考试,掌握考试大纲规定的知识,掌握考试重点和难点,熟悉考试方法、试题形式,试题的深度和广度,以及内容的分布、解答问题的方法和技巧,希赛IT教育研发中心组织有关专家,在清华大学出版社的大力支持下,编写和出版了本书,作为信息系统项目管理师考试的指定用书。本书在参考和分析历年考试试题的基础上,着重对考试大纲规定的内容有重点地细化和深化,通过案例分析的形式体现最新的信息系统项目管理师考试大纲的要求,对于这些案例,给出了试题解答方法和参考答案。本书在编写过程中,特别注重项目管理理论与信息系统行业实践的结合,由具有丰富的信息系统技术开发和项目管理经验的成员合作编写完成。由于编写组成员均为软考第一线的辅导专家,负责和参与了考试大纲的制定、历年的软考辅导、教程编写、软考阅卷等方面的工作,因此,本书凝聚了软考专家的知识、经验、心得和体会,集成了专家们的精力和心血。古人云:“温故而知新”,又云:“知己知彼,百战不殆”。对考生来说,阅读本书就是一个“温故”的过程,必定会从中获取到新知识。同时,通过阅读本书,考生还可以清晰地把握命题思路,掌握知识点在试题中的变化,以便在信息系统项目管理师考试中洞察先机,提高通过的概率。本书由希赛IT教育研发中心组编,由希赛顾问团首席顾问张友生博士、专业顾问刘现军先生主编。
内容概要
本书是计算机技术与软件专业技术资格(水平)考试中信息系统项目管理师级别的指定参考用书。在参考和分析历年考试试题的基础上,着重对考试大纲规定的内容有重点地细化和深化,通过案例分析的形式体现最新的信息系统项目管理师考试大纲的要求,对于这些案例,给出了试题解答方法和参考答案。 本书在编写过程中,特别注重项目管理理论与信息系统行业实践的结合,由具有丰富的信息系统技术开发和项目管理经验的人员合作编写。准备考试的人员可通过阅读本书掌握考试大纲规定的知识,掌握考试重点和难点,熟悉考试方法、试题形式、试题的深度和广度内容的分布、解答问题的方法和技巧。 本书还可作为系统集成项目管理工程师、信息系统监理师进一步深造和发展的学习用书,项目经理日常工作的参考手册,也可作为计算机专业教师的教学和工作参考书。
书籍目录
第1章 项目整体管理案例 1.1 项目开始出现混乱 1.1.1 案例场景 1.1.2 案例分析 1.1.3 参考答案 1.2 谢经理项目的艰难处境 1.2.1 案例场景 1.2.2 案例分析 1.2.3 参考答案 1.3 邓工项目的可行性研究 1.3.1 案例场景 1.3.2 案例分析 1.3.3 参考答案 1.4 小丁的项目应如何启动 1.4.1 案例场景 1.4.2 案例分析 1.4.3 参考答案 1.5 资源冲突管理 1.5.1 案例场景 1.5.2 案例分析 1.5.3 参考答案 1.6 “无线通”项目的问题 1.6.1 案例场景 1.6.2 案例分析 1.6.3 参考答案 第2章 项目范围管理案例 2.1 范围管理的内容 2.1.1 案例场景 2.1.2 案例分析 2.1.3 参考答案 2.2 创建工作分解结构 2.2.1 案例场景 2.2.2 案例分析 2.2.3 参考答案 2.3 需求管理对范围管理的影响 2.3.1 案例场景 2.3.2 案例分析 2.3.3 参考答案 2.4 项目范围管理与说“不” 2.4.1 案例场景 2.4.2 案例分析 2.4.3 参考答案 2.5 各阶段项目范围管理 2.5.1 案例场景 2.5.2 案例分析 2.5.3 参考答案 第3章 项目时间管理案例 3.1 关键路径与工期优化 3.1.1 案例场景 3.1.2 案例分析 3.1.3 参考答案 3.2 双代号网络图计算 3.2.1 案例场景 3.2.2 案例分析 3.2.3 参考答案 3.3 单代号网络图计算 3.3.1 案例场景 3.3.2 案例分析 3.3.3 参考答案 3.4 网络图绘制 3.4.1 案例场景 3.4.2 案例分析 3.4.3 参考答案 3.5 甘特图与网络图应用 3.5.1 案例场景 3.5.2 案例分析 3.5.3 参考答案 3.6 项目进度为什么失控 3.6.1 案例场景 3.6.2 案例分析 3.6.3 参考答案 3.7 资源配置对进度的制约 3.7.1 案例场景 3.7.2 案例分析 3.7.3 参考答案 3.8 工期估算的技术和方法 3.8.1 案例场景 3.8.2 案例分析 3.8.3 参考答案 3.9 网络计划图技术的应用 3.9.1 案例场景 3.9.2 案例分析 3.9.3 参考答案 第4章 项目成本管理案例 4.1 复利计算 4.1.1 案例场景 4.1.2 案例分析 4.1.3 参考答案 4.2 净现值与投资评估方法 4.2.1 案例场景 4.2.2 案例分析 4.2.3 参考答案 4.3 净现值与投资回报率计算 4.3.1 案例场景 4.3.2 案例分析 4.3.3 参考答案 4.4 挣值分析 4.4.1 案例场景 4.4.2 案例分析 4.4.3 参考答案 4.5 完工估算 4.5.1 案例场景 4.5.2 案例分析 4.5.3 参考答案 4.6 赶工成本与工期优化 4.6.1 案例场景 4.6.2 案例分析 4.6.3 参考答案 4.7 决策树与成本决策 4.7.1 案例场景 4.7.2 案例分析 4.7.3 参考答案 第5章 项目质量管理案例 5.1 客户为什么没有信心 5.1.1 案例场景 5.1.2 案例分析 5.1.3 参考答案 5.2 如何提高信息系统项目质量 5.2.1 案例场景 5.2.2 案例分析 5.2.3 参考答案 5.3 项目质量管理的启动 5.3.1 案例场景 5.3.2 案例分析 5.3.3 参考答案 5.4 质量控制 5.4.1 案例场景 5.4.2 案例分析 5.4.3 参考答案 5.5 质量保证 5.5.1 案例场景 5.5.2 案例分析 5.5.3 参考答案 5.6 信息系统监理与质量管理 5.6.1 案例场景 5.6.2 案例分析 5.6.3 参考答案 第6章 项目人力资源管理案例 6.1 项目为什么失控 6.1.1 案例场景 6.1.2 案例分析 6.1.3 参考答案 6.2 项目经理的素质 6.2.1 案例场景 6.2.2 案例分析 6.2.3 参考答案 6.3 项目中的新技术要求 6.3.1 案例场景 6.3.2 案例分析 6.3.3 参考答案 6.4 人员流失对项目的影响 6.4.1 案例场景 6.4.2 案例分析 6.4.3 参考答案 6.5 如何处理项目中存在的不同派别 6.5.1 案例场景 6.5.2 案例分析 6.5.3 参考答案 6.6 开放的管理会使项目出现危机 6.6.1 案例场景 6.6.2 案例分析 6.6.3 参考答案 6.7 成功的项目得不到员工的认可 6.7.1 案例场景 6.7.2 案例分析 6.7.3 参考答案 6.8 如何避免员工被猎 6.8.1 案例场景 6.8.2 案例分析 6.8.3 参考答案 第7章 项目沟通管理案例 7.1 提高项目例会的效率 7.1.1 案例场景 7.1.2 案例分析 7.1.3 参考答案 7.2 与多个单位进行沟通 7.2.1 案例场景 7.2.2 案例分析 7.2.3 参考答案 7.3 面对频繁的需求变更 7.3.1 案例场景 7.3.2 案例分析 7.3.3 参考答案 7.4 沟通的不同风格 7.4.1 案例场景 7.4.2 案例分析 7.4.3 参考答案 7.5 在沟通中获得正确的需求 7.5.1 案例场景 7.5.2 案例分析 7.5.3 参考答案 7.6 在项目中进行高效的沟通 7.6.1 案例场景 7.6.2 案例分析 7.6.3 参考答案 7.7 进行有效的信息分发 7.7.1 案例场景 7.7.2 案例分析 7.7.3 参考答案 第8章 项目风险管理案例 8.1 信息系统项目中的风险 8.1.1 案例场景 8.1.2 案例分析 8.1.3 参考答案 8.2 企业信息化建设中的风险管理 8.2.1 案例场景 8.2.2 案例分析 8.2.3 参考答案 8.3 软件开发项目中的风险管理 8.3.1 案例场景 8.3.2 案例分析 8.3.3 参考答案 8.4 决策树分析技术 8.4.1 案例场景 8.4.2 案例分析 8.4.3 参考答案 8.5 风险应对措施 8.5.1 案例场景 8.5.2 案例分析 8.5.3 参考答案 8.6 风险概率评估 8.6.1 案例场景 8.6.2 案例分析 8.6.3 参考答案 第9章 项目采购管理案例 9.1 分包合同与索赔 9.1.1 案例场景 9.1.2 案例分析 9.1.3 参考答案 9.2 招标投标流程 9.2.1 案例场景 9.2.2 案例分析 9.2.3 参考答案 9.3 合同与范围的关系 9.3.1 案例场景 9.3.2 案例分析 9.3.3 参考答案 9.4 选择合同类型 9.4.1 案例场景 9.4.2 案例分析 9.4.3 参考答案 9.5 供方选择 9.5.1 案例场景 9.5.2 案例分析 9.5.3 参考答案 9.6 外包管理 9.6.1 案例场景 9.6.2 案例分析 9.6.3 参考答案 第10章 项目变更管理案例 10.1 项目变更管理流程 10.1.1 案例场景 10.1.2 案例分析 10.1.3 参考答案 10.2 项目合同变更管理 10.2.1 案例场景 10.2.2 案例分析 10.2.3 参考答案 10.3 项目变更失控的原因 10.3.1 案例场景 10.3.2 案例分析 10.3.3 参考答案 10.4 项目需求变更管理 10.4.1 案例场景 10.4.2 案例分析 10.4.3 参考答案 10.5 项目分包中的变更管理 10.5.1 案例场景 10.5.2 案例分析 10.5.3 参考答案 10.6 监理项目中的变更管理 10.6.1 案例场景 10.6.2 案例分析 10.6.3 参考答案 10.7 版本混乱的原因 10.7.1 案例场景 10.7.2 案例分析 10.7.3 参考答案 第11章 综合案例 11.1 项目收尾的问题 11.1.1 案例场景 11.1.2 案例分析 11.1.3 参考答案 11.2 系统集成的问题 11.2.1 案例场景 11.2.2 案例分析 11.2.3 参考答案 11.3 项目管理体系的建立 11.3.1 案例场景 11.3.2 案例分析 11.3.3 参考答案 11.4 软件开发模型的选择 11.4.1 案例场景 11.4.2 案例分析 11.4.3 参考答案 11.5 电子政务系统建设 11.5.1 案例场景 11.5.2 案例分析 11.5.3 参考答案 11.6 软件项目综合问题 11.6.1 案例场景 11.6.2 案例分析 11.6.3 参考答案 11.7 项目团队建设 11.7.1 案例场景 11.7.2 案例分析 11.7.3 参考答案 参考文献
章节摘录
插图:第1章 项目整体管理案例项目的整体管理在项目管理的9个知识领域中处于核心位置,其功效就是用来整合其他8个知识领域。项目经理则要起到关键性的组织、协调与管理作用,然而这并非易事,许多IT项目经理在做项目时总感觉需要协调各种各样的资源,然而又似乎无从下手,一些事情好像身不由己,无法控制。项目整体管理是围绕项目管理计划的制订、执行和控制进行的,通过项目资源的整合,将项目所有的组成要素在恰当的时间、正确的地方,与合适的人物结合在一起,以成功地完成项目。按照PMBOK2004(Project Management Body ofKnowledge 2004,项目管理的知识体系2004版)中的定义,项目整体管理的过程包括制订项目章程、制订项目范围说明书(初步)、制订项目管理计划、指导和管理项目执行、监督和控制项目工作、整体变更控制和项目收尾。1.1 项目开始出现混乱阅读以下关于在信息系统项目管理过程中项目整体管理方面问题的叙述,回答问题1至问题3,将解答填入答题纸的对应栏内。1.1.1 案例场景希赛集团下属飞达信息技术有限公司新接到一个有关电子政务公文流转系统的软件项目,王工作为公司派出的项目经理,带领项目组开始进行项目的研发工作。 王工以前是一名老技术人员,从事Java开发多年,是个细心而又技术扎实的老工程师。在项目的初期,王工制订了非常详细的项目计划,项目组人员的工作都被排得满满的,为加快项目的进度,王工制订项目计划后即分发到项目组成员手中开始实施。然而,随着项目的进展,由于项目需求不断变更,项目组人员也有所更换,项目组已经没有再按照计划来进行工作,大家都是在当天早上才安排当天的工作事项,王工每天都要被工作安排搞得焦头烂额,项目开始出现混乱的局面。项目组中的一名技术人员甚至在拿到项目计划的第一天就说:“计划没有变化快,要计划有什么用”,然后只顾埋头编写自己手头的程序。一边是客户在催着快点将项目完工,要尽快将系统投入生产;另一边是公司分管电子政务项目的张总在批评王工开发任务没落实好。【问题1】(8分) 请用400字以内的文字,说明王工制订的项目计划应包括的主要内容。【问题2】(8分) 请用400字以内的文字,围绕项目计划说明王工在制订项目计划时出现的问题。【问题3】(9分)如果你是王工,面对项目开始出现混乱局面的情况,应当如何处理?1.1.2 案例分析项目计划是项目管理的基础,项目管理中最重要的就是项目计划的工作,项目计划是一个综合概念,凡是为实现项目目标而进行的活动都应该纳入到计划之中。【问题1】项目计划的制订是贯穿这个项目生命周期的持续不断的工作,是利用其他计划编制过程的结果,建立一份连贯性、一致性的文档,以指导项目实施和项目控制。项目计划过程是一个反复的过程。一个详细的项目计划过程包括如下内容。(1)项目计划的定义,确定项目的工作范围。(2)确定为执行项目而需要的工作范围内的特定活动,明确每项活动的职责。(3)确定这些活动的逻辑关系和完成顺序。(4)估算每项活动的历时时间和资源。 (5)制订项目计划及其辅助计划。一般而言,项目计划可以包含如下要素。(1)项目范围计划。阐述进行这个项目的原因或意义,形成项目的基本框架,使项目所有者或项目管理者能够系统、逻辑地分析项目关键问题及项目形成中的相互作用要素,使项目干系人在项目开始实施前或项目相关文档编写以前,能够就项目的基本内容和结构达成一致;项目范围说明应当形成项目成果核对清单,作为项目评估的依据,在项目终止以后或项目最终报告完成以前进行评估,以此作为评价项目成败的依据;范围.说明还可以作为项目整个生命周期监控和考核项目实施情况的基础及项目其他相关计划的基础。 (2)项目进度计划。进度计划是说明项目中各项工作的开展顺序、开始时间、完成时间及相互依赖衔接关系的计划。通过进度计划的编制,使项目实施形成一个有机的整体。进度计划是进度控制和管理的依据,可以分为项目进度控制计划和项目状态报告计划。(3)项目质量计划。质量计划针对具体待定的项目,安排质量监控人员及相关资源,规定使用哪些制度、规范、程序和标准。项目质量计划应当包括和保证与控制项目质量有关的所有活动。 (4)项目资源计划。决定在项目中的每一项工作中用什么样的资源(人、材料、设备、信息和资金等),在各个阶段使用多少资源。项目费用计划包括资源计划、费用估算和费用预算。 (5)项目沟通计划。沟通计划就是制订项目过程中项目干系人之间信息交流的内容、人员范围、沟通方式、沟通时间或频率等沟通要求的约定。(6)风险计划。风险计划是为了降低项目风险的损害而分析风险、制订风险应对策略方案的过程,包括识别风险、量化风险、编制风险应对策略方案等过程。(7)项目采购计划。项目采购计划过程就是识别哪些项目需求应通过从本企业外部采购产品或设备来得到满足。(8)变更控制、配置管理计划。由于项目计划无法保证一开始就预测得非常准确,在项目进行过程中也不能保证准确有力的控制,导致项目计划与项目实际情况不符的情况经常发生,所以必须有效处理项目的变更。变更控制计划主要是规定变更的步骤、程序,配置管理计划就是确定项目的配置项和基线,控制配置项的变更,维护基线的完整性,向项目干系人提供配置项的准确状态和当前配置数据。【问题2】制订项目计划的目的在于建立并维护项目各项活动的计划,项目计划其实就是一个用来协调软件项目中其他所有计划,指导项目组对项目进行执行和监控的文件。一个好的项目计划可为项目的成功实施打下坚实的基础。以下这些方法能有效地帮助项目经理制订项目计划。 (1)注意项目计划的层次性。项目计划的层次及其关系。高级计划,是项目的早期计划。高级计划应当是粗粒度的,主要是进行项目的阶段划分,确定重大的里程碑,所需相关的资源,包括人力资源、设备资源和资金资源,即所谓的人、财、物三个要素。大的阶段交替之前,应做好下一阶段的详细计划,称之为二级计划。详细计划要确,定各项任务的负责人、开始时间、结束时间、任务之间的依赖关系、设备资源和项目里程碑。如果项目规模相对较大,可以有多级的计划,比如说,一个项目组可能分为几个开发组,二级计划是各开发组制订的适合自己开发组的计划。如果开发组还分了小组,可以有小组的三级计划。开发人员的个人计划是低级计划,由开发人员根据自己的任务自行制订,个人计划要尽量细化到工作单元和时间单元。一般的,软件项目计划至多有四级就够了,过多的等级将会引发效率的瓶颈。合理地划分小组,减少组织的层次,有利于项目计划的制订和实施。较小的软件项目由于工期不长,人员较少,只有两级计划(高级计划与低级计划)也是可行的。(2)该详细的详细,该简略的就简略。项目计划就如同软件项目本身一样有它自己的特殊性,一个三五个人花两三个月就可以完工的小项目,可能项目计划就四五页纸,包括一个WBS(Work Breakdown Structure,工作分解结构)和一个甘特图(Gantt Chart)。一个需要五六十个人甚至上百人,要花上半年或更长时间完成的大型IT项目则会有更多的项目计划内容。项目经理要按照项目的特定情况量体裁衣,要强调项目计划的指导性。项目中的工作安排一定要责任到人。如果是多个人共同完成的任务,也要指定一位主要负责人,否则工作人员会操作不便,甚至互相推卸责任。 (3)制订的项目计划要现实。制订项目计划仅靠“个人经验”是不够的,不可能面面俱到,不要寄希望于“个人经验”。解决的办法有如下两个方面。①充分鼓励、积极接纳项目干系人(包括客户、公司高层领导、项目组成员)来参与项目计划的制订。应主动邀请客户和公司高层领导来共同讨论高级计划的制订。客户对项目在现场的实施和系统应用将起到很好的促进作用,公司高层领导的参与将有利于项目获得精神上和物质上的支持。制订二级、三级项目计划要与项目组成员互动,要强调项目计划的现实性,不现实的项目计划不但不可能指导项目的实施,还可能成为项目成功的障碍。当规划由一个人做出而由另一个人实施时,如果项目没有按时完成,会使得他们怀疑项目计划的可行性,也会影响开发人员的士气。项目组内部人员的沟通也很重要。项目经理应当关注计划制订工作中的气氛,在轻松的氛围中去融合开发人员的意见。可以让开发人员对自己职责范围内的事情提出建议的时间和资源,再作讨论决定。这样,开发人员在主观上会更加投入工作。客观上,开发人员的能力很难用时间及工作量来衡量,一名熟练的Java程序员比一名初学Java的程序员开发效率可能快上四五倍,因而安排的时间周期、任务量当然要不一样。可以考虑召开一次专题讨论会,事先写出一个初稿,再各抒己见,最后作出结论。
编辑推荐
《信息系统项目管理师案例分析指南》根据人力资源和社会保障部、工业和信息化部文件,计算机技术与软件专业技术资格(水平)考试纳入全国专业技术人员职业资格证书制度的统一规划。通过考试获得证书的人员,表明其已具备从事相应专业岗位工作的水平和能力,用人单位可根据工作需要从获得证书的人员中择优聘任相应专业技术职务(技术员、助理工程师、工程师、高级工程师)。计算机技术与软件专业实施全国统一考试后,不再进行相应专业技术职务任职资格的评审工作。
图书封面
图书标签Tags
无
评论、评分、阅读与下载