21、WBS是管理项目范围的基础，详细的记录了项目所要完成的全部内容，而工作包是WBS最小的单元项。一个子项目的WBS将原大项目的工作包进行进一步分解，所以对于子项目，也应该进行子项目的WBS进行分解工作包。
22、项目的详细可行性研究报告包括：项目的目标、规模；技术方案概述和特点；项目的建设进度计划；投资估算和资金筹措计划；项目财务和经济评价；项目组合评价结论。
23、质量保证是质量管理的一部分，致力于增强满足质量要求的能力。其目的是对产品体系和过程的固有特性已达到的规定提供信任。换言之，就是说项目质量保证旨在项目满足相关的质量标准。
24、流程图能够表明一个系统中各种要素之间的相互关系，在项目质量控制过程中，常用的流程图包括因果图和系统流程图，因果图又称因果分析图，石川图或者鱼骨图，直观的反应了造成系统问题的各种可能原因。
25、广泛使用书面沟通最有可能帮助解决复杂问题。目前正是沟通（报告、情况介绍会、备忘录、简报）是在项目会议时进行。而非正式的项目沟通（电子邮件、即兴讨论）数据大众场合沟通方式。
26、在大项目或多项目管理中，当项目的实际期限或交付日期滞后于计划日期，进度滑移就发生了，进度滑移可能会造成承建方承担罚款而导致利润减少，并且一个项目的滑移会导致另一个项目的滑移，而项目的资源缺失会导致带处理的工作的数量增多而影响进度滑移这个餐宿。
27、WBS包含了所有的产品和项目工作，包括项目管理工作。通过将底层的所有工作逐层向上汇总来确保没有遗漏工作，也没有增加多余的工作，这种技术成为100%规则。凡是没有出现在项目干系人认可后的WBS中的工作，不属于项目的范围。WBS词典是对工作分解结构WBS组成部分（包括工作包和控制账户)进行更加详细的描述。
28、责任分配矩阵RAM能够直观的的反应团队成员个人和其承担的工作间的联系，项目经理和团队成员制定一个责任分配矩阵能够在人员离职后迅速的重新控制项目。
29、多项目管理集成了单项目管理中的理论和方法，并且将关注焦点单个项目转移到多个项目之间，强调了项目之间、项目与组织之间的协调一致，多项目管理的核心是如何在各个项目之间合理的分配各种资源。在多项目管理资源冲突时，需要多个项目之间合理的调动资源，降低资源之间的冲突；单项目管理在进行项目选择时，只考虑单项目的盈利性和技术可行性，多项目管理还要求从组织整体出发，考虑单个项目对正在执行的项目的影响，以及实施期间资源的可获取性。
30、及时有效的评估是企业学习的有效途径。也是不断发现和改进的方法之一，通常评估的方法主要关注与业务流程遵循性评估（主要评估流程所涉及部门和人员对于流程执行符合情况的评估）、有效性评估（主要评估流程所分配职责的合理性、所分配职责完成情况以及流通的效率沟通）、和绩效评估（主要评估流程所涉及的各项指标或指标的达成情况）
31、制定项目预算时，应急储备是为未规划但有可能发生的变更提供的补贴。这些变更由风险登记册中所列出的已知风险引起，而管理储备原则是为未规划的范围变更与成本变更而预留的预算。通常，在确定发生了预计的问题但是没有估计完全的情况下，可以使用储备金。
32、【过程】是通过系统的方法和步骤实现一个预定的目标。过程作为项目团队内部共同认可的制度而存在，他主要直接约束各个相关方以一致的方式来实现项目。通常，单个项目计划主要关注的是项目【活动】的计划，而大项目制定活动计划之前，必须先考虑项目的【过程】计划。
33、PMO的功能分为两类：【战略性功能和日常性功能】。战略性功能：项目组合管理、提高组织项目管理能力。PMO的日常性能包括：建立组织内项目管理的支撑环境，培养项目管理人员、提供项目管理的指导和咨询、组织内的多项目管理和监控。
34、多层BRP实现的框架：【观念重建层】，对象是企业组织内的习惯，精神等人文意识。手段有培训、宣传和交流，目的在于改善人力资源和重塑企业文化为深入实施BRP进行准备；【流程重建层】，是多层实施结构的核心，对现有流程的重新思考和重新设计，是BRP的精髓；【组织重建层】，BRP不仅会带来心理和流程上的 变化，也会有组织的变化。
35、需求开发的目的是通过调查与分析，获取用户需求并定义产品需求。软件需求开发的结果应该有项目视图和范围文档、用例文档、软件需求规格说明书及相关模型，经评审审批，这些文档就定义了开发工作的需求基线。这个基线在客户和开发人员之间构筑了计划产品【功能需求和非功能需求】的一个约定。
36、通常，可以以用户确认需求的时间点或者需求同行评审完成后作为需求基线。在需求开发过程中，【需求验证】是指开发方和用户共同对需求文档进行文档评审，经双方对需求达成共识后作出书面承诺，是需求文档具有商业合同效果。
37、为了确保在开发中“需求”不丢失，应做好需求追朔，追溯到需求，表示从客户需求到追溯到需求，却把需求规格说明书反应所有客户的需求。
38、在配置管理中，受控库也称主库或者系统库，用于管理当前基线和控制对基线的变更；动态库也成开发库、程序员库或者工作库，是保存当前开发人员正在开发的配置实体；静态库也成软件仓库或者软件产品库，用于保存各种广泛使用的已发布的基线。备份库包括制作软件和相关构架，数据、文档的不同版本的复制品。
39、版本也叫配置标识、是指对特定对象的具体实例的潜在存在。版本控制的目的是按照一定的规则保存配置项的所有版本，避免发生版本之间的混乱。并且可以快速、准确的查找配置项的各个版本。
40、软件文档分为：开发文档、管理文档和产品文档。

2013信息系统项目管理师重点整理（三）：http://www.cnitpm.com/pm/7429.html

http://www.cnitpm.com/pm/7394.html