20、软件项目管理：风险与阶段交付策略

软件项目管理：风险与阶段交付策略

在软件开发项目中，有效的项目管理是确保项目成功交付的关键。本文将深入探讨软件项目管理中的关键环节，包括项目排期、风险管理以及分阶段交付策略等内容。

项目排期的便捷之道

项目排期是项目管理中的重要一环，而借助软件工具来完成排期工作是一种简单有效的方法。像 Microsoft Project 这样的项目管理软件，能够对项目排期进行优化，实时跟踪项目进度，合理调配资源，并且可以随时重新计算或刷新各项参数。以下是一个项目排期跟踪视图示例：

ID	Task Name	Dur	Start	Finish	%Comp
1	Global Applications D	113d	Mon 4/26/99	Wed 9/29/99	20%
2	Section I	23d	Mon 4/26/99	Wed 5/26/99	100%
3	Chapter 1	8d	Mon 4/26/99	Wed 5/5/99	100%
…	…	…	…	…	…

这个表格展示了项目中各个任务的基本信息，包括任务名称、持续时间、开始和结束日期以及完成进度等。

风险管理的核心地位

在项目管理的各项规划活动中，风险管理是最为重要的一项。在 Windows DNA 环境下，风险管理的重要性更加凸显，原因主要有以下几点：
- 快速开发带来高风险 ：项目通常采用快速应用开发方法，虽然这种方法有诸多好处，但也伴随着更高的风险。
- 估算易出错 ：在这个环境中，很容易在估算上出现失误，导致项目排期过于乐观。
- 常规风险增加 ：一些在其他项目模型中被视为正常的风险，在 Windows DNA 环境下会被放大，如需求蔓延、“万能解决方案”综合征、熟练开发人员短缺等。
- 技术更新快 ：Windows DNA 所使用的技术发展迅速，项目使用的工具、软件版本或操作系统服务包可能在项目进行过程中发生变化，增加了项目完成的不确定性。
- 平台变更风险大 ：项目进行中平台可能发生变化，如从 Windows 98 升级到 Windows 2000，这几乎总是会对项目造成致命影响，应尽量避免。
- 平台自身可能存在问题 ：例如 MDAC 2.1 的服务包 1 和 2 就是为修复之前版本中导致应用程序失败的问题而推出的。

风险管理主要包括两个关键活动：风险评估和风险控制。

风险评估

风险评估的目的是识别、分析、排序、记录并揭示所有可能影响项目的风险。但并非所有风险都有价值，只有那些估计会对项目产生影响的风险才值得关注。
- 风险识别 ：项目经理、产品经理和其他合适的团队成员需要找出所有可能的风险，并将其记录到风险数据库中。在这个阶段，团队主要是列举所有相关风险，而不关注如何消除或减轻风险。通常会识别出数十甚至数百个风险，并根据其对项目的重要性或相关性进行分组或分类。
- 风险分类 ：项目中可识别的风险主要分为两类：威胁产品的风险和威胁进度的风险。
- 产品特定风险 ：包括平台变更（如操作系统版本、工具和技术、数据库等）、供应商变更（如供应商倒闭或产品停产）、服务器特定问题（如服务器故障、资源限制、性能问题等）以及 2000 年问题等。
- 进度特定风险 ：对项目的实际完成更为关键，例如资源可用性或人员流动、需求蔓延、缺乏赞助或关注、规划不善、关键路径受到威胁、设计错误、对相关技术缺乏经验或了解以及开发过程中出现意外问题等。
- 风险分析与排序 ：识别出风险后，需要对每个风险进行单独分析，确定风险发生的概率、对进度或产品的影响以及风险暴露程度。风险暴露程度是衡量风险一旦发生对项目造成成本的指标。确定风险概率后，还需估算风险发生后的损失。通过团队讨论，回答每个风险发生的可能性以及对项目的成本影响，从而得到概率和影响的估计值。最后，根据风险暴露程度对风险进行排序，优先处理暴露程度高的风险。

graph LR
    A[开始] --> B[识别所有可能风险]
    B --> C[将风险记录到数据库]
    C --> D[分类风险：产品风险和进度风险]
    D --> E[分析每个风险的概率和影响]
    E --> F[计算风险暴露程度]
    F --> G[根据暴露程度排序风险]
    G --> H[结束]

风险控制

