29、软件开发方法：FDD与精益开发解析

软件开发方法：FDD与精益开发解析

1. FDD方法特点

1.1 特性调度差异

在FDD（Feature-Driven Development）中，特性调度与XP、Scrum和ASD有所不同。XP、Scrum和ASD在技术合理范围内，坚持让客户在每次迭代开始时设定开发优先级，客户根据当前业务价值评估确定接下来开发哪些特性。而FDD认为特性的整体价值在项目早期就已确定，特性调度主要是技术决策。例如，客户可能更关注功能的业务价值，而技术团队会从技术实现的角度考虑特性的开发顺序。
客户调度和技术调度各有优缺点。客户短期调度特性可能因技术依赖导致额外返工，增加开发成本；技术调度可能使项目偏离客户期望。FDD提供了一种“两全其美”的方法，即业务活动层面由客户调度，特性层面由技术调度。比如，只在业务活动层面给出年月时间，客户更易接受，项目管理也更具灵活性。

1.2 FDD成功因素

Jeff认为FDD成功的首要因素是一系列实践协同工作，它是一个实践体系，不能随意替换其中的实践。其次，认识到软件开发是人类活动也很关键。另外，开发“形状”对象模型以及使用检查来验证工作产品和共享信息也非常重要。客户喜欢FDD的地方在于前期的领域建模和以结果为导向的报告。

1.3 FDD与其他ASDE的比较

FDD与其他主要的敏捷软件开发方法（ASDEs）在价值观和原则上有相似之处，但也存在差异。FDD宣称具有可重复性，而其他敏捷开发者认为“可重复性”会让人联想到详细流程和精确测量，与高度动荡的环境不兼容。FDD强调“第一次就尽可能做对”，推荐前期建模。与XP相比，FDD建议每个类有“所有者”，进行正式的设计和代码检查，而XP采用集体所