2018年系统集成工程师、信息系统项目管理师(知识要点)

2018年系统集成工程师、信息系统项目管理师9大过程整（整体）范（范围）进（进度）成（成本）人（人力资源）质（质量）沟（沟通）风（风险）采（采购）★1整体管理：（7）整体管理7个：制定项目章程，制定初步的项目范围说明书，制定项目计划，指导和管理项目执行，监控项目执行，整体变更控制，项目收尾。1.项目整体管理知识领域包括保证项目各要素相互协调以完成项目所涉及的各个过程，是项目管理的首要知识。项目经理对项目的整体管理负有全面责任。2.项目整体管理过程负责项目的全生命周期、全局性管理、综合性管理。3.★项目章程是正式批准一个项目的文档或者批准项目是否进入下一阶段的文档，并对项目经理授权。由组织外的发起人或资助人发布。项目启动过程的成果，象征意义大于实际意义，标志着项目正式启动，同时也是项目经理的护身符。4.★项目章程内容（嘘嘘的人干杯，只假约回概）1)项目需求，反映干系人的要求和期望，2)项目必须实现的商业需求，项目概述或产品需求，3)项目的目的或论证结果，4)任命项目经理（人）并授权级别，5)干系人的影响，6)里程碑进度计划，7)职（只）能组织，8)组织的、环境的和外部的假设，9)组织的、环境的和外部的约束，10)论证项目的业务方案，包括投资回报率，11)概要预算。5.★工作说明书SOW:对内部项目而言，由项目发起人提出；对外部项目而言，从客户那里得到，可以是邀标书、合同等。工作说明书包括：爷惨战。业务需求，产品范围描述，战略计划。6.项目启动时应把握以下原则：1、明确哪些事情能做、哪些事情不能做；2、不仅要明确任务，还要明确完成任务的约束套件和验收标准；3不要关注成果，还要关注采用哪些过程获得成果。7.项目启动的成果表现在：1、高层领导的支持和参与2、明确了项目的目标以及阶段目标，并且目前是具体的、可操作的、可测量的；8.高层领导确认了项目所要完成的目标，并承诺对项目负责，是项目启动成果的标志。9.制定项目范围说明书要明确项目及产品和服务的边界，以及范围控制和验收的方法。10.项目范围说明书（初步）的内容项目和范围的目标产品或服务的需求和特点项目需求和交付物产品的验收标准项目的边界项目约束项目假设最初的项目组织最初的定义风险进度里程碑初始WBS成本概算项目配置管理的需求已批准的需求11.制定项目范围说明书的依据：1、项目章程，2工作说明书，3环境和组织因素，4组织过程资产。12.项目管理计划明确了项目团队如何执行、监督和控制，以及如何收尾。13.得到批准的项目管理计划是整个项目执行和监督的依据，项目管理计划要通过变更控制过程进行更新和修订。14.★项目管理计划内容：过失工期管制，控制机构欺策过（过程）失（实施）工（工具和技术）期（周期）管（管理）制（执行），控（控制）制（配置）机（基线）构（沟通）欺（周期）策（决策）。1)所使用的项目管理过程，2)每个特定项目管理过程的实施（失）程度，3)完成这些过程的工具和技术的描述，4)选择的项目的生命周期和相关的项目阶段，5)如何用选定的过程来管理具体的项目。包括过程之间的依赖与交互关系和基本的输入输出等，6)如何执行工作来完成项目目标，7)如何监督和控制变更，8)如何实施配置管理，9)如何维护项目绩效基线的完整性，10)与项目干系人进行沟通的要求和技术，11)为项目选择的生命周期模型。对于多阶段项目，要包括所定义阶段是如何划分的，12)为了解决某些遗留问题和未定的决策，对于其内容，严重程度和紧迫程度进行的关键管理评审。15.制定项目管理计划是一个循序渐进、逐渐细化的过程。通常其编制过程如下：1明确目标，2成立初步的项目团队，3工作准备与信息搜集，4依据标准、模板，编写初步的概要的项目计划，5编写范围、质量、进度、预算等分计划，5把各分计划纳入项目计划，然后对项目计划进行综合平衡和优化，7项目经理负责组织编写项目计划，8评审和批准项目计划，9获得批准的计划就成为了项目基准计划。16.制定项目管理计划的依据（输入）；1、项目章程、2项目范围说明书，3来自各计划过程的输出，4预测，5环境和组织因素，6组织过程资产，7工作绩效信息。17.组织过程资产：叫鸡验指纹。教（叫）训、企业计（鸡）划、经验、指导方针、文（纹）档等18.制定项目管理计划时应该注意：1项目计划的层次性，2该详细的详细，该简略的简略，3制定项目计划要现实，4重视与客户沟通。19.指导和管理项目执行，是对项目的执行进行统一协调管理，把握项目实施的全局。20.指导和管理项目执行要求项目经理和项目团队采取行动，执行项目管理计划，以实现项目的目标。21.可交付物是执行项目管理计划过程的一种输出。22.指导和管理项目的可交付物：1可交付成果，2请求的变更，3已实施的变更，4已实施的纠正措施，5已实施的预防行动，6已实施的缺陷修复，7工作绩效数据等。23.监督和控制过程是指全面跟踪、评审和调节项目的进展，以满足项目管理计划中确定的绩效目标的过程。24.项目报告包括状态报告、进度报告、成本报告、绩效报告、配置状态报告和预测等25.软件项目失控的常见原因：需求不明确不充分的计划和过于乐观的评估采用新技术，或关心创新而不关心费用和风险管理方法缺乏和不恰当性能问题团队组织不当人际因素26.项目变更管理就是使项目基准与项目执行情况一致，其可能的两个结果是或者拒绝变更，或者调整基准。27.变更管理的基本原则：1建立项目基准，2建立变更控制流程，3明确组织分工，4完整体现变更的影响，5妥善保存变更的相关文档。28.项目管理中，重点和难点排在首位的是整体变更控制。29.变更的常见原因如下：1）产品范围（成果）定义的过失或者疏忽。2）项目范围（工作）定义的过失或者疏忽。3）增值变更。4）应对风险的紧急计划或回避计划。5）项目执行过程与项目基准要求不一致带来的被动调整。6）外部事件。30.变更流程：1)提出与接受变更申请；2)对变更的初审；3)变更方案论证：4)项目管理委员会（变更控制委员会）审查：5)发出变更通知并开始实施；6)变更实施的监控：7)变更效果的评估：8)判断发生变更后的项目是否已经纳入正常轨道。（变更申请，评估，决策，实施，监控、验证，沟通存档。）31.变更评审：(1)CCB在收到了变更请求后，会有专门的人员做一个初步的分析，主要是评估变更的来源、理由、产生的影响、以及变更的代价；(2)某些申请会在这一阶段先做一个初步的处理（描述不清的申请会被要求重新提交、明显错误的变更申请会被删除、简单且影响较小的变更申请会被直接分配并处理），其余的申请会被提交到CCB进行评审。32.变更控制委员会（CCB)，也称为配置控制委员会：CCB—定要有，CCB不能提出变更申请，PM不担任CCB主席，主席一票否决权，在基准内不用走变更流程，是决策机构不是作业机构，不必是常设机构，可以一个人或者多人，甚至兼职人员。人员组成：高项配车子（高层经理、项目经理、配置管理负责人、测试负责人、质量保证负责人等)，变更控制流程的作用不包括确定要批准还是否决变更请求，它是CCB的职责之一。33.监理在变更中的工作：1)接受变更申请，2)评估变更，3)参与CCB评审，4)下达变更通知书，与PM共同发布变更，5)监控变更实施，6)对变更结果进行验证。34.★变更批准后项目经理工作：1)更新项目管理计划或其他管理计划文件，2)安排相应人员负责新的项目活动，3)更新WBS和WBS字典，4)编制新的或修订成本估算、活动排序、进度日期、资源需求和风险应对方案等。35.应对不合理变更的常用策略：1签订合同时，在合同中写明变更处理协议及其纠纷，2争取客户理解，使变更不影响项目的发展，待开发下个版本是满足变更，3接受重要的变更请求，但与建设方约定以后以恰当的方式回报承建方。36.项目收尾包括管理收尾和合同收尾；管理收尾的重要工作是本阶段的可交付物进行检验和验收，合同收尾规定合同收尾的方法和流程，为项目每个阶段内结束的合同和整个项目内结束的合同进行规范的收尾。37.项目的正式验收包括：验收项目产品、文档及已完成的交付成果。38.最终验收报告是业主认可承建方项目工作的主要文件之一，也是最终确认项目工作结束的重要标志性文件。39.项目总结会需要全体参与项目的成员都参加，并由全体讨论形成文件。40.促使项目成功收尾的方案和策略：1客户、用户关系的沟通，2需求变更处理的方案，3双方领导的大力支持，4适时应用项目收尾方案（例如召开庆功座谈会）。★2范围管理（5）★规定贱人制。（意思是这个规定是由贱人制定的，所以不好记住）范围管理5个：范围规划，范围定义，创建WBS分解结构，范围确认，范围控制。1.项目范围管理是指对项目包括什么与不包括什么的定义与控制过程。2.范围管理的工作流程：编制范围计划-范围定义-创建工作分解结构-范围确认-范围控制。编制范围计划-范围定义-创建工作分解结构属于计划过程，范围确认-范围控制属于监控过程。3.范围规划就是确定项目范围，明确项目的主要可交付成果，制定项目范围管理计划，记载如何确定、核实与控制项目范围，以及如何制定与定义WBS。4.项目范围的确定与管理直接关系到项目的整体成功。5.项目范围说明书在所有项目干系人之间建立一个对项目范围的共同理解，描述项目的主要目标，是项目团队能进行更详细的计划，指导项目团队在项目实施期间的工作，并为评估是否为需求进行变更和是否在项目范围内提供基准。6.任何一个项目都有3个主要约東条件，即质量、时间、成本。这三个条件是相互影响、相互制约的，而且往往是由于范围影响了时间和成本。7.♦详细的范围说明书包括：标书求姐夫，厂家约疯子，北京惩治囚犯。1)项目目标，2)产品范围描述，3)项目需求，4)项目边界，5)项目的可交付物，6)产品可接受的标，7)项目的假设条件，8)项目的约束条件，9)初始风险，10)初始的项目组织，11)进度里程碑，12)资金限制，13)成本估算，14)项目配置管理需求，15)已批准的需求，16)项目规范。8.范围定义的依据：1项目章程、2初步的范围说明书，3项目范围管理计划，4组织过程资产，4批准的变更申请9.在项目范围定义时还应该充分考虑利用相关项目的历史资料和信息，这些历史项目中的错误、疏忽和经验教训对新项目的范围定义是很有借鉴作用的。10.创建WBS：将项目大的可交付成果与项目工作划分为较小和更易管理的组成部分；11.WBS是一种以结果为导向的分析方法，用于分析项目所涉及的工作，所有这些工作构成项目的整个工作范围。12.WBS最底层的工作单元称为工作包，它定义了工作范围、项目组织、产品的质量和规格、估算和控制费用、进度安排等。13.★WBS的2种表示形式：分级树型：直观而不容易修改，适合小中项目；表格形式：不直观而方便，适合大项目。①分级的树形结构，类似于组织结构图。树形结构图的WBS层次清晰，非常直观，结构性强，但不容易修改；大型项目不容易表示项目全景，需分解为多个子项目。一般用在小型项目中比较多。②列表形式，直观性差，能反映项目的所有工作要素，适合大的复杂项目，适合内容分类多，容量大，用缩进图表的形式表示比较方便，可装订成册。14.业内一般把一个人2周能干完的工作称为一个工作包.或把一个人80小时能千完的工作称为一个工作包.工作包还可以继续分解为活动；15.WBS的制定过程（把整个项目工作分解为工组包，一般包括以下活动）1识别和分析项目可交付物，2构建和组织WBS，3把高层的WBS工作分解为低层次的、详细的工作单元，3为WBS分配代码，5确认工作分解的程度是必要的和充分的。16.★分解WBS的方法：1)把使用项目生命周期的阶段作为分解的第1层，而把可交付物作为第2层，2)把项目的重要可交付物安排在第1层，3)把子项目安排在第1层，在分解子项目的WBS。17.★WBS八个原则：1)在各层次上保持项目的完整性，避免遗漏必要的组成部分，2)—个工作单元只能从属于某个上层单元，避免交叉从属，3)相同层次的工作单元应用相同性质，4)工作单元应能分开不同的责任者和不同工作内容，5)便于项目管理