场景:
小型项目采纳 RUP
主题
以下描述了 ABC 公司一个项目的场景,称 Project X。Project X 是由项目经理 Jill 和四个程序员 Angus、David、Susan 和 Philip 组成的团队。该项目的持续时间是四个月。
Jill 正在考虑使用 RUP 作为其项目软件开发流程的基础。她安装了 RUP,缺省情况下安装“经典 RUP”流程配置。她还回顾了与定制项目流程相关的经典 RUP 部分。
她首先与团队一起协商,评估项目的流程需要。结论如下。
- 配置管理的现有流程和工具运行良好,因此流程的这一方面可以保持不变。
- 团队具有用例和组件体系结构方面的一定经验,但可使用这些领域的更多指导信息。
- 项目会从迭代开发方法(作为一种快速降低关键项目风险的手段)中受益。
- 涉众与开发团队有着非正式的良好工作关系,也不需要正式的合同或复审。在开发期间涉众具有持续的可见性。团队具有很高的技能和纪律性,在过去已显示能生产出高质量产品而不需太正式的流程。
- 项目的给定时限很短,将只对工具集作出较小的变更。
- 将发起单独的并行活动来调查工具好处、重用机会,并为未来的项目进一步优化流程。
然后,Jill 承担了定制适当流程以供团队遵循的任务。
Jill 启动了 RUP Builder 并选择小型项目模板配置作为起点。她选择和取消选择了某些组件和插件,以执行流程的大致配置。例如,她取消选择了流程组件“数据库设计”,因为团队不打算在此项目上进行任何数据建模。
所得的流程相当接近项目的需要,但并不完全符合。Jill 通过向进程视图添加特定于项目的页面来进一步优化该流程,这些页面包括:
- 关于项目中将要使用的工具的指南
- 从以前的类似项目中重用的指南,包括设计指南和配置与变更管理指南
- 关于复审和评估的指南。
她向“开始”视图添加了“流程 X 处理简介”页面,其中描述了已配置流程的基本原理。例如,她声称所包括的模板用于指导内容,但格式是可选的。她也指明了关键项目工件的当前版本将处在的位置。
接着,她将配置另存为“ABC Project X”,并发布该配置。
Project X 具有小型团队,因此每个人均负责多种 RUP 角色。Jill 在软件开发计划中描述了每个人的职责。例如,在 Project X 上,Jill 负责项目经理和流程工程师角色。
在软件开发计划中,她还描述了项目的生命周期,包括各个阶段、迭代和关键里程碑。
Jill 向团队和其它涉众提供了已配置的 RUP、开发案例和软件开发计划的草案,以供复审。团队开始遵循该流程。如果有了某些错误,就优化该流程。最终,项目取得了成功,并且团队有了调整得当的流程,可应用于未来项目。
|