项目管理

第1节盈亏平衡分析⭐

核心概念

正常情况下：销售额由固定成本、可变成本、税费和利润构成，即
- 销售额 = 固定成本 + 可变成本 + 税费 + 利润
盈亏平衡时：利润为 0，此时销售额 = 固定成本 + 可变成本 + 税费。

盈亏平衡点（Break - Even Point，简称 BEP）

可以从销售量和销售额两个角度来计算：

按销售量计算
- 公式：$$\text{盈亏平衡点销售量}=\frac{\text{固定成本}}{\text{单位产品售价}-\text{单位产品可变成本}-\text{单位产品税费}}$$
- 解释：
  - 固定成本是不随产量变化的成本；
  - 单位产品售价减去单位产品可变成本和单位产品税费后，是单位产品的贡献毛利，
  - 当总贡献毛利刚好覆盖固定成本时，就达到盈亏平衡。
按销售额计算
- 公式：$$\text{盈亏平衡点销售额}=\frac{\text{固定成本}}{1-\text{(单位产品可变成本}\div\text{单位产品售价)}-\text{税率}}$$
- 解释：1 - （单位产品可变成本 ÷ 单位产品售价）- 税率计算出的是销售毛利率减去税率后的数值，代表每单位销售额中可用于弥补固定成本的比例，用固定成本除以该比例，就能得到盈亏平衡时的销售额。

进度管理⭐⭐⭐

进度管理内容：

进度管理定义：进度管理是为确保项目按期完成所需的管理过程。
进度管理流程：以**工作分解结构（WBS）**的工作包为输入
1. 活动定义
2. 活动排序
3. 活动资源估算
4. 活动历时估算
5. 制定进度计划
6. 进度控制
活动估算方法：在活动历时估算环节，列举了专家判断法、三点估算法、功能点估算法、自上而下的估算、自下而上的估算等方法，其中重点标注了三点估算法，公式为**（乐观时间 + 4× 最可能时间 + 悲观时间）÷ 6** 。
进度控制要点：判断是否为关键活动，偏差是否大于总时差、自由时差。应对措施有赶工（增加资源）和快速跟进（活动并行执行） 。

工作分解结构（WBS）。

概念解释

工作分解结构（WBS）是将一个项目，以软件系统为例，逐级分解为子系统 / 组件，再进一步分解为功能模块的层次化结构。通过这种分解方式，能够把复杂的项目工作细化，便于管理和控制。

WBS 分解的基本要求

可控可管理：WBS 的工作包需要是能够被控制和管理的，不能过于复杂，确保每个工作包都在可操作范围内。
分解适度：任务分解不能过细，一般树形结构不超过 6 层，避免分解过度导致管理成本增加。
交付成果明确：每个工作包都要有一个明确的交付成果，方便对工作进行验收和评估。
完成标准清晰：每个任务必须有明确定义的完成标准，使团队成员清楚知道任务完成的状态。
利于责任分配 ：WBS 的设计要有利于将工作责任明确分配到个人或团队，避免职责不清。

关键路径法

关键路径法是一种在制定进度计划时使用的进度网络分析技术。它通过沿着项目进度网络路线进行正向与反向分析，计算出所有计划活动理论上的最早开始与完成日期、最迟开始与完成日期，而且该过程不考虑任何资源限制。借助这种方法，能清晰梳理项目活动的时间安排，找到影响项目总工期的关键活动。

总时差（松弛时间）

指在不延误总工期的前提下，活动所拥有的机动时间。可以通过该活动最迟完成时间与最早完成时间之差，或者最迟开始时间与最早开始时间之差来计算。这为项目管理者在安排活动时间时有一定灵活调整的空间。

自由时差与总时差的关系

对于网络计划中以终点为完成节点的活动，自由时差和总时差相等。同时，因为自由时差是总时差的一部分，所以当活动总时差为零时，自由时差也必然为零，这种情况下就无需专门计算自由时差。这有助于简化项目进度分析中的时间参数计算过程。

单代号网络图

单代号网络图（PDM）是一种用于表示项目活动顺序的图示方法，图中的每个节点代表一个活动，节点之间的箭线表示活动之间的逻辑关系。

节点信息

图中每个矩形节点包含多个信息

活动编号（A、B、C 等），
ES（最早开始时间）
持续时间
EF（最早完成时间）
LS（最迟开始时间）
总时差
LF（最迟完成时间）

活动逻辑关系

图下方展示了四种活动之间的逻辑关系符号：

FS（完成 - 开始）：表示前一个活动完成后，后一个活动才能开始，如 A 和 B 的关系。
FF（完成 - 完成）：前一个活动完成后，后一个活动才能完成。
SS（开始 - 开始）：前一个活动开始后，后一个活动才能开始。
SF（开始 - 完成）：前一个活动开始后，后一个活动才能完成。

