七 项目管理

目录

1、范围管理

2、时间管理 （最主要）

3、时间管理计算

4、成本管理

5、软件质量管理

6、软件评审

7、软件过程改进

8、软件配置管理

9、版本控制，配置项状态

10、变更控制

11、软件工具

12、风险管理

13、项目管理工具

---

1、范围管理

概念:确定项目的边界，那些该做，那些不该做。

阶段：

• 范围计划编制
• 范围定义（需要做的工作，包括产品范围-用户结果，工作范围-实现结果安排的工作）
• 创建WBS（工作分解结构）
• 范围确认
• 范围控制

2、时间管理 （最主要）

概念:也叫进度管理。采用科学方式，确定进度目标。

• 活动定义（WBS工作包）。
• 活动排序。
• 活动资源估算。专家判断法（有经验者），三点估算法（估算出三个点，中间值给4倍权重，总共6倍权重）,自上而下的估算，自下而上的估算（更详细）。
• 活动历时估算。
• 制订进度计划。
• 进度控制。评估:是否为关键活动，偏差是否大于总时差，偏差是否大于自由时差。措施:增加资源，快速跟进（活动并行执行）。

3、时间管理计算

前导图法（单代号网络图，PDM）：能够表达出严格的逻辑关系，但是直观度不够。

关键路径长度: 最长的路径用计算最短工期。关键路径越少越好，可调配空间变大。

总时差为0的路径为关键路径。

总时差为正数，表示这个任务可以延期这个数，不影响总工期。

双代号网络图关键路径法，更复杂。

虚线表示虚活动，展现逻辑依赖关系。既不占时间，也不占资源。

时间管理 -甘特图

能够直观的表达出起始和结束，便于理解。但是不能表达出复杂逻辑关系。

4、成本管理

5、软件质量管理

质量管理通过质量体系中的质量规划、质量保证、质量控制和质量改进实现其管理职能。

6、软件评审

技术评审和管理评审。

• 不应该以测试代替评审。
• 评审人员应当包括客户。
• 评审人员应该关注产品而不是评论开发人员，应关注实质性问题。
• 评审会议不应变为问题解决方案讨论会。
• 评审应被安排进入项目计划。

7、软件过程改进

例如CMMI:

一级为成熟度等级。最低不需评。

2级已管理级。强调单个项目级管理。

3级已定义级，强调组织级管理，标准化，文档化。

4级定量管理级，强调量化。

5级优化级。强调优化。

8、软件配置管理

配置项和配置库

设备清单、CASE工具操作手册不属于配置项。

开发库，用于保存开发人员当前正在开发的配置实体。

受控库，也称主库，包含当前的基线加上对基线的变更。

产品库，静态库，包含已经发布使用的各种基线的存档，被置于完全的配置管理之下。

9、版本控制，配置项状态

• 草稿版本格式为0.xy。
• 正式版本为x.y。x为主版本号，y次版本号。取值都是1-9。配置项第一次正式版本，版本号为1.0。
• 修改版本x.yz。一般只增大z。

10、变更控制

四步骤:提出问题，问题分析与变更描述，变更分析与成本计算，变更实现。

11、软件工具

12、风险管理

关心未来、变化、选择。

基本属性:随机性和相对性（对某个有利，某个不利）。

风险曝光度计算：风险影响值 * 概率

风险的分类：

13、项目管理工具

不能指导软件设计人天按人家生命周期各个阶段进行设计工作。