其实很多情况下我们把Incremental Lifecycle 跟Incremental Delivery Lifecycle 混为一谈,统统认为是增量,结果是项目错误的采用了Incremental Lifecycle 来面对时间紧、任务急、客户压力大的项目,同时太过心急以及压力的作用下把遗一些关键特性的提交以及构建提前到了构建阶段,结果可想而知,那些仍然不够成熟的特性反而导致了商业利益的损失,不但损坏了自身形象也为以后的项目开发工作埋下隐患。
让我们来看看Incremental Delivery Lifecycle 到底应当是怎样的。
在Incremental Delivery Lifecycle 策略下移交(产品化)阶段开始的比较早,并且集中了大部分的迭代。因此,在这种开发方式下,要求架构是稳定的,在没有相关开发经验的情况下要想在一开始就形成稳定的架构几乎是不可能的,所以虽然面临客户以及时间压力,也应当对项目和自身的状况有实际的考量,善用之。
故而Incremental Delivery Lifecycle 往往适用于符合如下特点的情况:
1、熟悉问题域:需求以及架构可以在开发周期较早的阶段稳定下来并且新问题较少
2、项目团队是有经验的。
3、增量发布给用户的功能需要有较高的质量。