【A-SPICE项目实践记录】基于A-SPICE的项目管理实践一（MAN.3）

摘要：A-SPICE对于从事汽车电子行业的人来说并不陌生，网上对A-SPICE的理论解读也十分透彻，这里简单介绍一下我们A-SPICE的市场趋势：
a）目前汽车行业中ECU（电子控制单元）数量增多和性能复杂，使软件设计工作量越来越庞大，对产品可靠性的要求越来越苛刻，开发难度也越来越大，开发周期越来越长。新版IATF16949标准中增加了嵌入式软件开发的要求（涉及11个条款）；
b）2005年起在欧洲车厂的带动下，全球越来越多的整车厂及零部件供应商将A-SPICE 作为评价其软件供应商的准入标准；
c）主流整车厂皆对供应商的软件开发能力有一定的要求, 会从过往经验、认证ASPICE等角度综合评估供应商的能力, 并将有软件开发需求的项目下发到更有能力的供应商处进行开发；

申明：本人分享内容全部是自己参与项目过程所总结，如有内容雷同，请联系我；同时如有理解偏差的地方，请大家指正！

A-SPICE的服务对象是汽车ECU的软件质量。其中，作为项目经理，我主要总结的是结合A-SPICE的项目管理实践。
A-SPICE的过程定义中的 MAN.3 的核心管理思路是 有计划、有监控、有调整，与PMP是相吻合的，结合A-SPICE的项目实践如下：

项目估算

立项阶段做第一轮项目估算，根据代码量估算软件开发总工时，基于估算总工时，与项目组成员一起排定各节点的工时，要求基线总工时和估算总工时相等，然后根据各节点工时，排定详细项目执行计划，最后维护项目估算表中各活动工时占比。

估算策略（敲黑板）：
1、识别客户功能要求及清单，已经功能修改、新增状态选择对应的估算标准基线值。
2、有专家对每个功能进行代码规模预估，再取每个功能平均值；总代码规模为所有功能代码总和。
3、参考组织生产率基线数据，根据本项目特点情况，制定本项目生产率，并估算出总工作量。
4、参考历史项目工作量分布，设定工程、管理和支持活动工作量分布比例，得出项目各阶段的工作量估算结果。

工时估算方法：

注：组织/项目生产率虽然单位是LOC/人日，但是它指的是所有项目活动（工程+活动）的生产率，通过代码量作为载体呈现。

项目估算实践重点摘要：
1、对于产品需要有产品的基线值，比如该产品所有功能的经验工时，作为标准基线值，用来作为工时估算的标准，防止在工时估算时与实际差距过大。
2、A-SPICE L2要求有计划得展开项目管理，所以需要有模板，其中组织生产率需要在模板中定义。它来源于过往做过的符合L1要求（已执行的过程实现其项目目的）的项目的经验值。

今天先写这么多吧，此系列会一直更新，大家有什么问题可以一起交流哦~~~~

来源：记得按时吃蛋