完整的开发流程要明确定义里程碑(When)、任务内容(What)、各职能区域职责(Who)以及执行的方法(How)。LiPD流程的基础是定义清晰的活动,其整体架构由五个层次所组成,包含“什么时候做(When)”“做什么(What)”“谁做(Who)”及“如何做(How)”,如图6-10所示。因此LiPD流程开发是一个逐层细化的过程,从行业标准法规,到公司级、部门级流程,进而具体到各个科室、岗位的工作指导、操作手册,如此才能把产品开发管理工作的总体思想层层落实到具体的执行细节上,确保项目目标的达成。
图6-10 LiPD流程的架构图
如图6-11是产品开发概念阶段流程细节展开图,左上角的流程袖珍卡是总的概括性流程框架,在这个流程框架图里会根据时间节点清晰皇现出项目计划,明确各项任务描述,由谁负责以及扮演的角色。这样做有利于提升工作效率,开发出相应的模板以供参考。但现实中许多开发流程只有主流程框架,没有细化到工作指导等更具操作性的内容,即流程的清晰度不够。
1.框架(Framework):战略性蓝图
如图6-12简洁地反映了项目开发需要的总时间、关键里程碑、主要的活动、重要事件的先后顺序以及评审阀门等信息,将其作为流程进一步细化的总纲领。时间轴的定义是以批量投产(SP)为0起点向前推算(为负数),时间轴的定义在整个公司的标准是统一的,不允许出现两套不同的时间轴定义标准。
从战略性蓝图的框架上看,LiPD流程包括产品规划、造型设计、产品工程、制造工程、生产启动五个主要部分。这五个部分并行展开,共同保证新产品开发的最终实现。
2.里程碑(Milestones):项目阶段性的标志
里程碑将一个复杂的项目分解为几个阶段,以便于项目管理。里程碑明确工作完成及成果交付的日期,每到达一个项目里程碑,就意味着项目推进到了一个新的阶段。里程碑是完成一系列活动及交付物的阶段性标志,比如完成汽车整车耐久试验,造型表面数据冻结发布等。在LiPD流程框架中,主要的里程碑有产品规划启动(Product Planning Initial,PPI)、产品规划批准(Product Planning Ap-proved,PPA)、项目批准(Program Approved,PA)、项目定义批准(Program Define Approved,PDA)、数据发布(Data Release,DR)和批量投产(Start of Production,SP),如图6-13所示。只有完成了里程碑内规定的工作,项目才可以进入到下一阶段,这有助于正确实施项目的计划。里程碑还可以用来进行回顾和评审,回头检查之前的开发过程和子项目的执行情况。这就像人每年要进行体检一样,可以及早发现问题,并及时采取补救措施,不要等病入膏盲才发现,那就为时已晚了。
图6-11 产品开发概念阶段流程细节展开图
3.交付物(Deliverables):每项任务的工作成果
在LiPD流程中,交付物是一系列的跨部门在整车开发过程中所要完成工作的具体内容,对所要完成的工作成果进行了详细的定义。有的公司使用一种叫做“交付物状态管理”的工具,它用颜色代码系统将汽车开发流程可交付资料的状态进行预测、跟踪和评价,使交付物在每一阶段完成的情况一目了然,便于实时观测项目的进展状况。
交付物用来支撑各职能部门对应的子流程和规定职能部门支持产品开发项目的具体内容,跨部门之间信息和产品的传递也靠交付物来实现。这些部门涉及产品设计、工艺开发、项目管理、生产、财务、采购、物流、质量、销售、售后服务及供应商等。交付物的形式包括文字图形和实物两种形态:说明书、分析报告、试验报告、可行性研究、图样、数模、零件清单、零件、原型车、样车、工具等。另外,现在许多汽车企业都对交付物模板进行规范化设计,员工可以按照模板进行填写或修改完成,来保证交付物的质量和提高工作效率,防止出现交付物不完整和各员工、各项目之间的交付物形式不统一、不规范的状况。
图6-12 战略性蓝图(实例)
(www.xing528.com)
图6-13 主要里程碑
4.任务描述
以活动编码作为索弓的活动及交付物定义,如表6-1所示。
表6-1 任务描述要素表
(续)
5.工作指导书
详细的工作指导书相当于产品开发的SOS(标准化作业系统),如表6-2所示。
表6-2 工作指导书要素表
6.支持文档
如图6-14所示,各种支持文档组成了知识库,包含各区域细化的流程(如采购的生产件批准流程(PPAP))、技术规范、标准(如安全碰撞标准)、设计手册
图6-14 支持文档举例
(如刮水器设计手册)、模板(如SOR模板)等,工程师们可以根据需求在其中获得足够的信息,一个好的支持文档知识库还应包括经验教训,避免其他工程师犯同样的错误。
免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。