8.6 章节回顾
第 8 章的复盘要分两层:第一层是进度管理计算,尤其 PERT;第二层是项目管理零散概念,包括风险、沟通路径和 COCOMO II。不要只记答案,要把公式来源和题干关键词吃透。
进度管理复盘
| 题型 | 必须写出的过程 |
|---|---|
| Gantt 图读图 | 横轴单位、任务起止、持续时间、并行关系、计划/实际差异 |
| PERT 求工期 | 列出路径或正推最早时间,找最长路径 |
| PERT 求最早时间 | 从起点正推,多前驱取最大 |
| PERT 求最迟时间 | 从终点逆推,多后继取最小 |
| PERT 求松弛时间 | |
| 找关键路径 | 找松弛时间为 0 的活动或路径长度等于总工期的路径 |
关键路径题不要凭图形直觉选。必须把活动持续时间加出来,或者完整标注最早/最迟时间。
风险管理复盘
风险有两个必要特征:损失性和可能性。
| 说法 | 是否是风险 | 原因 |
|---|---|---|
| 子系统可能延期,导致总系统不能按时交付 | 是 | 有可能性,也会造成损失 |
| 客户已经不清楚需求,因此团队正在做原型澄清 | 不是风险本身 | 这是已经存在的事实,不是“可能发生” |
| 开发团队可能误解客户需求 | 是 | 可能发生,且会造成返工或交付失败 |
| 核心成员可能离职 | 是 | 人员流动可能造成进度和质量损失 |
| 团队成员沟通良好 | 不是风险 | 不具备损失性 |
风险分类:
| 类型 | 关键词 | 例子 |
|---|---|---|
| 项目风险 | 团队、人员、进度、内部决策 | 人员离职、沟通不畅、子系统延期 |
| 技术风险 | 技术过新、过旧、不可控 | 选择未成熟技术导致无法按期完成 |
| 商业风险 | 市场、收益、客户接受度 | 产品做出来但卖不出去 |
| 社会风险 | 政策、法律、伦理、社会环境 | 新政策导致业务模式不可用 |
风险曝光度:
其中
风险优先级不能只看损失,也不能只看概率,要看二者乘积。
沟通路径复盘
沟通路径题要先判断团队是否有主程序员。
| 情况 | 结构 | 公式 | 8 人团队 |
|---|---|---|---|
| 无主程序员 | 每两个人都可能沟通 | ||
| 有主程序员 | 普通成员只与主程序员沟通 |
无主程序员公式来自等差求和:第 1 个人与后面
COCOMO II 复盘
COCOMO II 是成本估算模型。考试通常不要求推复杂公式,重点是层次和估算量配对。
| 层次 | 估算对象 | 说明 |
|---|---|---|
| 应用组装模型 | 对象点 | 偏快速应用组装,按界面、报表、构件等对象估算 |
| 早期设计模型 | 功能点 | 需求和设计早期可用,功能点可转换为代码行 |
| 体系结构阶段模型 | 代码行/KLOC | 体系结构较明确后,用千行代码等规模量估算 |
易错点:用例数不是本节强调的 COCOMO II 估算量。功能点更偏结构化估算思想,对象点更偏面向对象/组件组装思想,代码行用于后期规模估算。
综合复盘表
| 看到题干 | 先想到 |
|---|---|
| 横道、时间轴、计划进度、实际进度 | Gantt 图 |
| 前驱、后继、最早/最迟、关键路径 | PERT 图 |
| 完成项目最少时间 | 关键路径长度,不是最短路径 |
| 可延迟但不影响总工期 | 松弛时间/总时差 |
| 损失性 + 可能性 | 风险 |
| 概率 × 损失 | 风险曝光度 |
| n 人两两沟通 | |
| 主程序员负责沟通 | |
| 对象点、功能点、代码行 | COCOMO II |
错题模板
text
题型:Gantt / PERT / 风险 / 沟通 / 成本
题干关键词:
已知数据:
计算或判断过程:
为什么排除其他选项:
下次识别规则:例题
复盘 PERT 图关键路径题时,应优先:
8 人开发小组中,若成员之间相互平等、任意两人都可能沟通,则沟通路径数为:
本章收束
第 8 章最值得反复练的是 PERT 图。Gantt 图负责看计划,PERT 图负责算关键路径;风险管理抓损失性和可能性,沟通管理抓两个路径公式,成本管理抓 COCOMO II 的对象点、功能点和代码行。按这个框架复盘,零散考点就不会散成一地。