免费智能真题库 > 历年试卷 > 信息系统项目管理师 > 2015年下半年 信息系统项目管理师 下午试卷 案例
  第1题      
  知识点：   项目管理   项目管理办公室   管理体系   培训   体系结构   项目管理计划   运维

 
【说明】
某信息系统集成公司决定采用项目管理办公室这样的组织形式来管理公司的所有项目，并任命了公司办公室主任王某来兼任项目管理办公室主任这一职务。鉴于目前公司项目管理制度混乱，各项目经理都是依照自己的经验来制定项目管理计划，存在计划制定不科学、不统一等情况，王某决定从培训入手来统一和改善公司项目管理计划的制定过程，并责成项目管理办公室的小张具体负责相关培训内容的组织。
小张接到任务后，仔细学习了项目管理的相关知识，并请教了专业人士。小张觉得项目管理体系结构中，主要由输入、工具和技术，以及输出组成，于是也按照项目管理编制计划的输入、项目管理编制计划的工具和技术,以及项目管理计划的输出内容三个方面来组织项目管理计划培训的相关课程内容.
但是在准备进一步的内容时，小张觉得目前公司的项目五花八门，有研发项目、系统集成项目、运维项目和纯粹的软件开发项目，还有部分弱电工程项目，既有规模较大的项目，也有一些小项目。是不是能够用统一的标准来要求所有的项目管理计划的制定过程？小张觉得很怀疑。
 
问题：1.1   项目管理计划制定的作用是什么？在以上案例中，是否能够用一个统一的标准来规范公司内部各种不同项目计划的制定过程？为什么？
 
问题：1.2   请指出项目管理计划主要包括哪几方面的内容？
 
问题：1.3   请指出项目管理计划的输出包括什么？
 
