2.系统开发基础-项目管理（9）

项目管理

项目管理是一门独立的学科，项目管理不一定是指的软件项目还有其他的项目。对于一个软件项目来说也是需要项目管理的，就是软件项目管理。软件项目本身是复杂的，如果在项目开发过程中没有仔细的计划，没有高效的管理，特别是对于复杂的项目来说取得成功几乎是不可能的。一个计划良好的项目应该受到有效的控制和进展明显以及参加项目的人员的支持以进行工作。软件项目本身应该具有风险性，所以我们对项目开发对风险有效的管理，避免风险的发生影响项目的成功率。

项目管理知识领域

在项目管理知识领域分为九大知识领域：范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、风险管理、采购管理、整体管理。

• 范围管理：项目应该做些什么和不应该做什么工作，以及项目的范围发生改变时对变更进行管理。
• 时间管理：它是要求项目的进度是可控的，在指定的时间点应该完成相关指定的工作。
• 成本管理：项目在预算范围内完成，对项目的成本进行管理。
• 质量管理：通过制定质量的计划实施质量保证等手段保证项目质量。
• 人力资源管理：为了满足当前组织需要进行招聘项目组成员，对这些人员进行有效的组织。
• 沟通管理：项目干系人是指对项目影响或影响项目的人，主要管理项目干系人之间的沟通。
• 风险管理：主要是管理项目的风险，识别项目中存在的风险并对项目中的风险制定应对措施。
• 采购管理：它是为了完成项目管理的工作，从项目团队以外购买服务或者产品等。
• 整体管理：它描述的是项目全生命周期的管理，整体管理贯穿于项目的始终。它其实是综合性管理，在整体管理时，需要制定项目管理计划包括各个阶段的子计划。

Gantt

Gantt图与PERT图都是时间管理的工具，Gantt图又叫做横道图。以图示的方式通过活动列表与时间刻度，形象的表示出任何特定项目的活动顺序与持续时间和任务进展程度，但Gantt图不能清晰地描述各个任务之间的依赖关系。

从图中可以看出：

• 横坐标是时间，纵坐标是任务。
• 任务A原计划从0周到7周完成，目前的进度处于第4.9周阶段。
• 任务B原计划从0周到5.5周完成，目前的进度处于4.9周阶段。
• 任务C原计划从2.4周到8.4周完成，目前的进度处于第4.9周阶段。
• 任务D原计划从4周到13周期间未确定，任务E原计划从6周到12周完成，目前处于未工作阶段(未来阶段)。

若文档编写和评审到项目计划完成阶段的提前时间，也就是提前完成预先的目标。

PERT

PERT图又称为计划评审技术，它描绘出项目包含的各种活动的先后次序，标明每项活动的时间或相关的成本。对于PERT网络，项目管理者必须考虑要做哪些工作，确定时间之间的依赖关系，辨认出潜在的可能出问题的环节，借助PERT还可以方便地比较不同行动方案在进度和成本方面的效果。

概念：

• 关键路径指图中路径最长的那一条就是关键路径(最后节点)，关键路径所经历的活动就是关键活动。
• 在一个图纸中可能有一条或多条关键路径。
• 关键路径的点最早开始时间和最晚开始时间是相等的。
• 以下例题为例，事件1与事件2之间，事件1是事件2的前置节点，事件2就是事件1的后置节点。
• 求最早开始时间时，如果有多个前置节点指向一个后置节点，必须等到时间最长的前置节点到达的后置节点的数值，节点协同开始运作。
• 求最晚开始时间时，如果有多个后置节点指向一个前置节点，必须选择时间最短的后置节点到达前置节点的数值，不能影响关键路径的数值。

例：如图，以周为单位，事件6的最晚开始时间是？

分析：

箭头表示一个活动，而活动历时是2周。事件1与事件2之间的箭头线，表示事件1开始之后持续2天才能完成，完成之后才能进入事件2，其他事件之间以此类推。

