17.项目管理

立项管理 - 盈亏平衡分析

销售额 = 固定成本 + 可变成本 + 税费 + 利润。（盈亏平衡则利润为0）。

可变成本取决于生产产出。生产的可变成本是每生产一个单位的固定数量。随着产量和产量的增加，可变成本也会增加。相反，当生产的产品较少时，与生产相关的可变成本也会随之减少。

范围管理

项目的范围管理就是要确定哪些工作是项目应该做的，哪些不应该包括在项目中。

在信息系统项目中，存在两个相互关联的范围：产品范围和项目范围。

项目的范围管理影响到信息系统的成功。

时间管理

时间管理也称为进度管理，就是采用科学的方法，确定进度目标，编制进度计划和资源供应计划，进行进度控制，在与质量、成本目标协调的基础上，实现工期目标。

前导图法

1. 已知条件：每个节点的持续时间

2. 最早开始时间由前驱最早完成时间的最大值决定

3. 最晚完成时间由后继最晚开始时间的最小值决定

4. 总时差 = 最早完成时间 - 最迟完成时间 || 最早开始时间 - 最迟开始时间

5. 关键节点是总时差为0的网络节点

6. 关键路径是关键节点串联的路径

关键路径法

关键路径法是在制定进度几乎时使用的一种进度网络分析技术。关键路径沿着项目进度网络线路进行正向与反向分析，从而计算出所有计划活动理论上的最早开始与完成时间、最迟开始与完成日期，不考虑任何资源限制。

• 总时差（松弛时间）：在不延误总工期的前提下，该活动的机动时间。活动的总时差等于该活动最迟完成时间与最早完成时间之间之差。

• 自由时差：在不影响紧后活动的最早开始时间前提下，该活动的机动时间。

• 对于有紧后活动的活动，其自由时差等于所有紧后活动最早开始时间减本活动最早完成时间所得之差的最小值。

• 对于没有紧后活动的活动，也就是以网络计划终点节点为完成节点的活动，其自由时差等于计划工期与本活动最早完成时间之差。

• 对于网络计划中以终点节点为完成节点的活动，其自由时差与总时差相等。此外，由于活动的自由时差是其总时差的构成部分，所以，当活动的总时差为零时，其自由时差必然为零，可不必进行专门计算。

Gantt图

优点：Gantt图直观、简单、容易制作，便于理解，能够清晰地描述每个任务的开始和结束时间，任务的进程情况以及各任务并行关系，一般适用较简单的小型项目，可用于WBS的任何层次、进度控制、资源优化、编制资源和费用计划。

缺点：Gantt图不能清晰反映出各任务之间的依赖关系，难以确定项目的关键节点，也不能反映计划中具有潜力的部分（可缩减并行的节点）。

成本管理

在整个项目的实施过程中，为确保项目在批准的预算条件下尽可能保质按期完成，而对所需的各个过程进行管理与控制。

1. 自顶向下的估算：已经有成熟的项目开发经验，通过以往项目的经验，对项目整体进行成本估算。

2. 自底向上的估算：没有成熟的项目开发经验，通过对项目的拆分成模块，通过评估每个模块的成本，最终核算项目总体成本。

3. 差别估算法：有成熟的项目复用架构，通过评估已有项目和目前项目的差异，评估差异改动的成本。

4. 直接成本：开发所用的服务器、购买软件的直接费用。

5. 间接成本：开发场地费用，水电费用等隐形费用。

6. 管理储备：管理层的一些成本，在项目发生重大问题时候能够出面进行处理的后备力量。

挣值分析

分析案例：某电商项目涉及对10个函数代码的编写（假设每个函数代码的编写工作量相等），项目由1个程序员进行编码，计划在10天内完成，总体预算是1000元，每个函数的平均成本是100元。项目进行到了第5天，实际消耗费用是400元，完成了3个函数代码的编写。

1. 已完成工作量的实际成本（AC）：当前已完成的工作所实际消耗费用，案例中AC=实际消耗费用是400元

