项目经理考试自用记忆笔记

问项目质量保证活动基本内容
1）制定质量标准
2）制定质量保证流程
3）提出质量保证所采用的方法和技术
4）建立质量保证体系
质量管理流程
1 制定质量标准
2 项目实施工程中进行质量监控和追踪
3 将质量追踪情况与标准进行比较
4 针对比较结果采取纠正措施。

质量控制的主要活动
1 保证有内部或外部机构检测的一致性
2 发现与质量标准的差异
3 消除产品或服务不能满足需求的原因
4 审查质量标准以确定可以达到的目标和成本
5 确定是否可以修改质量标准或项目目标
质量管理中的老七种工具与新七种工具
日本在开展全面质量管理的过程中通常将：因果图（Cause-Effect Diagram），也叫特性要因图；柏拉图（Pareto Diagram），也叫排列图；直方图（Histogram）；散布图（Scatter Diagram）；控制图（Control Chart）；分层法（Stratification），也叫层别法；查检表（Check List）称为“老七种工具”。

而将关联图、KJ法、系统图、矩阵图、矩阵数据分析法、PDPC法以及箭条图统称为“新七种工具”
考试中：传统的工具：检查测试统计抽样六西格玛
老七种：帕累托图（排列图）流程图控制图直方图散点图检查表因果图（石川图，鱼骨图）新七种：活动网络图关系图矩阵图优先矩阵图树状图亲和图过程决策程序
图
质量控制的步骤：
1）选择控制对象；
2）为控制对象确定标准或目标；
3）制定控制措施的实施计划；
4）按计划执行；
5）对项目实施情况进行跟踪监督，检查，并将检测的结果与计划或标准相比较；
6）发现并分析质量偏差；
7）根据质量偏差采取相应的对策。

项目总结会一般讨论的内容
1 项目绩效
2 技术绩效
3 成本绩效
4 进度计划绩效
5项目的沟通
6 识别问题和解决问题
7 意见和建议
IT服务运营管理
It服务管理的价值
1 提高客户满意度
2服务管理流程支撑业务流程，提高运行效率
3 通过事件管理流程、变更管理流程和服务台等提供更可靠的业务支持
4 提高客户和业务人员的生产率
5 提高更加及时有效的持续性服务
6 客户与it服务提供者建立更加融洽的工作关系。

It服务控制过程和发布过程包含哪些内容
控制过程包括配置管理变更管理
发布过程包括发布管理。

系统维护的类型
（1）纠错性维护。

由于系统测试不可能揭露系统存在的所有错误，因此在系统投入运行后频繁的实际应用过程中，就有可能暴露出系统内隐藏的错误。

诊断和修正系统中遗留的错误，就是纠错性维护。

纠错性维护时在系统运行中发生异常或故障时进行的，这种错误往往是遇到了从未用过的输入数据组合或是在与其他部分接口处产生的，因此只是在某些特定的情况下发生。

有些系统运行多年以后才暴露出在系统开发中遗留的问题，这是不足为奇的。

（2）适应性维护。

适应性维护时为了使系统适应环境的变化而进行的维护工作。

一方面计算机科学技术迅速发展，硬件的更新周期越来越短，新的操作系统和原来操作系统的新版本不断推出，外部设备和其他系统部件经常有所增加和修改，这就是必然要求信息系统能够适应新的软硬件环境，以提高系统的性能和运行效率；另一方面，信息系统的使用寿命在延长，超过了最初开发这个系统时应用环境的寿命，即应用对象也在不断发生变化，机构的调整，管理体制的改变、数据与信息需求的变更等都将导致系统不能适应新的应用环境。

如代码改变、数据结构变化、数据格式以及输入/ 输出方式的变化、数据存储介质的变化等，都将直接影响系统的正常工作。

因此有必要对系统进行调整，使之适应应用对象的变化，满足用户的需求。

（3）完善性维护。

在系统的使用过程中，用户往往要求扩充原有系统的功能，增加一些在软件需求规范书中没有规定的功能与性能特征，以及对处理效率和编写程序的改进。

例如，有时可将几个小程序合并成一个单一的运行良好的程序，从而提高处理效率；增加数据输出的图形方式；增加联机在线帮助功能；调整用户界面等。

尽管这些要求在原来系统开发的需求规格说明书中并没有，但用户要求在原有系统基础上进一步改善和提高；并且随着用户对系统的使用和熟悉，这种要求可能不断提出。