• 对于事件1来说，它可以从最早的时间开始，也就是0周开始。对于事件2来说事件1是在第0周过后，因为活动需要持续2周，活动完成之后到达事件2，因此事件2的最早时间是0+2=2周。
• 对于事件5的前置节点是事件2，事件2开始之后又需要持续2周到达事件5，事件5的最早时间是2+2=4周。
• 对于事件7同理，以事件5到事件7的历时时间加上事件5最早开始时间，事件7的最早时间是4+5=9周。
• 对于事件9同理，它的最早开始时间是9+6=15周。但是有两条路径共同指向事件9，暂时不管以后比较。
• 对于事件3同理，它的最早开始时间是0+2=2周。
• 对于事件6同理，事件3的最早时间加上事件3到事件6的历时时间，事件6的最早时间是2+1=3周。但事件6有两个前置节点事件3和事件4，事件4的最早时间加上事件4到事件6的历时时间，事件6的最早时间是0+4=4周。在这种情况下选择到达事件6时间最长的最早开始时间，也就是事件4到事件6的最早时间是0+4=4周。
• 对于事件8同理，事件8有两个前置节点分别是事件6和事件5，先算出事件6到达事件8的最早开始时间4+1=5，5周。然后算出事件5到事件8的最早时间4+5=9周。再对比两事件所到达事件8节点时长，结果为事件5到达事件8的最早时间最长，选择时间较长的前置节点到达的后置节点一个，所以事件8的最早时间为9周。
• 对于事件9也有两个前置节点，综上所述，计算事件8到达事件9的最早时间为9+4=13，事件7到达事件9的最早时间为9+6=15，事件9的最早时间结果为15周。算出的关键路径就是15。

接下来求出最晚开始时间，把过程结束的节点最早开始作为最晚开始时间再逆推。将后置的最晚时间减去前置节点的活动历时得到前置节点的最晚开始时间。

• 对于事件7的最晚开始时间，15-6=9周。
• 对于事件8的最晚开始时间，15-4=11周。
• 对于事件5的最晚开始时间，事件5有两个后置节点，逆推的过程中就会出现两个结果，选择时间最短的后置节点到达前置节点的数值。事件8到事件5最晚开始时间11-5=6周，事件7到事件5最晚开始时间9-5=4周。结果为4周。
• 对于事件2的最晚开始时间，4-2=2周。
• 对于事件1的最晚开始时间，2-2=0周。
• 对于事件6的最晚开始时间，11-1=10周。
• 对于事件4的最晚开始时间，10-4=6周。
• 对于事件3的最晚开始时间，10-1=9周。
• 又对于事件1的最晚开始时间的两个结果取舍选择0，因为事件3到达事件1的最晚时间为9-2=7大于0。

注意：

1. 当求一个节点的最早开始时间时，如果有两个前置节点应该要先求出每一个前置节点过来的最早开始时间，然后取这两个前置节点数值较大的一个作为最早开始时间。
2. 当求一个节点的最晚开始时间时，如果有两个后置节点应该要先求出每一个后置节点过来的最晚开始时间，然后取这两个后置节点数值较小的一个作为最早开始时间。

答：事件6的最晚开始时间是10周。

风险

风险是不确定的，在不同项目中可能出现不同的风险，在同类的项目中风险也有可能不出现。风险一旦发生就会对结果造成不良影响。

风险的分类

风险的分类：项目风险、技术风险、商业风险。

• 项目风险：可能造成项目损失的不确定性。某一个事件的发生，它会给项目的目标带来不利影响的可能性。它包括在自定预算、自定进度、开发过程中时，用户还有需求方面的一些问题。
• 技术风险：在软件项目中可能存在技术上没法解决的难题导致项目失败。它的内容包括潜在的设计、实现等方面的风险。
• 商业风险：由于交易双方的某一方或者是与之相关联的某一方原因导致的风险。比方说：款式过时、价格过高、质量投诉、不符合消费者需要等。它主要来源市场、是否符合用户需要。

关注风险

关注风险总结：关心未来、关心变化、关心选择。

• 关心未来：关注风险是否会导致软件项目的失败。
• 关心变化：在用户需求、开发技术、目标机器以及其他所有与项目有关的实际中会发生怎样的变化。
• 关心选择：采用什么方法、什么工具、配备多少人力以及在质量上强调什么程度才是满足用户要求。

风险管理

风险管理活动：识别风险、风险估计、风险驾驭。

• 识别风险：识别出系统或者项目中存在哪种风险。识别风险有项目风险、技术风险、商业风险。
• 风险估计：风险评估一般使用两种方式评估每一种风险：估计风险发生的可能性、风险发生后带来的破坏性。以风险曝光度为决定因素排列风险的优先级，风险曝光度越大风险级越高越更加应该重视和关注。
• 风险驾驭：利用某些技术或方法处理避免风险的发生或者转移风险。

风险曝光度

风险曝光度=风险出现的概率×风险可能造成的损失

例：假设正在开发的软件项目可能存在一个未被发现的错误，而这个错误出现的概率是0.5%。给公司造成损失是1000000元，那么这个错误的风险曝光度为？

1000000×0.5%=5000元