下面列出的是一些迹象,表明你并没有理解以敏捷精神采用迭代开发和UP的真正含义。
·在开始设计或实现之前试图定义大多数需求。同样,在开始实现之前试图定义大多数设计;试图在迭代编程和测试之前定义和提交完整的架构。
·在编程之前花费数日或数周进行UML建模,或者认为在绘制UML图和进行设计时要准确完整地定义极其详细的设计和模型。并且,认为编程只是简单机械地将其转换为代码的过程。
·认为初始阶段=需求阶段,细化阶段=设计阶段,构造阶段=实现阶段(也就是说将瀑布模型叠加于UP之上)。
·认为细化的目的是完整仔细地定义模型,以能够在构造阶段将其转换为代码。
·坚信合适的迭代时间长度为三个月之久,而不是三周。
·认为采用UP就意味着要完成大量可能的活动和创建大量的文档,并且认为UP是需要遵循大量步骤的、正规和繁琐的过程。
·试图对项目从开始到结束制定详细计划;试图预测所有迭代,以及每个迭代中可能发生的事情。