8、软件开发中的度量、方法与实践

软件开发中的度量、方法与实践

1. 间接衡量开发成果

在软件开发估算领域，有个老笑话：“童话和软件估算有什么区别？童话以‘从前’开头，而软件估算不是。”这反映出软件估算之难，很多估算方法常被视为“黑魔法”。

成功的软件估算基于经验，即量化过往工作及其耗时，以此预测后续任务所需时间。然而，工作中高估往往比低估受罚轻，导致估算越来越保守。估算层层叠加，为了让后续估算更可信，开发者可能会出现工作间隙，给系统添加不必要的功能，产生倦怠感。

反之，由于开发者的估算不可信，管理层会介入，依据猜测设定进度。他们常为营销目的设定激进的时间表，并将其包装成技术挑战。开发者通常乐观且有斗志，会接受这些不合理的安排，直至不堪重负离职。

为避免这些问题，可采用间接衡量方法。极限编程（XP）中的“速度”概念就是如此：
1. 为一组任务分配与完成难度相关的点数。
2. 考虑休假等因素，估算团队成员在特定迭代（如两周）内可完成的点数。
3. 执行工作并记录实际完成的点数。
4. 根据实际结果调整新任务，随着能力提升和对系统理解加深，速度会加快。

不过，开发者对指标心存顾虑，正如马克·吐温所说：“有三种谎言：谎言、该死的谎言和统计数据。”开发者担心指标被过度简化或歪曲，因此团队协作和沟通至关重要。指标应仅对使用者可见，可将其视为“秘密握手”，不参与就无权知晓。同时，还应跟踪开发中的问题。

2. 跟踪问题

开发团队中，错误报告和跟踪是敏感话题。开发者难以理解客户需求，客户也难以明确自身需求。用户还会以意想不到的方式使用软件，发现未文档化的功能。

若抛开指责，专注于错误和变