为什么要将ASPICE与敏捷结合起来？

ASPICE是一个用于改进和评估嵌入式汽车软件开发过程的框架。它为嵌入式汽车软件和系统部件的质量保证提供了最佳实践和流程。

ASPICE确保了成熟、系统和有据可查的汽车软件开发，并允许以最小的错误风险实现可重复和预测的结果。它专注于对实施过程的持续改进，以提高供应商的能力水平，从而获得更好的质量和更多的创新产品。它还为与世界上最大的原始设备制造商签订新合同打开了大门，因为它是汽车行业中一个广泛且公认的框架。

然而，ASPICE也使汽车软件项目变得更加复杂和昂贵。通常，在软件开发中，通过实施敏捷方法论可以缓解这两个挑战。然而，ASPICE和敏捷有能结合起来吗？这两者不冲突吗？

ASPICE与敏捷有什么关系？

ASPICE框架基于验证和确认模型，也称为V模型。这意味着在开发的每个阶段都有一个测试阶段。这种线性开发方法意味着必须在项目开始时明确确定需求。早期的设计决策往往会造成延误。一旦开发过程开始，就很难适应需求的变化，因为测试也是提前创建的。

开发完成后，按照顺序对软件进行需求测试。此外，从指定初始需求到测试和反馈之间的长周期会导致在开发过程后期需要进行更改，这会产生额外的成本。

相反，敏捷软件开发遵循增量方法，并在完成初始规划后提供了进行更改的灵活性。因此，如果需求在开发周期中发生变化，那么重新规划工作相对容易。因此，上市时间大大缩短。

考虑到敏捷与ASPICE中的开发过程之间存在如此显著的差异，是否有可能在敏捷方法论中遵循ASPICE框架？在某种程度上，这当然是可能的。事实上，许多汽车软件开发公司都成功地做到了这一点。

ASPICE长期以来一直与软件开发的瀑布式方法联系在一起，因为它确定了应该执行活动和交付工作产品的特定顺序。然而，这并不意味着维护顺序开发周期的唯一方法是遵循瀑布模型。

ASPICE不会强加做事的方式。它决定了应该做什么以及应该取得什么结果，但没有具体说明如何做到。因此，有空间实现敏捷方法论的某些优势，使目标结果能够在更短、高效的周期内实现，并在过程中灵活应用可能的变化。

敏捷方法论或其元素在特别强调用户体验的汽车项目中会很好地发挥作用，例如HMI开发。通过短时间的冲刺，可以对想法或假设进行测试，然后根据用户反馈进行调整。敏捷在大多数需要灵活规划和频繁变更的汽车项目中也能很好地发挥作用。唯一的条件是确保遵守所有ASPICE流程和最佳实践。