风险控制旨在对风险进行缓解、消除或解决。其核心目标是尽可能避免风险的发生，若风险无法避免，则减少损失并防止其再次发生。
- 风险避免 ：根据风险的性质采取措施避免风险。例如，对于需求蔓延的风险，可以设定需求冻结日期，之后收到的需求将存入需求数据库，待后续优先级排序和实施。
- 风险缓解 ：不追求完全消除风险，而是通过提前准备解决方案或纠正措施，降低风险发生的可能性和暴露程度。例如，对于数据丢失的风险，可以制定灾难恢复计划来缓解。
- 应急计划 ：当风险发生或风险暴露程度过高，无法通过消除或缓解措施解决时，需要制定应急计划。应急计划应详细说明应对措施，并提供在紧急或灾难情况下绕过或消除威胁的方案，如设置多个镜像服务器或在其他设施备份文档和数据。

项目计划与分阶段交付

对于创建互联网和企业内部网应用程序的 Windows DNA 项目，建议采用分阶段或渐进式应用开发模型。这种模型将项目计划划分为多个阶段，每个阶段都有自己的需求集、项目排期和风险计划等。

确定项目阶段

在规划分阶段或渐进式交付的项目时，需要确保各阶段之间相互兼容，并且对客户有实际意义。建议项目从三个阶段开始：
- 第一阶段 ：包含开发团队和业务团队都认可的最低需求集，目的是在较短时间内为业务提供有价值的功能。需要设定一个需求冻结日期，之后团队开始收集第二阶段的需求。
- 第二阶段 ：通常用于交付剩余的功能。未包含在第一阶段的需求将在这个阶段纳入系统。是否将第二阶段进一步细分取决于项目团队，如果剩余需求需要大量的时间和精力，那么继续分阶段是有意义的。同样，也需要设定需求冻结日期。
- 第三阶段 ：如果在第二阶段结束时所有初始需求都已完成，这个阶段将进入项目的维护周期。更常见的情况是，这个阶段包含在第二阶段实施期间或之后出现的需求（即“增强功能”）。如果新功能、新需求、对现有需求的更改或增强需要大量的时间和精力，第三阶段可以进一步细分为多个阶段。

使用这种应用开发模型，第一和第二阶段比较容易确定，而第三阶段是否进一步细分则由项目团队根据客户需求和项目性质来决定。此外，在实施第一和第二阶段后，允许在各阶段之间迁移需求，但任何对系统预期功能范围和时间的更改都必须得到产品经理的批准。

项目计划

此时，完成项目计划所需的所有必要元素都已就绪。项目计划的主要文档是项目排期，需要向项目团队成员、赞助商和业务代表等公开透明。

项目经理还需要考虑项目各阶段的里程碑，在分阶段或渐进式模式下，里程碑尤为重要，需要谨慎规划。主要有两种类型的里程碑：
- 主要里程碑 ：代表项目该阶段需求集中已达成一致的特定功能交付物，对客户有明确的意义，如“发布成本分析模块”或“发布报告模块”。每个项目阶段至少有一个主要里程碑，即该阶段最终功能需求的发布，也称为阶段结束里程碑。除了阶段结束里程碑，特定阶段内的其他功能交付物可以划分为多个中间发布版本，具体划分和主要里程碑的数量取决于项目、阶段规模和需求数量。一般来说，每个月至少应有一个中间发布版本和阶段结束里程碑。主要里程碑用于跟踪项目进度，确保项目目标和业务特定交付物的实现。一旦团队承诺了主要里程碑的完成日期，就必须按时达成。
- 小型里程碑 ：有助于提高项目的可见性，其主要作用包括缩小主要里程碑之间的差距，便于跟踪项目进度；增加开发团队的检查点，确保开发按计划进行；为个别开发人员提供规划和组织自己工作的机会；降低项目整体进度延迟的风险。小型里程碑通常不显示在项目排期表中，主要用于项目的日常内部管理，团队可以每周开会跟踪小型里程碑的进度。每个阶段有两个主要版本的项目排期表，一个供产品经理和业务团队使用，另一个更详细，供开发团队使用。前者可能不显示小型里程碑，而后者通常会显示。

通过合理运用这些项目管理方法和策略，可以有效提高软件项目的成功率，确保项目按时、按质量要求交付。

软件项目管理：风险与阶段交付策略

主要里程碑的实际应用与案例分析

为了更好地理解主要里程碑在项目中的作用，我们通过一个具体案例来进行分析。假设一个采用渐进式模型处于第三阶段的项目，该阶段包含四个明确的可交付成果：
- 可交付成果一 ：计算所有技术费用。
- 可交付成果二 ：提供一个打印费用报告的报告程序。
- 可交付成果三 ：提供与库存系统的接口。
- 可交付成果四 ：允许在任何订单中添加文件附件。

按照主要里程碑的设定原则，可交付成果一将成为第一个中间发布版本，可交付成果二成为第二个中间发布版本，以此类推。每个中间发布版本都对应一个主要里程碑，并且这些发布版本可能映射到应用程序的内部版本号。例如，达到第三个中间发布版本时，系统的 3.3 版本将被发布到生产环境（这里的版本号由阶段号和中间发布版本号组成，不同项目可能有不同的版本号规则）。

