ASPICE流程的利弊

ASPICE是为了规范我们代码开发流程，同时提高我们的代码质量，严格做到在开发前有明确的开发方案，明确的开发流程，任何代码的设计都有靠谱的依据来源，是我们代码质量的保证。
简单来讲，就是在保证代码质量的情况下，按时完成我们的项目目标。如果仅仅是为了完成项目目标，而对于我们完成的交付物不做最后的“估值”，那我认为我们完成的这个任务没有任何的意义，因为它不被人们满意的接受。

而完成这最后的“估值”就需要我们输出的那些文档作为支撑，我们通过这个文档以及测试结果来进行验收，来判断设计，开发是否符合客户的需求，是否满足于最初的项目目标。
作为项目管理者来讲，我们更喜欢这个文档按照标准输出，他更像我们与开发者之前沟通的桥梁，通过这些文档，我们能知道开发者更加详细的设计方案与想法。在沟通中会少了很多前期的沟通成本。
可能针对开发人员来说，遵顼这个流程的最大挑战就是文档的输出，严格按照标准的ASPICE来进行项目开发，我们需要从上至下按照V模型进行。即：先完成系统需求，系统架构设计，再完成软件需求，软件架构，软件详细设计，最后才是代码开发和测试，而现实中的很多项目因为时间关系代码开发和文档编写都是并行，这是不符合ASPICE的要求的，并没有很好的发挥ASPICE的优点来把控我们的代码质量。
而如果严格按照这个流程来执行，在开发端的时间将会延长至少一倍，对我们的人力成本也是一个很大的挑战。ASPICE要求的设计文档都需要相关的开发人员进行输出，用程序员的话来讲：写这些文档的时间比码代码的时间更长，写一个功能的开发文档，我可以完成至少3个同等功能的开发。

二、ASPICE流程规范，是否需要裁剪？

虽然ASPICE在我们项目开发过程中具有很好的指导作用，但是否我们需要完全“死板”遵循。前面已经提到，我们的ASPICE流程虽然好，但是需要的时间长，人工成本高，针对任务重且周期短的项目是不友好的。

因此，这个问题我的答案是：根据项目实际情况进行裁剪。
在项目开发中，我们常常会参与或者组织项目阶段总结会。

之前小鹿组织的一个项目总结会中，很多工程师常常对项目的任务的优先级有很大的疑惑：是先完成文档设计工作还是先完成代码交付工作？

这种疑惑常发生在生命周期短的项目，工程师常常同时被催促输出文档以及代码。标准的回答是：按照开发流程，是先完成文档设计，再做代码开发，但是由于我们的时间紧张，因此他们同步进行。在会上，我们达成的统一目标就是：充分使用，合理安排，在满足客户的需求下，对文档的要求进行适当的裁剪，在此条件之前，按时按质的完成项目目标。
裁剪仅仅是为了将有限的时间安排在重要的事项中。针对生命周期长的项目，可严格遵循；针对生命周期短且任务重的项目，可做适当的裁剪 ，裁剪掉相对不重要的过程以及流程，或者做并行处理。当然根据实际情况实际评估。
ASPICE是我们保证代码质量，优化代码开发流程的工具，它可以指导我们做项目开发，但我们可以根据开发任务做裁剪。实际情况实际分析。

华菱咨询成立于2001年，是长三角，珠三角、京津冀和西南地区具有影响力的咨询机构。专注于标准体系咨询、产品认证咨询、企业管理项目咨询以及相关教育训练的顾问公司。公司已在北京、上海、深圳、杭州、、江西、西安设立了分支机构。经过20多年的发展，现已成为江苏省咨询协会理事单位、苏州工商联咨询协会理事单位、北京企业管理咨询协会会员单位、上海认证协会会员单位、上海咨询协会会员单位、广东省咨询协会会员单位；同时也被评为江苏省和广东省优秀管理咨询机构。