問33
頻出度★★★
システム開発プロジェクトにおけるクリティカルパスに関する記述のうち, 適切なものはどれか。
平成23年度 特別試験 ITパスポート試験 問33
マネジメント系プロジェクトマネジメント › プロジェクトマネジメント
这道题的解析和你的作答记录。
解説
問 33
错误ア
优先增加人员的对象弄反了，因此错误。要挽回延误，也就是想缩短项目整体的工期，就必须把人员追加到决定着整体工期的关键路径上的作业上。不在关键路径上的作业本来就带有富余天数，无论把那里提前多少完成，最长路径的长度都不会缩短哪怕 1 天，整体的完成日期也不会改变（结果只是把有限的人员分配到了产生不了效果的地方）。另外，随着关键路径不断被缩短，别的路径会变成最长而成为新的关键路径，因此每次缩短之后都需要重新计算各条路径，重新确定下一个重点对象。
错误イ
断言「必定」这一点是错误的。把关键路径上的作业提前 3 天完成，该路径的所需天数确实会缩短 3 天，但如果结果是原本第二长的另一条路径反而变得更长，那么项目整体的工期就由这条新的最长路径决定。例如最长路径为 40 天、第二长的路径为 38 天时，即使把最长路径缩短 3 天也只变成 37 天，38 天的那条路径成为新的关键路径，因此整体只能提前 2 天而不是 3 天。缩短的效果是「最多 3 天，实际可能不到 3 天」，并不一定就能提前 3 天。需要注意的是，这与延误的情形（选项ウ）并不对称：延误时路径是朝变长的方向走，不会发生最长路径的更替，所以必定波及整体。
- ウ
正解 正确答案是ウ「如果关键路径上的作业延误，那么项目的完成也会延误」。所谓关键路径，是指在箭线图（PERT 图）中按先行—后续的顺序关系把各项作业连接起来后，从开始到结束能够走通的众多路径当中，所需天数合计最大的那条最长路径。既然只有全部作业都完成，项目才算完成，那么项目整体的所需工期就由这条最长路径的长度本身决定。换句话说，关键路径上的作业完全没有富余天数（浮动时间，即最迟节点时刻与最早节点时刻之差），哪怕只延误 1 天，这一延误也会原封不动地加到最长路径的长度上，没有任何可吸收的余地，直接把项目的完成日期往后推。例如，一个整体 40 天的项目，如果关键路径上的某项作业延误 2 天，那么完成原则上就变成第 42 天。正因如此，进度管理中要重点监控关键路径上的作业，一旦出现延误的苗头就优先对其采取措施。与此相对，关键路径以外的路径上的作业带有富余天数，只要延误在该范围之内，就不会影响整体完成。这种不对称性正是关键路径这一概念的本质，因此ウ是恰当的。
错误エ
并不限于只有一条，因此错误。关键路径的定义是「所需天数合计最大的路径」，并没有规定这个最大值只能出现在一条路径上。如果所需天数合计同为最大值的路径有两条以上，那么它们全都是关键路径，即同时存在多条。这种情况下，无论哪条路径上的作业延误都会导致整体延误，需要重点监控的作业也就相应增多。此外，随着关键路径上的作业不断被缩短，还可能出现与别的路径所需天数持平而使关键路径变成多条，或者关键路径转移到别的路径上的情况。
ここがポイント
- 关键路径是指在箭线图（PERT 图）上从开始到结束能够走通的所有路径中，所需天数合计最大的那条最长路径，也就是富余天数（浮动时间）为零的路径。项目整体的所需工期由这条路径的长度决定，因此关键路径上的作业一旦延误，就会原封不动地变成整体完成的延误。反之，不在关键路径上的作业只要延误在富余天数范围之内，就不会影响整体。
- 延误与缩短并不对称。延误会让最长路径进一步变长，所以必定波及整体；而在缩短的过程中别的路径可能变成最长，因此缩短的天数不一定原样变成整体的提前量。所以，为挽回延误而追加人员时要优先投入到关键路径上的作业，并且每缩短一次就重新计算各条路径、确认新的关键路径。当所需天数持平时，关键路径可以同时存在多条。
用語