问题：1.4   结合实际工作经验和案例，判断下列选项的正误（填写在答题纸的对应栏内，正确的选项填写“√”，错误的选项填写“×”）： ；
(1)项目经理不能由部门经理担任。 ()
(2)一项目管理计划应该由王某制定。 ( )
(3)有没有收到项目工作说明书对项目组人员完成项目任务没有影响。 ( )
(4)小项目的管理也必须按照企业项目管理制度执行。 ( )
(5)在小型项目的管理中责任分工表可以代替项目管理计划。 ( )
(6)在小型项目的管理中阶段评审可以忽略，直接进行内部验收。 ( )
(7)项目管理计划的辅助计划包括人员配备计划。 ( )
 
 
 

   知识点讲解    
   · 项目管理    · 项目管理办公室    · 管理体系    · 培训    · 体系结构    · 项目管理计划    · 运维
 
       项目管理
        定义
        把各种知识、技能、手段和技术应用于项目活动之中，以达到项目的要求。管理一个项目包括：
        .识别要求。
        .确定清楚而又能实现的目标。
        .权衡质量、范围、时间和成本方面的要求，使技术规格说明书、计划和方案适合于各干系人的不同需求与期望。
        项目管理需要的知识领域
        除了专门的项目管理技术以外，项目管理组至少应能理解和使用以下5方面的知识领域：
        .项目管理知识体系。
        .应用领域的知识、标准和规定。
        .项目环境知识。
        .通用的管理知识和技能。
        .软技能（处理人际关系技能）。
        项目管理体系
        项目管理体系是指用于管理项目的工具、技术、方法、资源和规程。项目管理计划说明如何使用项目管理体系。
        项目管理环境
        项目管理团队应该考虑的项目环境包括：
        .社会环境：经济、人口、教育、道德、种族、宗教和其他特征等。
        .政治环境：法律、风俗和政治风气等。
        .自然环境：生态和自然地理等。
        项目管理办公室
        项目管理办公室（PMO）是在管辖范围内集中、协调地管理项目的组织单元。也可指“大项目管理办公室”、“项目办公室”或“大项目办公室”。PMO监控项目、大项目或各类项目组合的管理。由PMO管理的项目不必要有特定的关系，PMO关注与上级组织或客户的整体业务目标相联系的项目或子项目之间的协调计划、优先级和执行情况。
        PMO执行的职责可以是一个宽广的范围，包括从以培训、软件、标准政策和规程、模板的形式提供项目管理支持功能，到实际直接管理项目和项目的结果。
        PMO可以存在于任何组织结构中，包括职能型组织。
        项目经理和项目管理办公室的区别如下：
        .追求的目标不同。项目经理关注于特定项目的目标，而PMO管理主要的大项目范围的变化，并将之视为更好地达到业务目标的潜在机会，其工作目标包含组织级的观点。
        .项目经理控制赋予项目的资源以最好地实现项目目标，而PMO对所有项目之间的共享资源进行优化使用。
        .项目经理管理本项目的范围、进度、费用和质量，而PMO管理整体的风险、整体的机会和所有项目的依赖关系。
        过程和过程组
        过程就是一组为了完成一系列事先指定的产品、成果或服务而必须执行的互相联系的行动和活动。
        项目管理过程由项目团队实施，包括两大类：
        .面向管理的过程。即项目管理过程，其目的是启动、规划、执行、监控和结束一个项目。
        .面向产品的过程。一般由项目生命期规定，并因领域而异。
        项目管理过程和创造产品的过程从项目开始到结束始终彼此重叠交互。
        任何项目都必须执行5个项目过程组，它们与应用领域或特定行业无关。过程组不是项目阶段，每一阶段或子项目都要重复过程组的所有子过程。
        .启动过程组。定义并批准项目或阶段。在多阶段项目中，后续阶段进行的启动过程是为了确认在指定项目章程与拟定初步项目范围说明书过程中所做的原假设与决策的合理性。启动过程组也定义了项目意图，确定了目标，并授权项目经理进行项目。
        .规划过程组。定义和细化目标，规划最佳的行动方案，即从各种备选方案中选择最优方案，以实现项目或阶段所承担的目标和范围。项目团队应让所有项目干系人参与项目计划过程。当项目计划工作结束时，不管是由组织还是由项目团队负责，都要有明确的指导方针，否则将无法确定如何进行后续的反馈和细化。项目管理计划的渐进明细经常被称作“滚动式计划”，这意味着计划是一个迭代和持续的过程。
        .执行过程组。整合人员和其他资源，在项目的生命期或某个阶段执行项目管理计划。
        .监控过程组。要求定期测量和监控项目进展，识别与项目管理计划的偏差，以便在必要时采取纠正措施，确保项目或阶段目标达成。
        .收尾过程组。正式接受产品、服务或工作成果，有序地结束项目或阶段。
        项目管理过程组和“计划-执行-检查-行动（即PDCA）”循环的对应关系如下图所示。
        
        项目管理过程组和PDCA循环的对应
        规划过程组与PDCA循环中的“计划”对应；执行过程组与循环中的“执行”对应；监控过程组与循环中的“检查”和“行动”对应。启动过程组是这些循环的开始，而收尾过程组是其结束。
        过程的交互
        项目管理过程组通过它们各自所产生的结果而联系起来——一个过程的结果或者输出通常会成为另一个过程的输入或者整个项目的最终结果。在项目过程组之间以及项目过程本身当中，这种联系是迭代的。
        如果一个项目被划分成阶段，每个阶段中的过程经常会反复进行。项目中过程组的相互作用如下图所示。
        
        过程组的相互作用
        5个项目过程组与44个项目管理过程及9个项目管理知识域的映射关系如下表所示。
        
        过程组、过程和类知识域的映射关系
        注：1．在《信息系统项目管理师教程》中，“团队组建”被划分为规划过程组。在PMBOK 2004版中，“团队组建”在执行过程组中，笔者认为划分在执行过程组中更合理。
        2．发包规划在《信息系统项目管理师教程》中也称为计划签约和编制合同。
 
       项目管理办公室
        项目管理办公室（PMO）的主要功能和作用可以分为两大类：日常性职能和战略性职能。
        日常性职能
        .建立组织内项目管理的支撑环境：统一的项目实施流程，项目过程实施指南和文档模板，项目管理工具，项目管理信息系统等。
        .培养项目管理人员。
        .提供项目管理的指导和咨询：可以大大加强和促进组织内部有效经验的传播和共享。
        .组织内多项目的管理和监控：统一收集和汇总所有项目的信息和绩效，并对组织高层或其他需要这些信息的部门或组织进行报告。同时这些信息也帮助组织判断项目是否运行正常。
        战略性职能
        .项目组合管理：包括两个主要任务，即将组织战略和项目关联；项目选择和优先级排列。组合管理所关心的是适配、效用和平衡。如果有效地予以实施，组合管理将确保人员和资源的最佳使用。
        .提高组织项目管理能力。
 
       管理体系
        灾备管理体系主要是指组织机构的各个层面，在日常状态和灾难状态下的各种管理工作，至少包括以下5个方面。
        （1）灾难恢复组织机构。商业银行应结合本行机构设置的具体情况，设立灾难恢复组织机构，包括灾难恢复规划建设、运行维护、应急响应和灾难恢复等各阶段工作所需的人员，有关人员可为专职，也可为兼职，关键岗位的人员应有备份。商业银行可以参考《JR/T0044 2008银行业信息系统灾难恢复管理规范》，设置灾难恢复组织机构，包括决策层、管理层和执行层，各层之间分工明确、职责清晰。
        （2）岗位与培训管理。灾备中心的应急生产岗位应与生产中心对等，只不过可以按照人员复用的原则，由灾备管理人员、开发测试人员或系统运维人员专职或兼职担任。对不同层次、不同部门的岗位，在灾难恢复策略规划、系统建设与运维、预案制定、演练和更新维护等不同阶段，应按照不同的培训目标，安排不同的培训计划。
        （3）灾难恢复预案管理与演练。灾难恢复预案要长期保持有效性，必须在灾难恢复策略发生变化、演练发现问题、生产系统发生变更、人员出现调整等情况下，及时修订维护预案，做好变更管理、版本管理，以及发布管理等，确保合适的人员及时获得最准确、最合适的信息。演练验证灾难恢复预案有效性的最佳手段。演练管理就是要对演练的计划、场景、人员、过程、总结评估和后续完善调整等进行全面管理，通过演练来培养灾难恢复团队面对复杂环境的信心和冷静心态，验证灾难恢复能力，改进灾难恢复流程，发现并纠正灾备体系中的缺陷。
        （4）灾备中心日常运维、灾难响应与重续运行管理。灾备中心应随时做好接替生产中心的准备，因此，必须像生产中心一样，对灾备中心的系统、网络和环境等基础资源进行运行维护，按照备份策略按时完成数据备份，完成灾备系统与生产系统的同步。当灾难发生后，灾难恢复组织机构的各层人员立即响应，在指挥报告、协调、联络、保障等工作机制的保障下，按照灾难恢复流程步骤，一步步地恢复信息系统及其支撑的关键业务功能。在生产系统成功切换到灾备中心运行后，要按照生产中心的规章制度、操作流程、技术规范来管理，保障生产系统安全稳定运行，直至生产中心重建并恢复了生产运行能力。
        （5）外部资源管理。外部资源主要指商业银行的合作伙伴、服务商、设备商和外协人员等。当发生灾难时，可能需要这些外部资源的支持才能完成灾难恢复，比如，从设备供应商紧急采购灾备生产设备，从电信运营服务商紧急租用通信线路，从银联借调交易流水等。因此，需要与这些外部资源建立日常联系或签订协议，并不定期地测试其支持能力，以保证在灾难恢复期间，外部资源可以提供有效的支持。
 
       培训
        培训包括旨在提高项目团队成员能力的全部活动。
        培训可以是正式或非正式的。培训方式包括课堂培训、在线培训、计算机辅助培训、在岗培训（由其他项目团队成员提供）、辅导及训练。
        应按人力资源管理计划中的安排来实施预定的培训。也应根据管理项目团队过程中的观察、交谈和项目绩效评估的结果，来开展必要的计划外培训，培训成本通常应该包括在项目预算中，或者由执行组织承担（如果增加的技能有利于未来的项目）。培训可以由内部或外部培训师来执行。
 
       体系结构
        RPR的体系结构如下图所示。RPR采用了双环结构，由内层的环1和外层的环0组成，每个环都是单方向传送。相邻工作站之间的跨距包含传送方向相反的两条链路。RPR支持多达255个工作站，最大环周长为2000km。
        
        RPR体系结构
 
       项目管理计划
        项目管理计划是说明项目将如何执行、监督和控制的一份文件，它整合了其他各规划过程所输出的所有子管理计划和基准。
        项目管理计划中的子管理计划包括：范围管理计划、需求管理计划、进度管理计划、成本管理计划、质量管理计划、过程改进计划、人力资源管理计划、沟通管理计划、风险管理计划、采购管理计划和干系人管理计划。
        项目管理计划中的项目基准包括：范围基准、进度基准和成本基准。
        另外，项目管理计划还可能包括以下内容：
        .项目所选用的生命周期及各阶段将采用的过程。
        .项目管理团队做出的裁剪决定，包括：
        项目管理团队所选择的项目管理过程。
        每个所选过程的执行程度。
        对这些过程所需的工具与技术的描述。
        对如何利用所选过程来管理具体项目的描述，包括这些过程间的依赖关系和相互影响，以及这些过程的主要输入和输出。
        .关于如何执行工作以实现项目目标的描述。
        .变更管理计划，用来明确如何对变更进行监控。
        .配置管理计划，用来明确如何开展配置管理。
        .对如何维护绩效测量基准的完整性的说明。
        .干系人的沟通需求和适用的沟通技术。
        .为处理未决问题和制订决策所开展的关键管理审查，包括内容、程度和时间安排等。
        项目管理计划可以是概括的或详细的，可以包括一个或多个子管理计划。每个子计划的详细程度取决于具体项目的要求。项目管理计划一旦被确定为基准，就只有在提出变更请求并经实施整体变更控制过程批准后才能变更。
 
       运维
        运维是运行维护的简称，是一种IT服务形态。在《信息技术服务分类与代码》（GB/T 29264-2012）中，对运行维护服务（operation maintenance service）给出的定义是“采用信息技术手段及方法，依据需方提出的服务级别要求，对其信息系统的基础环境、硬件、软件及安全等提供的各种技术支持和管理服务”。
        运维是信息系统全生命周期中的重要阶段，也是内容最多、最繁杂的部分，是对信息系统提供维护和技术支持以及其他相关的支持和服务。运维服务的主要对象包括基础设施、硬件平台、基础软件、应用软件以及依赖于IT基础设施的数据中心、业务应用等信息系统，其范围可以是单个IT基础设施的运维，也可以是整体IT基础设施和业务应用的总体运维。运维服务交付内容主要包括咨询评估、例行操作、响应支持和优化改善。
        在《信息技术服务分类与代码》（GB/T 29264-2012）中，将运行维护服务分成基础环境运维、硬件运维服务、软件运维服务、安全运维服务、运维管理服务和其他运行维护服务六类，每类运维服务及其说明见下表。
        
        运维服务分类与代码
        
        任何组织和个人提供运维服务需要依据需方提出的服务级别要求，并确保提供的运行维护服务符合与需方约定的质量要求。因此，具备相应运维服务能力是服务组织提供服务的必要条件，比如规范和明确运维人员的岗位职责和工作安排、提供绩效考核量化依据、提供解决事故和问题经验、提供知识的积累和共享手段、实现完善的IT运维管理、提高组织经营水平和服务水平等等。在《信息技术服务运行维护第1部分：通用要求》（GB/T 28827.1-2012）中给出了供方运维服务的能力模型，该模型定义了运行维护服务能力的四个关键要素：人员、资源、技术和过程，每个要素通过关键指标反映应具备的条件和能力。模型也给出了供方为持续提升运维能力的管理方法。
   题号导航      2015年下半年 信息系统项目管理师 下午试卷 案例   本试卷我的完整做题情况  
1 /
2 /
3 /
 
第1题    在手机中做本题