2018年5月信息系统项目管理师考前必学2(1).pdf

更多资料请访问 或联系 QQ：858301448 提供信息系统项目管理师、系统集成项目管理工程师、一级建造师、二级建造师、系统规划全程辅导培训 1 2018 年 5 月信息系统项目管理师案例学习资料 说明：请大家把最近几次串讲的一些案例多看看，多读，都看看，谢谢。在答题的时候一定要按点写、尽力多写。特别说明：特别说明：案例案例 2222 次视频次视频建议看。计算题必须会，如果不会的，建议看。计算题必须会，如果不会的，看计算看计算 1-81-8。常见错误、措施、。常见错误、措施、可能考案例的纯理论必须看（题目书里有写，如果还没掌握的，速度认真掌握）可能考案例的纯理论必须看（题目书里有写，如果还没掌握的，速度认真掌握）.请持续关注讲课请持续关注讲课和群消息。和群消息。一、可行性研究分析（立项管理）1、项目的必要性分析：（不需要认真背）、项目的必要性分析：（不需要认真背）原有系统开发不规范，缺少必要的技术文档，原开发人员跳槽，新接手的开发人员很难维护原有系统，维护成本可能会接近或超过新开发的成本。原系统采用落后的设计或因设计人员的水平有限，系统架构设计不合理，难以扩充和修改。原系统设计虽然合理，也考虑到了日后的扩充，但因业务发展太快，远远超过原来的设想，量变引起质变 原系统开发工具已过时，用落后的开发工具继续维护还不如用新的开发工具重新开发。原系统所基于的硬件或软件平台已过时，在原有平台继续维护已无必要，需要开发基于当前流行平台的新系统项目的可能性。2、可行性研究的内容：、可行性研究的内容：技术可行性分析；经济可行性分析；运行环境可行性分析；其他方面的可行性分析（法律可行性、社会可行性）。3、可研过程中可能出现的问题？、可研过程中可能出现的问题？（1）项目经理的技术经验不足（2）没有正式、书面的新产品研发项目建议书就开展可行性研究工作（3）新产品研发的可行性研究工作不充分，尤其缺少技术可行性分析和论证（4）研发过程中对人才缺乏、竞争对手等带来的风险缺乏充分的分析，没有合理有效的应对方案（5）没有新产品的初步设计方案就开始研发工作（6）新产品的需求和技术指标不应由领导把关，应进行外部评审（7）在项目启动前缺少对项目成本的估算或成本估算工作未到位（8）可行性研究报告缺少必要的内部论证或外部评估环节（9）没有制订综合、全面的项目管理计划，进度计划不能代替项目管理计划，领导的指示不能代替项目管理计划（10）项目发生进度延误的可能性时未及时调整或更新进度计划并与领导及相关各方沟通（11）前期立项工作中人员参与不充分，缺少关键技术人员和财务人员 4、可行性研究的步骤：（不需要认真背）、可行性研究的步骤：（不需要认真背）更多资料请访问 或联系 QQ：858301448 提供信息系统项目管理师、系统集成项目管理工程师、一级建造师、二级建造师、系统规划全程辅导培训 2 明确项目规模和目标；研究正在运行的系统；建立新系统的逻辑模型；导出和评价各种方案；推荐可行性方案；编写可行性研究报告；递交可行性研究报告 5、项目建议书批准后的主要工作一般为：（不需要认真背）、项目建议书批准后的主要工作一般为：（不需要认真背）（1）确定项目建设的机构、人员。（2）选定建设地址，申请规划设计条件，做规划设计方案。（3）落实筹措资金方案。（4）落实原料的供应、配套方案、安全消防措施等。（5）外商投资企业申请企业名称预登记。（6）进行详细的市场调查分析。（7）编制可行性研究报告。6、项目评估的程序：、项目评估的程序：（不需要认真背）（不需要认真背）1)成立评估小组，进行分工，制定评估工作计划；2)开展调查研究，收集数据资料，并对可行性研究报告和相关资料进行审查和分析；3)分析与评估；4)编写评估报告；5)讨论、修改报告；6)专家论证会；7)评估报告定稿。（项目评估的最终成果是项目评估报告）二、整体管理 1、可能的问题？、可能的问题？（1）项目管理计划不应由一人制定，应有项目组参与。（2）项目计划缺少相关分计划，如质量计划、沟通计划等。（3）制定进度计划的方法不合理，没有预留一定的缓冲时间。（4）项目计划缺少评审和审批环节。（5）没有处理好外部因素（天气）和内部因素（团队）带来的风险，缺乏有效的应对措施。（6）项目发生变更时没有及时更新项目计划。（7）应识别受设备到场所影响的活动，对于不受影响的活动不应推迟进行。2、编写计划的过程、编写计划的过程（1）明确项目目标和阶段目标（2）成立初步的项目团队（3）工作准备与信息收集（4）依据标准、模版等编写初步的概要的项目计划（5）编写范围管理、质量管理、进度、预算等分计划（6）将上述分计划纳入项目计划，然后对项目计划进行综合平衡、优化（7）项目经理负责组织编写项目计划（8）评审与批准项目计划（9）项目获批，形成了项目的基准计划 3、项目章程一般包括以下内容：项目章程一般包括以下内容：项目章程应当包括以下内容（直接列入或援引其他文件)。（1）项目目的或批准项目的原因。（2）可测量的项目目标和相关的成功标准。（3）项目的总体要求。更多资料请访问 或联系 QQ：858301448 提供信息系统项目管理师、系统集成项目管理工程师、一级建造师、二级建造师、系统规划全程辅导培训 3 （4）概括性的项目描述。（5）项目的主要风险。（6）总体里程碑进度计划。（7）总体预算。（8）项目审批要求（用什么标准评价项目成功，由谁对项目成功下结论，由谁来签署项目结束）。（9）委派的项目经理及其职责和职权。（10）发起人或其他批准项目章程的人员的姓名和职权。4、项目管理计划记述了如下内容：项目管理计划记述了如下内容：（1）项目管理团队选择的各个项目管理过程。（2）每一选定过程的实施水平。（3）对实施这些过程时使用的工具与技术所做的说明。（4）在管理具体项目中使用选定过程的方式和方法，包括过程之间的依赖关系和相互作用，以及重要的依据和成果。（5）为了实现项目目标所执行工作的方式、方法。（6）监控变更的方式、方法。（7）实施配置管理的方式、方法。（8）使用实施效果测量基准并使之保持完整的方式、方法。（9）项目干系人之间的沟通需要与技术。（10）选定的项目生命期和多阶段项目的项目阶段。（11）高层管理人员为了加快解决未解决的问题和处理未做出的决策，对内容、范围和时间安排的关键审查。三、需求范围管理 1、范围管理可能问题：、范围管理可能问题：（1）没有挖掘到全部隐性需求，缺乏精确的范围定义；（2）没有有效的范围管理，造成二次变更；（3）对范围控制不足；（4）没有和客户进行需求确认（5）没有制定范围管理计划或项目管理计划（6）变更结果没有得到客户的确认。（7）项目范围说明书内容不全面（或者项目范围定义不充分）（8）没有及时评估客户提出的变更要求对项目带来的影响并与客户及时沟通（9）变更不应由项目经理审批，应有 CCB 审批（10）项目变更实施前没有及时变更合同（11）缺少范围确认环节（或项目需求、设计等没有得到用户的正式评审）；（12）范围控制存在问题 2、范围管理应对措施：、范围管理应对措施：（1）项目范围进行清晰定义，并根据定义对工作进行分解，制定 WBS；（2）对项目进行合理估算，对工作量有量化的把握；（3）对项目范围进行有效控制；（4）重新定义项目范围必须得到高层和客户的确认；（5）进行沟通管理，协调多个项目干系人之间的矛盾。3、项目范围说明书的内容、项目范围说明书的内容：（1）产品范围描述（2）验收标准（3）可交付成果（4）项目的除外责任（5）制约因素（6）假设条件。4、树型、列表型；按生命周期、按子项目、按可交付物三种分解方法、分解步骤。还有、树型、列表型；按生命周期、按子项目、按可交付物三种分解方法、分解步骤。还有 8 个原则个原则 更多资料请访问 或联系 QQ：858301448 提供信息系统项目管理师、系统集成项目管理工程师、一级建造师、二级建造师、系统规划全程辅导培训 4 5、需求变更的可能问题：、需求变更的可能问题：（1）没有按照严谨的变更控制流程对整个需求变更做完整的记录和跟踪（对于需求变更请求没有记录、没有对变更进行正式的评审和批准、对于变更的结果没有验证）（2）对需求变更可能造成的影响进行全面的评估和分析（只分析了需求变更对于工期的影响）（3）没有修改项目管理计划并重新评审（项目经理不应口头布置任务，同时里程碑的调整没有通知相应的管理层）（4）配置管理工作没有做好（没有对需求文件和设计文件进行修改，并升级相应版本，相应的模块编码的修改也没有进行版本控制）（5）变更结果没有跟客户沟通（需求变更实施完成后，没有让客户对最终结果进行确认）6、需求变更出现问题的影响：、需求变更出现问题的影响：（1）没有遵循正式的变更控制流程，可能导致需求变更的过程失控和不可追溯。（2）没有对变更的影响进行完整的分析，可能导致无法全面了解这次变更对项目的进度、范围、成本、质量等造成多大的影响。（3）没有修改项目管理计划，可能导致实际工作内容与计划有较大的偏差，使项目管理计划无法指导项目实施。（4）没有对相应技术文档进行修改可能导致需求、设计与编码无法对应，不利于后期的测试和以后的维护工作。版本管理和配置管理没有做好，可能导致在变更失败后无法将项目恢复到变更前的状态。（5）没有让用户对最终结果进行确认，可能导致双方对变更结果的意见不一致，不利于项目验收和最终交付。7、确认范围应该贯穿项目的始终，一般步骤如下、确认范围应该贯穿项目的始终，一般步骤如下（1）确定需要进行范围确认的时间。（2）识别范围确认需要哪些投入。（3）确定范围正式被接受的标准和要素。（4）确定范围确认会议的组织步骤。（5）组织范围确认会议。8、需求管理计划描述在整个项目生命周期内如何分析、记录和管理需求。主要包括以下内容。、需求管理计划描述在整个项目生命周期内如何分析、记录和管理需求。主要包括以下内容。（1）如何规划、跟踪和汇报各种需求活动。（2）需求管理需要使用的资源。（3）培训计划（4）项目干系人参与需求管理的策略（5）判断项目范围与需求不一致的准则和纠正规程（6）需求跟踪结构，即哪些需求属性将列入跟踪矩阵，并可在其他哪些项目文件中追踪到这些需求（7）配置管理活动 四、进度管理 1、进度管理可能出现的问题以及可以采用的办法，其中还要注意可能会和成本一起考！、进度管理可能出现的问题以及可以采用的办法，其中还要注意可能会和成本一起考！（1）团队成员没有及早参与，需求分析耗时长，要早期参与进项目（2）经验不足，进度计划制定不准，采取有效的历时估算方法和网络计划技术，制定进度计划（3）考虑项目期间特定时期会对进度产生影响（4）增加人手，聘请更有经验的人员，或找兼职人员 更多资料请访问 或联系 QQ：858301448 提供信息系统项目管理师、系统集成项目管理工程师、一级建造师、二级建造师、系统规划全程辅导培训 5 （5）加班 （6）并行（7）重新估算后面的工期（8）加强沟通，减少变更（9）加强控制，避免返工（10）外包（11）加强沟通，先完成关键需求（12）增加资源有时可能压缩工期有限（13）关注关键路径，在关键路径上加资源，有效果（14）关注里程碑（15）加强进度与成本、风险、质量等知识点的协调 解决方案解决方案:(1)向公司申请增加资源，或使用经验丰富的员工 (2)优化网络图，重排活动之间的顺序，压缩关键路径 (3)临时加班（赶工），尽可能补救耽误的时间或提高资源利用率（4）将部分阶段的工作改为并行，并进行内部流程的优化（5）变更原来的进度计划。根据上一阶段的绩效，对后续工作重新评估，修订计划，并征得项目干系人的同意（6)加强同项目干系人的沟通（7)加强对交付物、项目阶段工作的及时检查和控制，避免后期出现返工（8）尽可能调配非关键路径上的资源用于关键路径上的任务（9）优化外包，采购等环节，并全程监控。2、进度压缩的方法：、进度压缩的方法：（1）赶进度。（2）快速跟进。3、缩短工期的方法：、缩短工期的方法：（1）赶工，投入更多的资源或增加工作时间，以缩短关键活动的工期。（2）快速跟进，并行施工，以缩短关键路径的长度。（3）使用高素质的资源或经验更丰富的人员。（4）减小活动范围或降低活动要求。（写案例、论文的时候写 在甲方同意的前提下）（写案例、论文的时候写 在甲方同意的前提下）（5）改进方法或技术，以提高生产效率（6）加强质量管理，及时发现问题，减少返工，从而缩短工期。4、进度提前的变更方法、进度提前的变更方法 （1）分析进度，找出哪些地方需要采取纠正措施；（2）确定应采取哪种具体纠正措施；（3）修改进度计划，并将纠正措施列入计划；（4）重新计算进度，估计计划采取的纠正措施。5、如何保证满足项目的进度要求：、如何保证满足项目的进度要求：（1）进行计划的贯彻（2）调整工作（3）抓住关键路径（4）提高资源利用率（5）加强组织管理工作（6）加强进度控制。6、监督和跟踪项目进度的步骤：、监督和跟踪项目进度的步骤：（1）细化 WBS，基于 WBS 和工时估算制定活动网络图，制定项目工作计划；（2）建立对项目工作的监督和测量机制；（3）确定项目里程碑，并建立有效的评审机制；（4）对项目中发现的问题、及时采取纠正和预防措施，并进行有效的变更管理。（5）使用有效的项目管理工具，提升项目管理的工作效率。更多资料请访问 或联系 QQ：858301448 提供信息系统项目管理师、系统集成项目管理工程师、一级建造师、二级建造师、系统规划全程辅导培训 6 其实进度管理主要是计算题，要会找关键路径、会求 6 标时、自由时差，要会调整工期，会求至少需要多少人、还需要会结合挣值进行分析。提示：在压缩了一个活动之后，要分析关键路径是否有变化，不管有没变化，都需要在答题纸上说明。五、成本管理 成本估算和预算的联系：成本估算和预算的联系：都运用类比估算、参数模型、自下而上等工具和技术；都是以 WBS 为基础的。成本估算和预算的区别：成本估算和预算的区别：估算成本是对完成项目活动所需资金进行近似估算的过程；估算成本其输出是成本估算，这种估算并未得到管理层的批准；成本估算的精确程序以工作包为基础；制定预算是汇总所有单个活动或工作包的估算成本，建立一个经批准的成本基准的过程；成本预算将基于工作包的成本估算分配到每项活动及相应时间段；成本预算输出的是成本基准计划即经过批准的成本预算。其实成本管理主要是计算题，注意和进度的结合。EV、PV、AC、BAC 、CV、SV、EAC、ETC、CPI、SPI 公式：CV=EV-AC 0，节省 0，超支 SV=EV-PV 0，提前 0 滞后 CPI=EV/AC，1，节省；1，超支 SPI=EV/PV，1，提前；1，落后 ETC=(BAC-EV)当前偏差被看做是非典型的 ETC=(BAC-EV)/CPI 当前偏差被看做是代表未来的典型偏差 EAC=AC+ETC -衍化为下面两个公式 EAC=AC+BAC-EV 当前偏差被看做是非典型的 EAC=AC+(BAC-EV)/CPI 当前偏差被看做是代表未来的典型偏差 VAC=BAC-EAC 提示：一定要按过程写，就算是不会，也一定要多写，写公式，能写几步是几步。另外呢？如果是和进度结合的题目，如果题目里没特殊说明，求 PV 的时候要按照网络图来，就是按最早开始算，当然，如果题目里有限制条件，则按照限制条件来。成本估算的步骤成本估算的步骤（1）识别并分析成本的构成科目（2）根据已识别的项目成本构成科目，估算每一科目的成本大小（3）分析成本估算结果，找出各种可以相互替代的成本，协调各种成本之间的比例关系。成本预算的步骤成本预算的步骤 更多资料请访问 或联系 QQ：858301448 提供信息系统项目管理师、系统集成项目管理工程师、一级建造师、二级建造师、系统规划全程辅导培训 7 （1）将项目总成本分摊到项目工作分解结构的各个工作包。分解按照自顶向下，根据占用资源数量多少而设置不同的分解权重。（2）将各个工作包成本再分配到该工作包所包含的各项活动上。（3）确定各项成本预算支出的时间计划及项目成本预算计划。项目成本控制的定义，包括如下内容：项目成本控制的定义，包括如下内容：对造成成本基准变更的因素施加影响；确保变更请求获得同意；当变更发生时，管理这些实际的变更；保证潜在的成本超支不超过授权的项目阶段资金和总体资金；监督成本执行（绩效），找出与成本基准的偏差；准确记录所有的与成本基准的偏差；防止错误的、不恰当的或未批准的变更被纳入成本或资源使用报告中 就审定的变更，通知项目干系人；采取措施，将预期的成本超支控制在可接受的范围内。成本超支进度落后措施：用高效人员、在预防风险的情况下并行施工等、提高工作效率 成本超支进度落后措施：用高效人员、在预防风险的情况下并行施工等、提高工作效率 成本超支进度超前措施：抽调人员、放慢进度，采取措施控制成本，必要时调整基线。成本超支进度超前措施：抽调人员、放慢进度，采取措施控制成本，必要时调整基线。六、质量管理 项目质量管理可能问题：项目质量管理可能问题：（1）有制定可行的质量管理计划并积极实施；（2）没有全面的质量管理进展情况报告；（3）沟通方式单一或不全面，容易误导用户，致用户不必要的担心（4）质量保证过程中缺乏 QA 的参与（5）质量控制环节缺失，例如评审和测试（6）测试方法不当或不充分（7）测试控制的流程不对，或测试安排的紧张，或未进行质量控制就进行了范围确认。（8）没有质量保证经验。（9）检查频率的设定有问题。（10）应加强项目过程中的质量控制或检查，不能等到工作产品完成后才检查。（11）QA 发现问题应与当事人协商，如果无法达成一致要向项目经理或更高级别的领导汇报，而不能自作主张。（12）在质量管理中，没有与合适的技术手段相结合。（13）对程序员在质量意识和质量管理的培训不足（14）职责分配不清楚（15）项目经理在项目质量管理方面的经验欠缺（16）进度计划制定的不合理（或进度计划安排过于紧张）(17)需求分析、系统设计阶段的质量控制可能不到位、缺少评审环节(18)测试过程中配置管理工作未到位(19)项目缺乏质量标准和质量规范(20)没有建立项目的质量保证体系(21)在质量管理中，没有采用合适的工具、技术和方法 应该怎么解决或提高项目质量？应该怎么解决或提高项目质量？更多资料请访问 或联系 QQ：858301448 提供信息系统项目管理师、系统集成项目管理工程师、一级建造师、二级建造师、系统规划全程辅导培训 8 1、严格执行公司的质量管理体系规范工作流程；2、制定质量管理计划；3、执行质量保证计划；4、调配相关资源（如：人、财、物等）加强后续质量保证工作；5、加强后期的质量控制和测试，应安排相对独立的测试人员；6、提前加强产品交付后的客户服务和维护工作；7、加强沟通；8、建议必要时修改质量基准争取以最小的代价获得用户认可。9、参与开发项目的软件过程描述。评审过程描述用于保证该过程与组织政策、内部软件标准、外界标准及项目计划的其他部分相符；10、按质量管理计划实施质量检查，检查是否按标准过程实施项目工作。及时完成项目过程中的质量检查，在每次进行检查之前应检查清单，并将质量管理相关情况予以记录；11、依据检查的情况和记录，识别与相应软件开发过程的偏差，分析问题原因，发现尚可能存在的问题，并与当事人协商，争取解决问题。问题解决后要进行验证，如果无法与当事人达成一致，应按问题上报流程报告项目经理（或更高级别的领导），直至问题解决：12、定期给项目干系人分发质量报告；13、协调变更控制和变更管理，并帮助收集和分析软件度量信息等；14、为项目组成员提供质量管理要求方面的培训或指导等。15、强有力的领导 16、建立组织级项目管理体系 17、建立组织级质量管理体系，包括制定可行的过程规范和质量目标、质量标准 18、建立项目级激励制度 19、理解质量成本 20、提高项目文档质量 21、发展和遵从成熟度模型。22、应安排独立于项目组的有经验的质量保证人员负责质量保证工作 23、对软件开发的过程实施质量审计 24、注重对需求和设计等开发过程文件的技术评审工作 25、应加强需求和设计方案的评审和质量控制工作 26、应加强项目实施过程中的配置管理工作 27、提出合理有效的质量整改措施（如建议的纠正措施、对项目计划可能的更新等）质量保证体系包含？质量保证体系包含？1、是否制定明确的质量计划 2、是否建立健全专职的质量管理机构 3、是否实现管理业务标准化，管理流程程序化 4、是否配备必要的资源条件 5、是否建立了一套灵敏的质量信息反馈系统。质量保证人员，在整个项目中应该完成哪些工作质量保证人员，在整个项目中应该完成哪些工作?（1）计划阶段制定质量管理计划和相应的质量标准（2）按计划实施质量检查，是否按标准过程实施项目工作。注意项目过程中的质量检查，每次进行检查之前准备检查清单（checklist），并将质量管理相关情况予以记录（3）依据检查的情况和记录，分析问题，发现问题，与当事人协商进行解决。问题解决后要进行验证；如果无法与当事人达成一致，应报告项目经理或更高层领导，直至问题解决 更多资料请访问 或联系 QQ：858301448 提供信息系统项目管理师、系统集成项目管理工程师、一级建造师、二级建造师、系统规划全程辅导培训 9 （4）定期给项目干系人发质量报告（5）为项目组成员提供质量管理要求方面的培训或指导 质量控制的工作应做好以下几方面内容：质量控制的工作应做好以下几方面内容：1、维护工作进行质量控制，做好相关文档工作；2、在有条件情况下，开始对已交付系统进行文档建设，尤其是用户手册的建设工作；3、建立组织级的质量管理体系和相关的标准及规范，取得高层领导的支持和信任，开展整体质量控制观念的培养，在以后工作中实施严格的质量控制工作。质量管理体系的改进步骤：质量管理体系的改进步骤：（1）找出目前质量体系不合适项目实际情况的问题（2）制定改进计划，对项目实施流程进行改进（3）将改进工作分配给各部门（4）修改体系文件并会同各部门进行评审（5）在部分项目中试运行改进后的体系，找出问题，改进（6）正式发布改进后的体系并持续改进 企业的质量管理体系主要存在以下问题：企业的质量管理体系主要存在以下问题：（1）目标工作与实际工作和原有管理割裂开来，认为目标归目标，实际工作中没沿用原来的管理模式；（2）未能结合企业的实际情况，照搬照抄，其后果导致旧的方法弃之不用，新的方法不知如何使用；（3）实际运行中缺乏指导性、操作性。（4）在体系建立和实施过程，个别领导和富有管理职能的人员，对体系理解不透、不准确，而其又要具体指导目标工作，以致于体系无法在本单位得到有效的贯彻；（5）把目标工作看成是额外安排的一件事，被动应付，不推不动，实施不用心，满足于上级下达的目标任务；（6）个别单位对体系的宣传力度不够，使一些部门领导和员工对体系的认识存在偏差；（7）在体系的建立和实施过程中的各种工作较为肤浅，缺乏深入的研究及遇到问题主动的解决。改进之策：改进之策：（1）加强领导的组织和协调作用；（2）统一认识，牢固树立目标的长久思想；（3）加强培训和教育；（4）以质量管理体系为中心，整合各种管理制度间的关系；（5）强化内审和管理评审工作；（6）重视持续改进；（7）重视质量管理制度化建设，加强考核，强化监督保障机制的作用。质量控制的方法：质量控制的方法：4 个：统计抽样、检查、测试、6 西格玛 老七种工具：因果图、流程图、直方图、检查单、散点图、排列图（帕累托图）、控制图（管理图、趋势图）新七种工具：相互关系图、亲和图、树状图、矩阵图、优先矩阵图、过程决策程序图、活动网络图 项目管理过程的质量保证活动的基本内容如下：项目管理过程的质量保证活动的基本内容如下：（1）制定质量标准。（2）制定质量控制流程。（3）提出质量保证所采用方法和技术。（4）建立质量保证体系。更多资料请访问 或联系 QQ：858301448 提供信息系统项目管理师、系统集成项目管理工程师、一级建造师、二级建造师、系统规划全程辅导培训 10 项目质量控制过程一般要经历以下基本步骤：项目质量控制过程一般要经历以下基本步骤：（1）选择控制对象。（2）为控制对象确定标准或目标。（3）制定实施计划，确定保证措施。（4）按计划执行。（5）对项目实施情况进行跟踪监测、检查，并将监测的结果与计划或标准比较。（6）发现并分析偏差。（7）根据偏差采取相应对策.质量控制跟质量保证的区别：质量控制跟质量保证的区别：质量保证主要是按照既定的质量计划来对过程进行追踪，并且还包含质量改进；而质量控制则监控项目的具体结果，确定其是否符合项目的质量标准，并进行不合格情况的追踪。（简单记忆：质量保证看得是整个项目，控制是关注各阶段具体可交付成果，另外质量保证工具有质量审计跟过程分析，从这两点上区分控制跟保证。此题也可以结合输入工具输出来作答）七、人力资源管理 人力资源管理计划包括（但不限于）以下内容。人力资源管理计划包括（但不限于）以下内容。（1）角色与职责，定义项目所需的岗位、技能和能力。（2）项目组织图，说明项目所需的人员数量。（3）人员配备管理计划，说明需要每个团队成员的时间段，以及有助于项目团队参与的其他重要信息 人力资源可能问题：人力资源可能问题：缺乏足够的项目管理能力和经验；兼职过多，精力和时间不够用，顾此失彼；没有进入管理角色，定位错误，疏于对项目的管理；新人缺乏培训和全程的跟踪和监控；没有进行良好的冲突管理。应对措施：应对措施：（1）事先制定岗位的要求、职责和选人的标准，并选择合适的人选；（2）对工作进行全面估算，如果有人负荷过重，需要找人代替，解决负载平衡问题；（3）事前沟通并对相应人员明确要求，明确角色的轻重缓急，促使尽快转换角色；（4）上级应该注意平时对人员的培养和监控；（5）对项目团队进行有效的冲突管理。（6）采用合适的团队建设手段，消除团队成员间的隔阂。（7）明确项目团队的目标及项目组各成员的分工。（8）建立清晰的工作流程和沟通机制。（9）建立明确的考核评价标准。（10）鼓励团队成员之间建立参与和分享的氛围。（11）制定有效的激励措施。人力资源管理中常见问题极其解决方式人力资源管理中常见问题极其解决方式 常见问题 产生原因 解决措施 更多资料请访问 或联系 QQ：858301448 提供信息系统项目管理师、系统集成项目管理工程师、一级建造师、二级建造师、系统规划全程辅导培训 11 （1）招募不到合适的项目成员（2）团队的组成人员尽管富有才干，但是却很难合作（3）项目团队的任何职称分配不清楚（4）团队的气氛不积极，造成项目团队成员的士气低落（5）人员流动过于频繁（1）没有能够建立人力资源获取和培养的稳定体制（2）没有能够完整的识别项目所需的人力资源的种类，数量和相关任职条件（3）没有建立一个能充分、有效的发挥能力的项目团队（4）没有清楚的分配工作职责到组织个体或人力单元（1）建立稳定的人力资源获取和培养机制，在项目早期，进行项目的整体人力资源规划（2）明确岗位设置，工作职责和协作关系（3）进行项目团队建设，加强团队沟通，建立合作氛围（4）根据项目团队成员的工作职责和目标，跟踪工作绩效，及时予以调整和改进，提升项目整体绩效 八、沟通管理 项目干系人包括：项目干系人包括：项目经理，顾客/客户，执行组织，项目团队成员，项目管理团队，出资人，有影响的人，项目管理办公室。如何进行项目干系人分析：如何进行项目干系人分析：进行项目干系人识别；分析项目干系人的重要程度；进行项目干系人的支持度分析；针对不同项目干系人，特别是重要的项目干系人，给出管理项目干系人的建议，并予以实施。如何改进项目沟通：如何改进项目沟通：使用项目管理信息系统；建立沟通基础设施；使用项目沟通模版；把握项目沟通基本原则；发展更好的沟通技能；把握人际沟通风格；进行良好的冲突管理。保证团队沟通顺畅的六点措施：保证团队沟通顺畅的六点措施：有效的沟通者；发布者；避免沟通阻断器；紧密矩阵式结构；指挥室；有效的会议。沟通基本原则：沟通基本原则：沟通内外有别；非正式的沟通有助于关系的融洽；采用对方能接受的沟通风格；沟通的升级原则；扫除沟通的障碍。可能问题和应对措施的补充可能问题和应对措施的补充（1）缺乏沟通，合作氛围不够（2）及时信息分发，加强沟通，让客户了解项目具体情况（3）注重沟通技巧，建立融洽的合作气氛（4）没有对团队成员的沟通需求和沟通风格进行分析（5）没有开一个高效的会（6）沟通方式单一 （7）没有冲突管理 （8）开高效会议的做法（9）分析成员的沟通风格，从而采用相应的沟通方式（10）多种沟通方式 （11）采用一些沟通模板 （12）加强冲突管理（13）采用一些沟通模板 （14）加强冲突管理 更多资料请访问 或联系 QQ：858301448 提供信息系统项目管理师、系统集成项目管理工程师、一级建造师、二级建造师、系统规划全程辅导培训 12 （15）多供应商的沟通（16）解决冲突，包括干系人对项目期望之间的冲突、资源冲突等。（17）做好干系人分析，调研各集成商的沟通需求。（18）周期性的沟通。（19）突发事件的协调。（20）内部管理有问题，监管不力（21）没有或极少与客户进行直接沟通（22）现场管理制度执行不力（23）总包与分包责任不清（24）客户获取的信息失真，总包推卸责任（25）客户自己本身的问题，包括资金、管理水平等（26）可能监理工作没到位（27）发挥总包的牵头和监理的协调作用（28）对共用资源可用性进行分析，引入资源日历（29）建立健全项目管理制度并监管其执行（30）采用项目管理信息系统 沟通管理计划应该包括以下内容：沟通管理计划应该包括以下内容：（1）通用术语表（2）干系人的沟通需求（3）需要沟通的信息，包括语言、格式、内容、详细程度（4）发布信息的原因 （5）发布信息及告知收悉或做出回应（如适用）的时限和频率（6）负责沟通相关信息的人员（7）负责授权保密信息发布的人员（8）将要接收信息的个人或小组。（9）传递信息的技术或方法。（10）为沟通活动分配的资源，包括时间和预算。（11）问题升级程序，用于规定下层员工无法解决问题时的上报时限和上报路径。（12）随项目进展，对沟通管理计划进行更新与优化的方法（13）项目信息流向图、工作流程（兼有授权顺序)、报告清单、会议计划等（14）沟通制约因素，通常来自特定的法律法规、技术要求和组织政策等。沟通管理计划中还可包括关于项目状态会议、项目团队会议、网络会议和电子邮件信息等的指南和模板。沟通管理计划中也应包含对项目所用网站和项目管理软件的使用说明。较为详尽的绩效报告可能包括：较为详尽的绩效报告可能包括：（1）对过去绩效的分析。（2）项目预测分析，包括时间与成本。（3）风险和问题的当前状态。（4）本报告期完成的工作。（5）下个报告期需要完成的工作。（6）本报告期被批准的变更的汇总。（7）需要审查和讨论的其他相关信息。更多资料请访问 或联系 QQ：858301448 提供信息系统项目管理师、系统集成项目管理工程师、一级建造师、二级建造师、系统规划全程辅导培训 13 九、干系人管理 干系人管理计划，为有效调动干系人参与而制定的管理策略。通常包括：干系人管理计划，为有效调动干系人参与而制定的管理策略。通常包括：（1）关键干系人的所需参与程度和当前参与程度。（2）干系人变更的范围和影响。（3）干系人之间相互关系和潜在关系。（4）项目现阶段的干系人沟通需求。（5）需要分发给干系人的信息。（6）分发相关信息的理由，以及可能产生的影响。（7）向干系人发送信息的频率和时限。（8）随着项目的进展，更新和优化干系人管理计划的方法。管理干系人参与包括以下活动管理干系人参与包括以下活动（1）调动干系人适时参与项目，以获得或确认他们对项目成功的持续承诺。（2）通过协商和沟通管理干系人的期望，确保项目目标实现。（3）处理尚未成为问题的干系人关注点，预测干系人未来可能提出的问题。需要尽早（4）识别和讨论这些关注点，以便评估相关的项目风险。（5）澄清和解决巳经识别出的问题 十、配置管理、变更管理 配置管理包括 6 个主要活动：制订配置管理计划、配置标识、配置控制、配置状态报告、配置审计、发布管理和交付。配置管理问题配置管理问题（1）没有项目管理经验，不适合项目经理的职位。（2）项目经理兼任配置管理员，精力不够，无法完成配置管理工作；（3）范围管理有问题；（4）版本管理没有做好，没有统一的版本管理机制，各版本不可追溯，导致重要版本丢失（5）项目中没有建立基线，导致需求、设计、编码无法对应；（6）没有做好变更管理，项目中的变更不可控（7）配置管理计划不应由 CCB 制定。（8）基线变更流程缺少变更验证（或确认）环节（9）CCB 成员的要求不应以人数作为规定，而是以能否代表项目干系人利益为原则（10）该公司可能没有版本管理规定或甲乙没有统一执行版本规定（11）变更审查应该提交 CCB 审核（12）变更发布应交由 CMO 完成（13）甲乙两人不能同时修改错误（14）没有做配置管理规划，缺少完整的配置管理方案（15）缺少配置管理及变更管理流程，没有配置管理委员会（16）试运行的系统版本没有及时建立基线并让各业务部门正式确认；（17）配置权限管理存在问题；（18）人员职责不清晰，没有 CMO（配置管理员）的参与并控制配置权限；（19）开发人员没有按照变更流程的要求修改系统及代码；（20）开发人员修改代码后没有及时修改文档，导致两者不一致；（21）代码被修改后没有及时进行回归测试并请干系人确认；更多资料请访问 或联系 QQ：858301448 提供信息系统项目管理师、系统集成项目管理工程师、一级建造师、二级建造师、系统规划全程辅导培训 14 （22）文档管理存在问题，没有 做好文档的交接、更新、变更管理工作；（23）配置管理过程中没有做好相应的记录；（24）新人的培训工作没有跟进到位。改进措施：改进措施：（1）从项目整体出发，做好配置管理规划（2）定义合理的配置管理流程，规定项目中出现变更的处理办法（3）与各方干系人达成共识，组建配置管理委员会（4）识别配置项，并为配置项建立惟一标识，保证其可追溯（5）建立配置基线，使重要配置项处于受控状态（6）定期提效配置状态报告，改进配置管理方法（7）组建配置管理方案设计小组（8）仔细了解单位的情况、历史、人员、组织形式等（9）对配置管理工具进行有效评估（10）制定全面有效的配置管理计划，包括建立配置管理环境、组织机构、成本、进度等，在配置管理计划中详细描述，建立示例配置库、配置标识管理、配置库控制、配置的检查和（11）评审、配置库的备份、配置管理计划附属文档（12）梳理变更脉络，确定统一的最终需求和设计；（13）梳理配置项及其历史版本；（14）对照最终需求和设计逐项分析现有配置项及历史版本的符合情况；（15）根据分析结果由干系人确定整体变更计划并实施；（16）加强整体版本管理。配置库的作用配置库的作用(1)记录与配置相关的信息、(2)利用库中的信息可评价变更后的后果(3)从库中可提取各种配置管理过程的管理信息，可利用库中的信息查询回答许多配置管理问题 配置项：配置项：典型配置项包括项目计划书、需求文档、设计文档、源代码、可执行代码、测试用例、运行软件所需的各种数据，它们经评审和检查通过后进入软件配置管理。配置管理中的权限问题：配置管理中的权限问题：所有配置项的操作权限应由配置管理员（CMO）严格管理，基本原则是：基线配置项向软件开发人员开放读取的权限；非基线配置项可以向项目经理（PM）变更管理委员会（CCB）及相关人员开放；工作 负责人 编制配置管理计划 创建配置管理环境 审核变更计划 变更申请 变更实施 变更发布 CCB CMO 项目经理 开发人员 配置识配置识别别的内容如下：的内容如下：（不需要认真背）（不需要认真背）(1)识别需要受控的软件配置项。(2)给每个产品和它的组件及相关的文档分配唯一标识。(3)定义每个配置项的重要特征及识别其所有者。更多资料请访问 或联系 QQ：858301448 提供信息系统项目管理师、系统集成项目管理工程师、一级建造师、二级建造师、系统规划全程辅导培训 15 (4)识别组件、数据及产品获取点和准则。(5)建立和控制基线。(6