摩高互动

重用的终极目标是提升软件开发效率
人们想得最多的是代码的重用，但软件项目的许多其他组件同样可以被重用。重用需求能够提升生产力、改进质量，并增强不同关联系统之间的一致性。
重用意味着利用此前已经完成的工作——无论这些工作来自同一项目，还是更早的项目。通过重用，项目可以避免从零开始，从而获得一个良好的开端。重用需求最简单的方式，是从现有的需求规范中直接复制粘贴；最复杂的方式，则是重用整个功能组件，涵盖需求、设计、代码和测试。在这两个极端之间，存在着数不清的重用选项。
然而，重用并非没有代价。无论是重用已有的成果，还是为使成果具备未来可重用性而进行投资，重用都伴随着风险。相比仅服务于当前项目的需求，创建高质量的可重用需求需要投入更多的时间和精力。尽管重用的优势显而易见，但一项研究发现，真正实践需求重用的组织却只有一半左右，其主要原因是现有需求的质量低下（Chernak，2012）。一个重视重用的组织，必须建立相应的基础设施，让未来的业务分析师能够便捷地获取高品质的需求知识，同时还要培育重视重用的企业文化。

本章将阐述需求重用的几种类型，明确在各类环境中都具备重用潜质的需求信息分类，并就如何开展需求重用提出建议。同时，围绕如何使需求具备可重用性，本章还提出了若干关键问题。最后，本章总结了有效重用的障碍，以及帮助组织更好地利用现有需求知识体系的成功要素。

为什么要重用需求
有效的需求重用能够带来诸多收益：交付速度更快、开发成本更低、应用内部及不同应用之间的一致性更强、团队生产率更高、缺陷更少，返工也随之减少。重用过已验证的可靠需求，不仅能节省评审时间、缩短审批周期，还能加快测试等其他项目工作的进度。若能获得以往项目实现相同需求时所积累的数据，重用还可以帮助团队更准确地估算工作量。
从用户的角度来看，无论是产品线的相关成员，还是不同的业务应用，需求重用都能显著改善彼此之间的功能一致性。以相关应用套件的全体成员为例：将相同的样式、间距等排版属性统一应用于每个成员的文本块，就要求功能性需求和易用性需求同时被重用。这种一致性能够大幅降低用户的学习成本和使用挫败感；同时，由于不必重复提出相似的需求，干系人自身也能节省大量时间。
值得注意的是，虽然需求在不同环境中的实现方式可能有所差异，但其本身可以是完全相同的。以某航空公司为例：其官网允许乘客办理登机手续、支付升舱费用并打印登机牌；公司同时还在机场设立了自助服务亭。这两个值机功能在实现方式和用户体验上并不相同，但底层的需求是一样的，因此可以跨两个产品进行重用。