RationalEdge:度量项目的健康性,第度量项目的健康性,第2部分部分
火龙果软件工程技术中心
本文内容包括:
精化阶段
度量阶段的度
量
总结
进一步阅读
注释
参考资料
本文来自于 Rational Edge:在软件开发项目生命周期的中间阶段应该度量哪些方面,以确保该项目的全面状况良
好并按计划进行呢?通过本文弄清风险列表、待完成工作队列,以及其它项目工件是如何被客观地用来度量项目的
全面状况的。
这是由三部分组成文章中的第2部分,它描述的是作为管理软件开发项目的一部分,即评估策略问题。第1部分介绍了作为评
估项目全面状况机制的度量的概念,我还描述了可以帮助您在先启阶段评估项目全面状况的特殊度量方法。在这个系列的第2
部分中,我专注于开发工作中的主流部分的度量方法:即详细精化和构建阶段。
精化和构建阶段有很多的相似性,这些相似性导致它们有相似度量方法。在这两个阶段中,主要的焦点是产生能够逐渐实现令
人期待的日益增长的系统功能的可执行版本。两个阶段中的主要不同来源于不同阶段所处理的不同风险:在精化阶段处理的是
影响解决方案体系架构的技术方面风险,而构建阶段处理的是有关于预定的时间和预算之内完成开发项目一大部分工作的风
险。这些不同之处致使两阶段中度量方法的重点有些不同。
精化阶段精化阶段
精化阶段中的主要焦点是检验基本的技术方法是否被用作先启阶段的评估基础,并且填充必要的技术细节以保证将来解决方法
的交付。
如果
技术风险很低 --由于它们在一个稳定且被验证过的构建基础上,对现有的系统功能性增加的作用很小--精化阶
段可以相当简短,度量方法可被约束来测量这个断言,被提议的变化将不会破坏现有的构建。由于这个原因某些“敏捷的”途方
法,如 Scrum 和 Xtreme Programming 就缺少一个等同阶段。这些方法或含蓄地或明显地假设构架的风险很低,并且任何结
构性变化将从正常的开发工作中暴露出来。
在精化阶段执行的典型的开发工作也会执行附加的场景,
1
这将证明技术方法是可靠的并且粗略的时间进度表和来源于先启阶
段的成本数据也是合理的。从
规划
的角度来说,精化和构建两个阶段的最主要区别是开发场景的选择。在精化阶段,风险决定
了它们的选择——就是说,他们选择场景就要面临风险。
解决这些富有挑战性的技术性问题不仅会增加技术方面选择性解决方案的确定性,而且将最大限度地解决那些在解决方案中会
有威胁尚未解决的项目的问题。在清除技术性风险过程中,将获得有价值的经验和信息,致使项目剩余部分的评估和计划可靠
性大大提高。当我们在构建阶段考虑度量方法时,这将成为重要的因素。
从
人员配备
来说,精化阶段和构建阶段的最主要区别在于精化阶段倾向于用更小的队伍专注于探究技术性风险的解决。这种具
有探索性精化阶段意味着项目人员和相应的成本不会成比例的增加直到构建阶段,项目小组可能被扩增来完成剩余的工作。
精化阶段的度量
如前所述,降低技术性风险是精化阶段的主要目标。因此,在此阶段的度量将专注于是否真的降低了技术性风险的问题。为了
有效地管理项目(实线部分)和预期发展(虚线部分),图1展示了典型风险的概况。