在这个项目中，主要里程碑起到了明确项目进度和目标的作用。团队成员可以根据这些里程碑来安排工作，确保每个阶段的任务按时完成。同时，对于项目的利益相关者来说，主要里程碑是衡量项目进展的重要指标。如果某个主要里程碑未能按时完成，这将是一个明显的延迟信号，团队需要及时分析原因并采取措施进行调整。

小型里程碑的实施与效果评估

小型里程碑虽然不像主要里程碑那样引人注目，但在项目管理中同样具有重要作用。以下是小型里程碑在项目中的实施步骤和效果评估方法：

小型里程碑的实施步骤

1. 任务分解 ：开发团队将每个主要任务进一步分解为更小的子任务，并为每个子任务设定小型里程碑。例如，在开发一个报告程序的主要任务中，可以将其分解为需求分析、设计、编码、测试等子任务，并为每个子任务设定完成的时间节点作为小型里程碑。
2. 明确责任 ：将每个小型里程碑的责任分配给具体的开发人员，确保每个人都清楚自己的任务和目标。
3. 定期跟踪 ：团队每周或每两周开会，跟踪小型里程碑的完成情况。在会议中，开发人员汇报自己负责的小型里程碑的进展，讨论遇到的问题并共同寻找解决方案。

小型里程碑的效果评估

• 进度跟踪 ：通过小型里程碑，可以更细致地跟踪项目进度。如果某个小型里程碑未能按时完成，团队可以及时发现问题并采取措施进行调整，避免问题积累导致主要里程碑延迟。
• 团队协作 ：小型里程碑为开发团队提供了更多的检查点，促进了团队成员之间的沟通和协作。在跟踪小型里程碑的过程中，团队成员可以及时分享信息，协调工作，提高工作效率。
• 风险降低 ：小型里程碑的设置降低了项目整体进度延迟的风险。由于每个小型里程碑的任务相对较小，即使出现问题，也更容易解决，不会对整个项目造成太大的影响。

项目管理策略的综合应用与优化

在实际的软件项目管理中，需要综合运用项目排期、风险管理和分阶段交付等策略，并不断进行优化，以提高项目的成功率。

综合应用策略

• 排期与风险结合 ：在制定项目排期时，充分考虑可能出现的风险因素。例如，对于可能出现的资源短缺风险，可以在排期表中预留一定的缓冲时间，以应对突发情况。同时，根据风险评估的结果，对排期进行调整，优先安排风险较低的任务，确保项目的整体进度。
• 阶段交付与风险管理 ：在分阶段交付的项目中，每个阶段都进行独立的风险评估和控制。在进入下一阶段之前，确保上一阶段的风险得到有效控制。例如，在第一阶段结束时，对该阶段的风险进行回顾和总结，针对出现的问题制定相应的措施，避免在后续阶段中再次出现。

策略优化

• 数据驱动优化 ：通过收集项目执行过程中的数据，如任务完成时间、风险发生情况等，对项目管理策略进行分析和优化。例如，如果发现某个类型的风险经常出现，可以针对该风险制定更有效的控制措施。
• 经验总结与分享 ：项目结束后，组织团队成员进行经验总结，分享项目管理过程中的成功经验和失败教训。将这些经验应用到后续的项目中，不断提高项目管理的水平。

总结

软件项目管理是一个复杂的过程，涉及到项目排期、风险管理和分阶段交付等多个方面。通过合理运用项目管理软件进行排期，加强风险管理，采用分阶段交付的开发模型，并综合应用和优化各种管理策略，可以有效提高软件项目的成功率，确保项目按时、按质量要求交付。在项目管理过程中，要注重团队协作，及时沟通和解决问题，不断总结经验，以适应不断变化的项目需求和技术环境。

graph LR
    A[项目启动] --> B[制定项目排期]
    B --> C[进行风险评估]
    C --> D[确定项目阶段]
    D --> E[设置主要和小型里程碑]
    E --> F[项目执行]
    F --> G[定期跟踪进度]
    G --> H{是否有风险或延迟?}
    H -- 是 --> I[采取风险控制措施]
    I --> F
    H -- 否 --> J[阶段结束评估]
    J --> K{是否进入下一阶段?}
    K -- 是 --> D
    K -- 否 --> L[项目结束]

通过以上的流程图可以清晰地看到软件项目管理的整个过程，从项目启动到结束，各个环节相互关联，形成一个闭环的管理体系。在这个体系中，风险管理和进度跟踪贯穿始终，确保项目能够顺利进行。同时，分阶段交付的模式使得项目更加灵活，能够及时响应客户的需求变化。