为了满足这些要求而进行的系统维护工作就是完善性维护。

（4）预防性维护。

系统维护工作不应总是被动地等待用户提出要求后才进行，应进行主动的预防性维护，即选择那些还有较长使用寿命，目前尚能正常运行，但可能将要发生变化或调整的系统进行维护，目的是通过预防性维护为未来的修改与调整奠定更好的基础。

例如，将目前能应用的报表功能改成通用报表生成功能，以应付今后报表内容和格式可能的变化，根据对各种维护工作分布情况的统计结果，一般纠错性维护占21%，适应性维护工作占25%，完善性维护达到50%，而预防性维护以及其他类型的维护仅占4%，可见系统维护工作中，一半以上的工作是完善性维护。

进度压缩技术及其优缺点
在项目执行的过程中，我们可能会遇到非正常制作进度的紧急项目，这些项目往往是严格要求我们在限定时间内保质完成。

在执行这些项目的时候，我们首先考虑到的是如何在保证客户制作要求的基础上，尽可能压缩进度。

浏览相关项目管理文章后，我得到以下资料：进度压缩技术缩短项目工期，但是并不改变项目范围，也在项目进度约束范围内，满足
强制的里程碑以及其它进度目标。

进度压缩技术包括以下两种：赶工：这种压缩技术是在进度和成本目标权衡后，决定用最小的成本增加代价来换取最大的进度压缩。

赶工不一定总是有效的备选方案，而且还会增加项目的成本；快速跟进：这种进度压缩技术把顺序进行的项目阶段或活动并发执行。

例如建筑工程中，在架构设计完成前就开始打地基。

快速跟进会导致返工，增加风险。

这种技术在前一个任务并没有完全完成前就开始后面的工作，比如工程设计工作。

它是通过成本增加来换取时间，在压缩进度的同时也增加了项目风险。

为了完成项目，我们之前也采取赶工和快速跟进的两种方法。

从上述可以看到，两种方法虽然可以压缩进度，尽快完成项目，但也同时有其弊端。

在肯定两种方法对压缩进度的有效性基础上，我们来看看其弊端。

赶工，是可以在短期内提高工作产出，但同时也必然增加项目成本。

而快速跟进中需要并发执行，也就是一个阶段还没完全结束，我们就开始下一阶段工作。

（如：平面排了出来给客户确定大概风格，就开始制作动画，平面排版和动画制作同步进行），这样做，其中一个明显问题就是有可能“返工”，从而增加项目成本。

不过，在非常时候，我们只能采取非常方法，在尽可能降低弊端的影响情况下，利用好赶工和快速跟进这两种方法，对紧急项目的执行是有很大帮助的。

项目范围发生变更的因素
1 外部环境发生变化
2 客户对项目、项目产品和服务的要求发生了变化
3 出现了新技术和新方案
4 项目实施的组织结构发生了变化
5 项目范围计划发生了疏漏或错误
Wbs分解的方法三种
一以生命周期为第一层进行分解
二以重要的可交付物为第一层进行分解
三以子项目为第一层进行分解
UML的各种图
用例图描述了系统提供的一个功能单元。

用例图的主要目的是帮助开发团队以一种可视化的方式理解系统的功能需求，包括基于基本流程的"角色"（actors，也就是与系统交互的其他实体）关系，以及系统内用例之间的关系。

静态图：用例图类图部署图构件图对象图
动态图：协作图时序图状态图活动图
竞争性谈判
谈判文件中至少应当明确谈判程序、谈判内容、合同草案的条款以及评定标准等事项。

谈判须在财政部门指定的政府采购信息发布媒体上发布公告。

公告至谈判文件递交截止时间一般不得少于5天，采购数额在300万元以上、技术复杂的项目一般不得少于10天。

符合下列情形之一的货物或者服务，可以采用竞争性谈判采购方式：
招标后没有供应商投标、没有合格标的或者重新招标未能成立的；
技术复杂或性质特殊，不能规定详细规格或者具体要求的；
采用招标所需时间不能满足用户紧急需要的；
不能事先计算出价格总额的。

根据财政部第18号令第43条的规定，投标截止时间结束后参加投标的供应商不足三家的或在评标期间出现符合专业条件的供应商或者对招标文件做出实质响应的供应商不足三家的情形的，经报政府采购监督管理部门批准，可以采用竞争性谈判采购方式。

点评：《政府采购法》第30条和财政部18号令第43条明确规定了竞争性谈判采购方式的适用范围。