•.
•29.01.2024
•11
迭代开发的特点
每次迭代都将产生一次Release(内部或外部) 能够有效地尽早降低风险 每次迭代内部是一个Waterfall模型 能够更早地得到用户的反馈 将重点放在项目的短期目标里程碑,目标更清晰 使部分实施(Implementation)的分发成为可能 使集成与测试可以不断地持续下去
UC4、 UC5进行迭代。
因为,
解决了4个风险
解决了风险值最高的两个风险
RISK1 RISK2 RISK3 RISK4 RISK5 RISK6
UC1 X
UC2 X
X
UC3 X
UC4 X
UC5 X X
UC6 X
UC7 X
UC8 X
•.
•29.01.2024
•31
制定工作细分结构(WBS)
分解项目迭代工作任务 安排任务进度 确定任务路径
•.
•29.01.2024
•12
迭代数
当项目的开发周期小于18个月或更少时,比较 典型的迭代数是3-6。如果项目的开发周期更长 时,则需要更多的迭代数。
Low: Typical: High: Very High:
3[0, 1, 1, 1] 6[1, 2, 2, 1] 9[1, 3, 3, 1] 10[2, 3, 3, 2]
开发组织的大小(迭代的速度) 组织对迭代方法的熟悉程度(包括具有稳定成熟的组织) 团队在管理代码(如分布式 CM)、分发信息(如内部 Web)、实现
测试自动化时所采用的自动化级别。
建议的迭代长度为1-3个月
•.
•29.01.2024
•14
迭代策略
宽而浅(Wide & Shallow)