通过单代号网络图及相关时间参数的计算和分析，有助于项目管理者清晰把握项目进度，合理安排活动顺序和时间。

甘特图

图中以表格形式呈现了一个简单项目的进度安排。包含工作编号、工作名称、工作时间（单位为 M，可能是月或其他时间单位）以及项目进度时间轴。

甘特图优点

直观简单易制作，便于理解，能清晰显示每项任务的起始和结束时间。
适用于简单的小型项目，可用于工作分解结构（WBS）的任何层次，还能用于进度控制、资源优化以及编制资源和费用计划。

甘特图缺点

无法系统表达项目中各项工作之间的复杂关系。
难以进行定量计算和分析，也不利于计划的优化。

第3节软件质量管理⭐⭐

影响软件质量的 3 组因素

产品运行相关因素

正确性：指软件是否按照用户需求正常工作。
健壮性：软件在遇到意外环境时能否做出适当响应。
效率：完成预定功能时所需的计算机资源多少。
完整性：涉及软件的安全性。
可用性：用户能否正常使用该软件。
风险：软件能否按预定计划完成。

产品修改相关因素

可理解性：开发人员能否容易理解软件的逻辑和结构。
可维修性：出现问题时能否方便地修复软件。
灵活性：能否根据需求变化对软件进行调整。
可测试性：是否便于对软件进行测试以发现问题。

产品转移相关因素

可移植性：软件能否在不同的机器上正常使用。
可再用性：软件的某些部分能否在其他项目中再次使用。
互运行性：软件能否与其他系统结合使用。这些因素共同影响着软件的整体质量，在软件开发和评估过程中都非常重要。

软件质量控制与质量保证

质量保证（QA）：
- 是定期进行的（如每个阶段末），通过系统的质量审计和过程分析来保障项目质量，使用的独特工具包括质量审计和过程分析。
- 它的主要目标是进行事前预防工作，在缺陷引入初期就捕获，避免扩散，作用于开发过程而非最终产品，并且贯穿所有活动，不是只关注某一点。
质量控制（QC）：侧重于实时监控项目的具体结果，判断是否符合质量标准，同时制定有效方案消除产生质量问题的原因。总体而言，清晰阐述了软件质量保证和质量控制的执行方式、目标及区别。

熟度模型集成（CMMI）

初始级（L1）：软件开发过程随意且混乱，组织的成功主要依赖个人能力，缺乏标准化流程。
已管理级（L2）：达到项目级可重复，建立了项目级的控制过程，能保证项目在一定程度上按计划完成。
已定义级（L3）：上升到组织级，将软件开发过程进行文档化和标准化，使不同项目能够遵循统一规范。
定量管理级（L4）：采用量化式管理，对过程性能进行量化分析和预测，能更精准地控制和优化开发过程。
优化级（L5）：强调持续优化，通过不断改进过程和引入新技术，提升软件组织的整体能力。

第4节软件配置管理⭐⭐

概念：

产品配置：指软件产品在生命周期各阶段产生的各种形式（机器可读或人工可读）和版本的文档、计算机程序、部件及数据的集合。
配置项：
- 基线配置项：是可交付成果，包含需求文档、设计文档、源代码、可执行代码测试用例以及运行软件所需数据等。这些是软件项目中相对稳定、经过正式评审和确认的重要成果。
- 非基线配置项：包括各类计划（如项目管理计划、进度管理计划）和各类报告，它们是项目过程中的管理性或说明性文档。
软件配置管理核心内容：包括版本控制和变更控制，前者用于管理软件各配置项的不同版本，后者用于控制配置项的变更过程，确保软件在开发和维护过程中的一致性和可追溯性。

软件工具的分类：

软件开发工具：用于软件从需求分析到测试的各个开发阶段。
- 需求分析工具帮助收集和整理用户需求；
- 设计工具辅助软件架构和详细设计；
- 编码与排错工具用于代码编写及错误排查；
- 测试工具则对软件进行功能和性能测试。
软件维护工具：主要在软件维护阶段发挥作用。
- 版本控制工具（如 VSS、CVS、SCCS、SVN ）用于管理软件版本变更；
- 文档分析工具帮助理解和审查软件文档；
- 开发信息库工具存储和管理开发相关信息；
- 逆向工程工具可从现有系统中提取设计和代码信息；
- 再工程工具用于对软件进行重构和优化。
软件管理和软件支持工具：涵盖项目管理工具，用于规划、跟踪项目进度；
- 配置管理工具，管理软件配置项；
- 软件评价工具，评估软件质量和性能；
- 以及对软件开发工具的评价和选择，帮助团队挑选合适的开发工具。