项目管理的一些基础知识
一、项目章程的内容
1. 基于项目干系人的需求和期望提出的要求。
2. 项目必须满足的业务要求或产品需求。
3. 项目的目的或项目立项的理由。
4. 委派的项目经理及项目经理的权限级别。
5. 概要的里程碑进度计划。
6. 项目干系人的影响。
7. 职能组织及其参与。
8. 组织的、环境的和外部的假设。
9. 组织的、环境的和外部的约束。
10. 论证项目的业务方案，包括投资回报率。
11. 概要预算。
二、组织过程资产的内容
组织过程资产包含：项目实施组织的企业计划、政策方针、规程、指南和管理系统，
实施项目组织的知识和经验教训。
项目范围说明书的内容
1. 项目和范围的目标。
2. 产品或服务的需求和特性。
3. 项目的需求和可交付物。
4. 产品验收标准。
5. 项目的边界。
6. 项目约束条件。
7. 项目假设。
8. 最初的项目组织。
9. 晟初定义的风险。
10. 进度里程碑。
11. 对项目工作的初步分解。
12. 初步的量级成本估算。
13. 项目配置管理的需求。
14. 审批要求。
三、项目管理计划的内容
1. 项目背景如项目名称、客户名称、项目的商业目的等。
2. 项目经理、项目经理的主管领导、客户方联系人、客户方的主管领导，项目领导小组（即项目管理团队）和项目实施小组人员。
3. 项目的总体技术解决方案。
4. 对用于完成这些过程的工具和技术的描述。
5. 选择的项目的生俞周期和相关的项目阶段。
6. 项目最终目标和阶段性目标。
7. 进度计划。
8. 项目预算。
9. 变更流程和变更控制委员会。
10. 沟通管理计划。
11. 对于内容、范围和时间的关键管理评审，以便于确定悬留问题和未决决策。
四、项目计划的编制流程
1. 明确目标
2. 成立初步的项目团队
3. 工作准备与信息收集
4. 依据标准、模板，编写初步的概要的项目计划。
5. 编写范围管理、质量管理、进度、预算等分计划。
6. 把上述分计划纳入项目计划，然后对项目计划进行综合平衡、优化。
7. 项目经理负责组织编写项目计划。
8. 评审与批准项目计划。
9. 获得批准后的项目计划就成为了项目的基准计划。
五、WBS的表现形式
1. 分级的树型结构
WBS层次清晰，非常直观，结构性很强，但不是很容易修改，对于大的、复杂的项目也很难表示出项目的全景。
2. 列表形式
能够反映出项目所有的工作要素，可是直观性较差
工作分解结构应把握的原则
1. 在各层次上保持项目的完整性，避免遗漏必要的组成部分。
2. 一个工作单元只能从属于某个上层单元，避免变叉从属。
3. 相同层次的工作单元应有相同性质。
4. 工作单元应能分开不同的责任者和不同工作内容。
5. 便于项目管理进行计划和控制的管理需要。
6. 最低层工作应该具有可比性，是可管理的，可定量检查的。
7. 应包括项目管理工作，包括分包出去的工作。
8. WBS的最低层次的工作单元是工作包。
六、缩短工期的方法
1. 投入更多的资源以加速活动进程。
2. 指派经验更丰富的人去完成或帮助完成项目工作。
3. 减小活动范围或降低活动要求。
4. 遁过改进方法或技术提高生产效率。
进度控制关注的内容：
5. 确定项目进度的当前状态。
6. 对引起进度变更的因素施加影响，以保证这种变化朝着有利的方向发展。
7. 确定项目进度已经变更。
8. 当变更发生时管理实际的变更。
六、活动资源估算的方法
1. 专家判断
2. 多方案分析
3. 出版的估算数据
4. 项目管理软件
5. 自下而上估算
七、活动历时估算的内容：
1. 专家判断
2. 类比估算
3. 参数估算
4. 三点估算
5. 后备分析
八、制定进度计划的方法和工具：
1. 进度网络分析
2. 关键路线法
3. 进度压缩（赶进度、快速跟进）
4. 假设情景分析
5. 资源平衡
6. 关键链法（缓冲）
7. 项目管理软件
8. 应用日历
9. 调整时间提前与滞后量
10. 进度模型
九、成本估算的工具和技术
1. 类比估算
2. 确定资源费率
3. 自下而上估算
4. 参数估算
5. 项目管理软件
6. 供货商投标分析
7. 准备金分析
8. 质量成本
十、成本预算的工具和方法
1. 成本汇总
2. 准备金分析
3. 参数估算
4. 资金限制平衡
项目成本控制的主要内容
1. 对造成成本基准变更的因素施加影响；
2. 确保变更请求获得同意；
3. 当变更发生时，管理这些实际的变更；
4. 保证潜在的成本超支不超过授权的项目阶段资金和总体资金；
5. 监督成本执行（绩效），找出与成本基准的偏差；
6. 准确记录所有的与成本基准的偏差；
7. 防止错误的、不恰当的或未批准的变更被纳入成本或资源使用报告中{
8. 就审定的变更，通知项目干系人；
9. 采取措施，将预期的成本超支控制在可接受的范围内
十一、质量管理过程的4个环节
1. 确立质量标准体系
2. 对项目实施进行质量监控
3. 将实际与标准对照
4. 纠偏纠错
十二、制定项目质量的工具和技术
1. 效益／成本分析
2. 基准比较
3. 流程图
4. 实验设计
5. 质量成本分析
6. 质量功能展开
7. 过程决策程序图法
十三、质量保证活动的基本内容
1. 制定质量标准
2. 制定质量控制流程
3. 提出质量保证所采用方法和技术
4. 建立质量保证体系
十四、质量控制的方法：
1. 新七：因果图、流程图、直方圈、检查表、散点图、排列图和控制图
2. 老七：相互关系图、亲和圈、树状图、矩阵图、优先矩阵图、过程决策方法图和活动网络图
3. 测试、检查、统计抽样、6西格玛
十五、质量控制的步骤：
1. 选择控制对象
2. 为控制对象确定标准或目标。
3. 制定实施计划，确定保证措施。
4. 按计划执行。
5. 对项目实施情况进行跟踪监测、检查，并将监测的结果与计划或标准相比较。
6. 发现并分析偏差。
7. 根据偏差采取相应对策
十六、组件项目团队的工具和技术
1. 事先分派：预先分配到项目中
2. 谈判：人员分派多少在谈判中
3. 采购：聘用和分包
4. 虚拟团队：互联网
十七、成功的项目团队的特点：
1. 团队的目标明确，成员清楚自己的工作对目标的贡献。
2. 团队的组织结构清晰，岗位明确。
3. 有成文或习惯的工作流程和方法，而且流程简明有效。
4. 项目经理对团队成员有明确的考核和评价标准，工作结果公正公开，赏罚分明。
5. 共同制订并遵守的组织纪律。
6. 协同工作，也就是一个成员工作需要依赖于另一个成员的结果，善于总结和学习。
十八、沟通管理计划的内容：
1. 项目干系人沟通要求。
2. 对要发布信息的描述，包括格式、内容和详尽程度。
3. 信息接收的个人或组织。
4. 传达信息所需的技术或方法。如备忘录、电子邮件、新闻发布等。
5. 沟通频率。如每周沟通。
6. 上报过程，对下层无法解决的问题，确定问题上报的时间要求和管理链（名称）。
7. 随项目的进展对沟通管理计划更新与细化的方法。
8. 通用词语表。
十九、项目总结会议的目的（意义）：
1. 了解项目全过程的工作情况及相关的团队或成员的绩效状况
2. 了解出现的问题并进行改进措施总结
3. 了解项目全过程中出现的值得吸取的经验并进行总结
4. 对总结后的文档进行讨论，通过后存入公司的知识库，从而纳入企业的过程。
二十、4种违约责任的承担方式：
1. 继续履行
2. 采取补救措施
3. 赔偿损失
4. 支付约定违约金或定金。
二十一、项目合同签订事项：
1. 当事人的法律资格；
2. 质量的验收标准；
3. 验收时间；
4. 技术支持服务；
5. 损害赔偿；
6. 保密约定；
7. 合同附件、法律公正。
二十二、合同不明确情况的处理方法：
先协商，未完成补充协议
1. 当事人对标的物的质量要求不明确的，按国家标准和行业标准。没有标准的，按产品通常标准或符合合同目的的标准。
2. 履行地点不明确时，按性质不同而定，接受货币在接受方，交付不动产的在不动产所在地，其他标的在履行义务方所在地。
3. 履行期限不明的，债务人可以随时履行，债权人可随时要求履行，但应给对方必要的准备时间。
4. 履行费用负担不明确的，由履行义务一方承担，履行费用是履行义务过程中何种附随发生的费用。
索赔程序：
项目发生索赔事件后，一般先由监理工程师调解，若调解不成，由政府建设主管机构进行调解，若仍调解不成由合同仲裁委员会进行调解或仲裁。在整个过程中，遵循的原则是索赔的有理性、索赔依据的有效性、索赔计算的正确性。
配置管理包括4个主要活动：
5. 配置识别
6. 变更控制
7. 状态报告
8. 配置审计
二十三、配置管理流程：
1. 制定配置管理计划
2. 配置识别与建立基线
3. 建立配置管理系统
4. 版本管理
5. 配置状态报告和配置审计
二十四、配置识别的内容：
1. 识别需要受控的软件配置项。
2. 给每个产品和它的组件及相关的文档分配唯一的标识。
3. 定义每个配置项的重要特征以及识别其所有者。
4. 识别组件、数据及产品获取点和准则。
5. 建立和控制基线。
6. 维护文档和组件的修订与产品版本之间的关系。
二十五、配置识别的基本原则：
基线配置项向软件开发人员开放读取权限；非基线配置向PM、CCB及相关人员开放。基线配置包括设计文档和源程序；非基线配置包括各类计划和报告。
二十六、建立配置管理方案的步骤：
1. 组建配置管理方案构造小组
2. 对目标机构进行了解、评估
3. 配置管理工具及其提供商评估
4. 制订实施计划
5. 定义配置管理流程
6. 试验项目的实施
7. 全面实施
二十七、变更的流程：
1. 提出与接受变更申请。
2. 对变更的初审（常见方式：变更申请文档的审核流转）。
3. 变更方案论证（技术评估转换成果、经济评估转换价值和风险）。
4. 项目变更控制委员会审查（文档会签形式）。
5. 发出变更通知并开始实施。
6. 变更实施的监控（由项目经理负责项目基准的监控；管理委员会监控成果、进度里程碑）。
7. 变更效果的评估。
8. 判断发生变更后的项目是否已纳入正常轨道。
二十八、系统集成项目系统验收文档的内容：
1. 系统集成项目介绍。
2. 系统集成项目最终报告。
3. 信息系统说明手册。
4. 信息系统维护手册。
5. 软硬件产品说明书、质量保证书等
二十九、项目总结的意义：
1. 了解项目全过程的工作情况及相关的团队或成员的绩效状况。
2. 了解出现的问题并进行改进措施总结。
3. 了解项目全过程中出现的值得吸取的经验并进行总结。
4. 对总结后的文档进行讨论，通过后即存入公司的知识库，从而纳入企业的过程资产。
三十、项目总结会的内容：
1. 项目绩效
2. 技术绩效
3. 成本绩效
4. 进度计划绩效
5. 项目的沟通
6. 识别问题和解决问题
7. 意见和建议
项目人员转移流程：
1. 项目团队成员的管理计划，也就是项目人力资源管理计划中描述所说的人员转移条件已经触发。
2. 项目团队成员所承担的任务已完成，提交了经过确认的可交付物并已完成工作交接。
3. 项目经理与项目团队成员确认该成员的工作衔接已经告一段落或者已经完成。
4. 项目经理签发项刚团趴成员转移确认文件。
5. 项目经理签发项目团队成员的绩效考核文件。
6. 项目经理通知所有相关的干系人。
7. 若是项目收尾全体项目成员结束项目工作，应召开项目总结表彰大会，肯定项目的成绩、团队成员的业绩，同时总结项目的经验教训。
1. 基于项目干系人的需求和期望提出的要求。
2. 项目必须满足的业务要求或产品需求。
3. 项目的目的或项目立项的理由。
4. 委派的项目经理及项目经理的权限级别。
5. 概要的里程碑进度计划。
6. 项目干系人的影响。
7. 职能组织及其参与。
8. 组织的、环境的和外部的假设。
9. 组织的、环境的和外部的约束。
10. 论证项目的业务方案，包括投资回报率。
11. 概要预算。
二、组织过程资产的内容
组织过程资产包含：项目实施组织的企业计划、政策方针、规程、指南和管理系统，
实施项目组织的知识和经验教训。
项目范围说明书的内容
1. 项目和范围的目标。
2. 产品或服务的需求和特性。
3. 项目的需求和可交付物。
4. 产品验收标准。
5. 项目的边界。
6. 项目约束条件。
7. 项目假设。
8. 最初的项目组织。
9. 晟初定义的风险。
10. 进度里程碑。
11. 对项目工作的初步分解。
12. 初步的量级成本估算。
13. 项目配置管理的需求。
14. 审批要求。
三、项目管理计划的内容
1. 项目背景如项目名称、客户名称、项目的商业目的等。
2. 项目经理、项目经理的主管领导、客户方联系人、客户方的主管领导，项目领导小组（即项目管理团队）和项目实施小组人员。
3. 项目的总体技术解决方案。
4. 对用于完成这些过程的工具和技术的描述。
5. 选择的项目的生俞周期和相关的项目阶段。
6. 项目最终目标和阶段性目标。
7. 进度计划。
8. 项目预算。
9. 变更流程和变更控制委员会。
10. 沟通管理计划。
11. 对于内容、范围和时间的关键管理评审，以便于确定悬留问题和未决决策。
四、项目计划的编制流程
1. 明确目标
2. 成立初步的项目团队
3. 工作准备与信息收集
4. 依据标准、模板，编写初步的概要的项目计划。
5. 编写范围管理、质量管理、进度、预算等分计划。
6. 把上述分计划纳入项目计划，然后对项目计划进行综合平衡、优化。
7. 项目经理负责组织编写项目计划。
8. 评审与批准项目计划。
9. 获得批准后的项目计划就成为了项目的基准计划。
五、WBS的表现形式
1. 分级的树型结构
WBS层次清晰，非常直观，结构性很强，但不是很容易修改，对于大的、复杂的项目也很难表示出项目的全景。
2. 列表形式
能够反映出项目所有的工作要素，可是直观性较差
工作分解结构应把握的原则
1. 在各层次上保持项目的完整性，避免遗漏必要的组成部分。
2. 一个工作单元只能从属于某个上层单元，避免变叉从属。
3. 相同层次的工作单元应有相同性质。
4. 工作单元应能分开不同的责任者和不同工作内容。
5. 便于项目管理进行计划和控制的管理需要。
6. 最低层工作应该具有可比性，是可管理的，可定量检查的。
7. 应包括项目管理工作，包括分包出去的工作。
8. WBS的最低层次的工作单元是工作包。
六、缩短工期的方法
1. 投入更多的资源以加速活动进程。
2. 指派经验更丰富的人去完成或帮助完成项目工作。
3. 减小活动范围或降低活动要求。
4. 遁过改进方法或技术提高生产效率。
进度控制关注的内容：
5. 确定项目进度的当前状态。
6. 对引起进度变更的因素施加影响，以保证这种变化朝着有利的方向发展。
7. 确定项目进度已经变更。
8. 当变更发生时管理实际的变更。
六、活动资源估算的方法
1. 专家判断
2. 多方案分析
3. 出版的估算数据
4. 项目管理软件
5. 自下而上估算
七、活动历时估算的内容：
1. 专家判断
2. 类比估算
3. 参数估算
4. 三点估算
5. 后备分析
八、制定进度计划的方法和工具：
1. 进度网络分析
2. 关键路线法
3. 进度压缩（赶进度、快速跟进）
4. 假设情景分析
5. 资源平衡
6. 关键链法（缓冲）
7. 项目管理软件
8. 应用日历
9. 调整时间提前与滞后量
10. 进度模型
九、成本估算的工具和技术
1. 类比估算
2. 确定资源费率
3. 自下而上估算
4. 参数估算
5. 项目管理软件
6. 供货商投标分析
7. 准备金分析
8. 质量成本
十、成本预算的工具和方法
1. 成本汇总
2. 准备金分析
3. 参数估算
4. 资金限制平衡
项目成本控制的主要内容
1. 对造成成本基准变更的因素施加影响；
2. 确保变更请求获得同意；
3. 当变更发生时，管理这些实际的变更；
4. 保证潜在的成本超支不超过授权的项目阶段资金和总体资金；
5. 监督成本执行（绩效），找出与成本基准的偏差；
6. 准确记录所有的与成本基准的偏差；
7. 防止错误的、不恰当的或未批准的变更被纳入成本或资源使用报告中{
8. 就审定的变更，通知项目干系人；
9. 采取措施，将预期的成本超支控制在可接受的范围内
十一、质量管理过程的4个环节
1. 确立质量标准体系
2. 对项目实施进行质量监控
3. 将实际与标准对照
4. 纠偏纠错
十二、制定项目质量的工具和技术
1. 效益／成本分析
2. 基准比较
3. 流程图
4. 实验设计
5. 质量成本分析
6. 质量功能展开
7. 过程决策程序图法
十三、质量保证活动的基本内容
1. 制定质量标准
2. 制定质量控制流程
3. 提出质量保证所采用方法和技术
4. 建立质量保证体系
十四、质量控制的方法：
1. 新七：因果图、流程图、直方圈、检查表、散点图、排列图和控制图
2. 老七：相互关系图、亲和圈、树状图、矩阵图、优先矩阵图、过程决策方法图和活动网络图
3. 测试、检查、统计抽样、6西格玛
十五、质量控制的步骤：
1. 选择控制对象
2. 为控制对象确定标准或目标。
3. 制定实施计划，确定保证措施。
4. 按计划执行。
5. 对项目实施情况进行跟踪监测、检查，并将监测的结果与计划或标准相比较。
6. 发现并分析偏差。
7. 根据偏差采取相应对策
十六、组件项目团队的工具和技术
1. 事先分派：预先分配到项目中
2. 谈判：人员分派多少在谈判中
3. 采购：聘用和分包
4. 虚拟团队：互联网
十七、成功的项目团队的特点：
1. 团队的目标明确，成员清楚自己的工作对目标的贡献。
2. 团队的组织结构清晰，岗位明确。
3. 有成文或习惯的工作流程和方法，而且流程简明有效。
4. 项目经理对团队成员有明确的考核和评价标准，工作结果公正公开，赏罚分明。
5. 共同制订并遵守的组织纪律。
6. 协同工作，也就是一个成员工作需要依赖于另一个成员的结果，善于总结和学习。
十八、沟通管理计划的内容：
1. 项目干系人沟通要求。
2. 对要发布信息的描述，包括格式、内容和详尽程度。
3. 信息接收的个人或组织。
4. 传达信息所需的技术或方法。如备忘录、电子邮件、新闻发布等。
5. 沟通频率。如每周沟通。
6. 上报过程，对下层无法解决的问题，确定问题上报的时间要求和管理链（名称）。
7. 随项目的进展对沟通管理计划更新与细化的方法。
8. 通用词语表。
十九、项目总结会议的目的（意义）：
1. 了解项目全过程的工作情况及相关的团队或成员的绩效状况
2. 了解出现的问题并进行改进措施总结
3. 了解项目全过程中出现的值得吸取的经验并进行总结
4. 对总结后的文档进行讨论，通过后存入公司的知识库，从而纳入企业的过程。
二十、4种违约责任的承担方式：
1. 继续履行
2. 采取补救措施
3. 赔偿损失
4. 支付约定违约金或定金。
二十一、项目合同签订事项：
1. 当事人的法律资格；
2. 质量的验收标准；
3. 验收时间；
4. 技术支持服务；
5. 损害赔偿；
6. 保密约定；
7. 合同附件、法律公正。
二十二、合同不明确情况的处理方法：
先协商，未完成补充协议
1. 当事人对标的物的质量要求不明确的，按国家标准和行业标准。没有标准的，按产品通常标准或符合合同目的的标准。
2. 履行地点不明确时，按性质不同而定，接受货币在接受方，交付不动产的在不动产所在地，其他标的在履行义务方所在地。
3. 履行期限不明的，债务人可以随时履行，债权人可随时要求履行，但应给对方必要的准备时间。
4. 履行费用负担不明确的，由履行义务一方承担，履行费用是履行义务过程中何种附随发生的费用。
索赔程序：
项目发生索赔事件后，一般先由监理工程师调解，若调解不成，由政府建设主管机构进行调解，若仍调解不成由合同仲裁委员会进行调解或仲裁。在整个过程中，遵循的原则是索赔的有理性、索赔依据的有效性、索赔计算的正确性。
配置管理包括4个主要活动：
5. 配置识别
6. 变更控制
7. 状态报告
8. 配置审计
二十三、配置管理流程：
1. 制定配置管理计划
2. 配置识别与建立基线
3. 建立配置管理系统
4. 版本管理
5. 配置状态报告和配置审计
二十四、配置识别的内容：
1. 识别需要受控的软件配置项。
2. 给每个产品和它的组件及相关的文档分配唯一的标识。
3. 定义每个配置项的重要特征以及识别其所有者。
4. 识别组件、数据及产品获取点和准则。
5. 建立和控制基线。
6. 维护文档和组件的修订与产品版本之间的关系。
二十五、配置识别的基本原则：
基线配置项向软件开发人员开放读取权限；非基线配置向PM、CCB及相关人员开放。基线配置包括设计文档和源程序；非基线配置包括各类计划和报告。
二十六、建立配置管理方案的步骤：
1. 组建配置管理方案构造小组
2. 对目标机构进行了解、评估
3. 配置管理工具及其提供商评估
4. 制订实施计划
5. 定义配置管理流程
6. 试验项目的实施
7. 全面实施
二十七、变更的流程：
1. 提出与接受变更申请。
2. 对变更的初审（常见方式：变更申请文档的审核流转）。
3. 变更方案论证（技术评估转换成果、经济评估转换价值和风险）。
4. 项目变更控制委员会审查（文档会签形式）。
5. 发出变更通知并开始实施。
6. 变更实施的监控（由项目经理负责项目基准的监控；管理委员会监控成果、进度里程碑）。
7. 变更效果的评估。
8. 判断发生变更后的项目是否已纳入正常轨道。
二十八、系统集成项目系统验收文档的内容：
1. 系统集成项目介绍。
2. 系统集成项目最终报告。
3. 信息系统说明手册。
4. 信息系统维护手册。
5. 软硬件产品说明书、质量保证书等
二十九、项目总结的意义：
1. 了解项目全过程的工作情况及相关的团队或成员的绩效状况。
2. 了解出现的问题并进行改进措施总结。
3. 了解项目全过程中出现的值得吸取的经验并进行总结。
4. 对总结后的文档进行讨论，通过后即存入公司的知识库，从而纳入企业的过程资产。
三十、项目总结会的内容：
1. 项目绩效
2. 技术绩效
3. 成本绩效
4. 进度计划绩效
5. 项目的沟通
6. 识别问题和解决问题
7. 意见和建议
项目人员转移流程：
1. 项目团队成员的管理计划，也就是项目人力资源管理计划中描述所说的人员转移条件已经触发。
2. 项目团队成员所承担的任务已完成，提交了经过确认的可交付物并已完成工作交接。
3. 项目经理与项目团队成员确认该成员的工作衔接已经告一段落或者已经完成。
4. 项目经理签发项刚团趴成员转移确认文件。
5. 项目经理签发项目团队成员的绩效考核文件。
6. 项目经理通知所有相关的干系人。
7. 若是项目收尾全体项目成员结束项目工作，应召开项目总结表彰大会，肯定项目的成绩、团队成员的业绩，同时总结项目的经验教训。
还没人赞这篇日记