概念:为小型项目定制流程
本指南讨论了如何定制小型项目的 RUP。
关系
主要描述

简介

在交付优质软件和快速交付软件之间(软件悖论!)达到微妙平衡的关键在于了解流程的基本元素,并遵循某些指南来定制流程,以使项目最大限度地符合特定需求。这应在坚持整个行业中经证实的最佳实践的同时进行,以帮助软件开发项目取得成功。

“小型项目”的定义

“小”可以指项目中的人数、项目的工期或正在开发的软件的数量。在本路线图中,“小型项目”定义为符合以下条件的项目:

  • 3 到 10 人
  • 项目工期不超过一年。

小型项目流程的特征

大多数小型项目的关键特征是正式化程度较低。虽然存在例外,但项目中人数越多、产品规模越大且越复杂,则越需要正式流程。例如,如果项目具有一个由在地理位置上分散的 100 人组成的团队,或是同时处理多个客户和转包商的多个相关产品,则所需要的流程比普通的五人团队正式得多。类似地,导弹制导系统所要求的工件也比库存系统升级更正式。

那么,究竟为什么需要流程呢?流程允许重复成功的实践,并且舍弃或改进不成功的实践。RUP 特别提供:

  • 关于最佳实践的指导信息
  • 流程需要考虑的一组任务、角色和工作产品 - 具有关于何时需要它们的指导信息
  • 大量有益的详细信息,有助于有效应用您认定适合项目的技术。例如,如果正在构建 UML 设计模型,您会了解哪些图是适用的以及如何构造模型。而且,如果使用 Rational 工具,则还有关于如何有效地将它们用作整体流程一部分的附加指导信息。
  • 关于如何定制流程来处理特定的流程相关问题的指导信息。例如,如果项目具有许多不断变化的需求,您会从关于如何有效管理需求的指导信息中受益。

小型和大型项目都需要大量相同的 RUP 活动和工件 - 差异更大程度上是在工作产品格式、正式程度、详细信息和应用于每个任务的工作方面。在本路线图中,“小型项目流程”将注重于对正式性没什么要求的项目。这个小型项目流程的某些特征如下。

  • 文档数量趋于更小且不详细。作为整体软件开发计划的一部分,小型项目用几个段落描述了这些主题,而不涉及详细的风险管理计划和产品验收计划。在迭代计划中,有几个段落描述了每个迭代的测试计划。
  • 小型项目常常从最少的一批软件开发工具开始。随着项目发展并取得成功(这是所有成功的小型项目的目标!),通过包含有效的工具来帮助团队将流程实施自动化将变得很重要。
  • 正式复审可替换为非正式会谈和讨论。
  • 许多工件都可能是在非正式情况下获取的。可在白板上创建风险列表,而状态评估可以用电子邮件中的几个段落来描述。

如何入门

要定义小型项目的流程,应首先复习以下 RUP 基础知识:

然后针对这些要素评估您可能会遵循的任何现有流程,并注重于修正任何薄弱环节。许多项目选择递增式地采用新工具和流程,并且最初只使用 RUP 的一些小部分。

使用Rational Method Composer(RMC),您可选择和取消选择 RUP 内容包,以执行流程的大致定制,然后使用流程视图进行微调,包括添加特定于自己的项目的指南。请注意,RMC 包含“小型项目”方法配置。这是 RUP 的较小配置,其中包括“不正式”的模板而不包括适用于更大或更正式项目的指导信息。小型项目应从此模板着手并应用其自身的项目特定定制。关于定制 RUP 的更多信息,请参阅概念:RUP 定制。 

示例:小型项目采纳 RUP 提供关于小型项目可如何开始定义流程的示例。关于定义和记录项目软件开发流程的详细指导信息由任务:为项目定制开发流程提供。

其他流程定制

更小型项目可能特别希望采纳与“灵活流程”相关的实践和技术。在概念:RUP 中的灵活做法白皮书:将 RUP 用于小型项目:详述 eXtreme Programming 中有过讨论。