现代制造业企业已经由传统的粗放式开发和生产的模式演变为精益化、集约化开发和制造的模式,不同企业或组织以其自身的优势,在市场需求的驱动下快速组合为协同产品开发和制造团队,形成单一企业所难以具备的市场竞争力。
大多数情况下,在多企业或组织的协同产品开发项目中,不同单元承担着不同内容的产品开发工作,不同业务单元由于其在整个项目中的工作内容不同,其对产品数据管理的需求也有所不同,其应用的产品生命周期管理系统也可能不同。从项目管理的角度上,完全有必要以项目为核心整合管理各个业务单元所交付的项目成果。因此,我们需要建立项目和产品作为多重核心的业务数据模型,解决多组织下以项目为核心的项目管理系统与异构产品生命周期系统的数据集成。
1 协同产品开发项目管理的组织模型
协同产品开发项目是指多个不同组织根据项目目标和范围按特定的业务规则共同参与产品开发的项目。协同产品开发项目的承担者来自于多个不同组织,其项目组织结构依据特定的业务规则建立,具有临时性、柔性和动态性。为了达成项目总体目标,可以使用两种项目团队组成方式实现产品开发协同。
(1)跨职能的产品开发团队。这种形式下,由产品设计工程师、工艺工程师、质量工程师、采购代表、客户代表等不同职能部门的角色共同组成产品开发团队,将产品开发的有关活动与职能组织进行衔接,相互协同,减少项目风险和变差,最终实现开发目标。
(2)供应链产品的联合开发团队。这种形式下,由供应链上具有上下游关系的若干企业,根据其在最终产品结构中所提供的部件联合组建产品开发团队,是将产品开发成果与组织进行衔接,通过相互协同,共同完成最终产品。出于管理需要,跨企业联合开发项目往往以子项目的形式进行组织。
协同产品开发项目管理系统在组织模型上应能够支持建立以上两种形式的项目团队,我们将跨职能的产品开发团队中的参与者按职能定义为“承担角色”,而将供应链产品联合开发团队按其在供应链中的地位定义为“承担组织”。
不同的承担组织可能来自于不同的公司,因此对协同产品开发项目提出了新需求:
(1)不同承担组织对项目交付成果应具有不同的权限。既需要避免权限过大造成信息安全问题,又需要考虑该组织完成其责任工作所必需的信息资源。
(2)不同的承担组织具有不同的IT基础架构和应用系统,可能已经实施了产品数据管理系统或产品生命周期管理系统,协同产品开发项目管理系统有必要与他们正在使用的信息系统进行集成。
2 协同产品开发项目的工作模型
2.1 项目的工作分解结构
设计协同产品开发项目工作模型的目标是定义项目计划并驱动项目执行,该模型以项目工作分解结构(WBS)为核心来描述项目工作是如何展开的。WBS的基本定义为:以可交付成果为导向对项目要素进行的分组,它归纳和定义了项目的整个工作范围每下降一层代表对项目工作的更详细定义。WBS模型的基本要素包括:
工作的基本属性:工作名称、描述、是否为里程碑等等。
工作的承担者属性:负责人、负责人角色、参与者、参与者角色。
工作的进度属性:计划开始、计划完成、计划工期、实际开始、实际完成、实际工期。
工作的资源属性:资源ID、资源需求数量等等。
工作的度量属性:度量方式(比如工时)。
交付物:该工作交付哪些工作成果。
下层工作:该工作可分解为哪些下级工作。
WBS模型具有动态性特点,项目的工作分解结构是随着项目不断推进而逐渐精化的,绝大多数项目是不能在项目启动时就能够确定每项具体工作的计划。在项目初期,能够确定项目总体的阶段性计划,往往只有在项目每个阶段启动时,该阶段的计划才能得到细化和完善。因此面向WBS计划编制是一个逐渐演进和细化的过程,如图1所示。
图1 WBS在不同阶段下的变化
2.2 项目过程建模
面向产品生命周期的“项目一过程模型”如图2所示。一个项目可有多个工作分解组成,每个工作可定义该工作的执行过程,而过程可以通过若干有序的活动来定义。
图2 项目过程模型