特性驱动开发:管理迭代式软件开发的敏捷方法
1. 迭代流程与验收测试
在迭代式软件开发中,有一系列明确的流程。首先,对于可能影响按时发布的特性,需决定是否移除;若必须包含,则要解决相关问题,同时要预留时间应对不可预见的状况。
接着,新应用要部署到客户端,由客户端进行商定好的用户验收测试。若发现缺陷,可能需对已部署系统进行修订。迭代结束后,要召开回顾会议,审查迭代期间的进展,考虑出现的问题,并重新确定未处理特性的优先级,此过程需所有项目利益相关者参与。同时,还需决定下一次迭代的有效性以及是否需要更多迭代。
迭代式方法面临的一个突出问题是迭代结束时验收测试的构成。由于迭代开始后可能会因业务或用户需求变化而改变特性,所以验收测试不能提前固定,需灵活调整,通常要基于已实现的特性进行测试。
2. FDD 项目中的规划
在特性驱动开发(FDD)项目中,规划至关重要。曾有客户认为迭代式和增量式方法规划较少,但实际情况并非如此。在一个历经数年、进行了至少六次迭代并成功发布的项目中,详细规划了每次迭代,在迭代开始时规划细节,过程中还会根据需要调整特性。该项目是客户所在公司唯一按时且在预算内交付的项目。
3. 特性成本估算
估算特性成本时,可采用三点估算方法,该方法受 Carmichael 和 Haywood(2002)的方法影响较大。具体来说,要对实现一个特性所需的工作量进行三种估算:
- 最佳情况 :一切进展顺利,无任何意外或问题。
- 最可能情况 :大部分情况正常,但会出现一两个意外情况,处理时间比预期稍长。 <
超级会员免费看
订阅专栏 解锁全文
2323

被折叠的 条评论
为什么被折叠?