2. 已完成工作量的预算成本（EV）：已完成工作量预算定额，案例中EV=3个函数 (1000/10函数)=300元

3. 计划工作量的预算成本（PV）：当前计划完成工作量预算额定，案例中PV=5函数 (1000/10函数)=500元

4. 完工预算（BAC）：完工时的PV总和，存在典型和非典型两种情况

• 非典型偏差，当前时间前项目开发消费的偏差，不会影响整体项目开发的消费预算；例如案例中，项目计划每个函数的平均成本是100元，即使开发3个函数代码已经花费了400，也不会影响整体项目预算1000。

• 典型偏差，当前时间前项目开发消费的偏差，决定了后面项目开发的消费预算；例如案例中，项目计划每个函数的平均成本是100元，开发开发3个函数代码已经花费了400（即平均每个函数约花费133.333），则推论后续开发每个函数也将消费133.333，则影响整体项目预算约1333.33元。

质量管理

质量保证QA与质量控制QC

• 质量保证一般是每隔一定时间（例如，每个阶段末）进行的，主要通过系统的质量审计和过程分析来保证项目的质量。独特工具包括：质量审计和过程分析。

• 质量控制是实时监控项目的具体结果，以判断它们是否符合相关的质量标准，制定有效方案，以消除产生质量问题的原因。

• 一定时内间质量控制的结果也是质量保证的质量审计对象。质量保证的成果又可以指导一阶段的质量工作，包括质量控制和质量改进。

质量控制注重结果，质量保证注重过程。

软件评审

1. 不应以测试代替评审

2. 评审人员应关注产品而不应评论开发人员

3. 评审人员应关注于实质性问题

4. 评审会议不应变为问题解决方案讨论会

5. 评审应被安排进入项目计划

6. 评审参与者应了解整个评审过程

7. 评审人员事先应对评审材料充分了解

8. 应重视评审的组织工作

质量管理CMMI

配置管理

配置项

• 基线配置项（可交付成果）：需求文档、设计文档、源代码、可执行代码测试用例’运行软件所需数据等。

• 非基线配置项：各类计划（如项目管理计划，进度管理计划）、各类报告

配置库

• 开发库（动态库、程序员库、工作库）：保存正在开发的配置实体

• 受控库（主库）：管理基线

• 产品库（静态库、产品库、软件仓库）：最终产品。

版本管理

1. 处于草稿状态的配置项的版本号格式为：0.YZ，其中YZ数字范围为01~99。随着草稿的不断完善，YZ的取值应递增。YZ的初值和增幅由开发者自己把握。

2. 处于正式发布状态的配置项的版本号格式为X.Y。其中X为主版本号，取值范围为1_{9；Y为次版本号，取值范围为1}9.配置项第一次正式发布时，版本号为1.0

3. 如果配置项的版本升级幅度比较小，一般只增大Y值，X值保存不变。只有当配置项版本升级幅度比较大时，才允许增大X值。

4. 处于正在修改状态的配置项的版本号格式为X.YZ。在修改配置项时，一般只增大Z值，X.Y值保持不变。

软件工具

按软件过程活动将软件工具分为：

• 软件开发工具：需求分析工具、设计工具、编码与排错工具。

• 软件维护工具：版本控制工具（VSS、CVC、SCCS、SVN）、文档分析工具、开发信息库工具、逆向工程工具、再工程工具。

• 软件管理和软件支持工具：项目管理工具、配置管理工具、软件评价工具、软件开发工具的评价和选择。

软件工具能做什么？项目管理相关的工作辅助：

任务调度、成本估算、资源分配、预算跟踪、人时统计、配置控制，确定关键路径、松弛时间、超前时间和滞后时间，生成一定格式的报表和报告。

软件工具不能做什么？开发技术相关辅助工作：

不能指导软件设计人员按软件生存周期各个阶段的使用技术进行设计工作。

– THE END –