在任务和角色都定义清楚了以后，就可以进行任务规划与分解了。任务分解是在PDM中进行项目管理的重要一环，是项目的起始阶段、绩效考核以及进度检查的荃础。对于产品开发过程来说，具体的工作任务都是一样的，但是如何将一个大的产品开发项目分解成能够让单个设计人员执行的过程呢?首先来观察一下产品开发过程。

不同角色视图中的产品开发过程

    对于产品开发过程来说，会有许多种描述方式，例如***视图、过程视图、功能视图以及工具等等。IDEF的一系列方法就是为了更好的描述这种复杂的***级的行为而设定的。有一点必须认识到，对于这样一个复杂的产品开发过程来说，无法将其描述得完整，也无法将其管理得面面俱到。认识到这一点以后，会发现项目管理和PDM上的实际产品开发活动信息模型的两个不同的侧面。

    在项目管理方面，更侧重于在项目开展前对于任务的分解以及资源、人员的配置，在项目开展中对于项目进度的监控。而对于底层的设计人员到底是用什么计算机，什么样的软件，怎么完成任务，不作为项目管理的***.而PDM更加侧重于某一个部件或图文档(包括图纸)到底是怎么被设计出来的，以及图文档的生命周期和权限等。

    可以确定的是，PDM系统中的关于项目进度的信息要比Project中的多，关于图文档审批流程的信息也记录在PDM系统中，这部分信息一般不会反映在项日计划信息中;另一方面，项目进度的信息在计划中只细化到任务阶段，也就是图文档开始、完成两个点上，这也是和项目计划内容相匹配的。在底层的图文档信息完成之后，进度信息可以反映到上层的项目进度计划中去，这样项目管理软件就可以作为真实进度的监控器。

    建立产品开发项目管理的目的对于各个企业来说都会有所不同，但是通常来说.项目管理的***终目的是为了在有限资源(人、财、物)的情况下，能够按期、保质地完成预定的项目。那么在项目开始的时候，首先就是为这种任务的分配制定合理的计划。应该说，不是每个项目计划都够很好的被执行，执行的吻合程度和资源的变化、任务的变化以及对于自身的认识能力都有关系。

    研发项目管理的需求是:早期的计划和任务能够对应到***底层的图文档作者，***好都能由项目管理软件管理，在项目管理软件上进行建模。所有的管理者(具体到小组长一级)都要参与到计划制订中来，而且还要对计划有非常严格的权限控制，使得每一个计划者感觉是在完成自己的计划任务，对于其余不属于自己的任务都不可见，这样就可通过项目管理的共享来完成计划细则的制定。

2任务分解模式

    如上文所述，描述产品开发过程的方式有许多种.为什么要用产品结构来***产品开发呢?这是一种面向对象的思想。首先，必须承认，企业之所以存在，是因为它能提供某一类有价值的产品，企业中的每一位员工都直接或者间接地在为企业的产品工作。而对于复杂的产品，分部开发是控制复杂性的有效手段，适合***内的交流与进步。这也是基于产品结构的规划模式存在原因之一。

    项目的任何一个任务，包括项日本身，都必须指定明确的输出物，输出物得到认可标志着任务(项目)的完成.否则任务没有一个明确结束标志，无法进行有效的管理。

    传统的任务分解方法是功能分解方法。对于纯机械产品的开发，一方面由于需求相对稳定，另一方面由于机械设计积累了大量经验，现在沿用的分解方法实质上是一种系统的、对象的、构件的分解思想，因内结构相对稳定。对于其他产品特别是软件系统或复杂系统(包括机电一体化产品、大型软件等)的开发，功能结构是不够稳定的，必须按照系统的、面向对象的方法.从系统***稳定的部分出发进行子系统分解。值得注意的是，分解必须有度，过度分解会使子系统祸合度增大，管理反而变得复杂，而且结构有可能变得不稳定。

    对于绝大多数企业的大多数情况，PDM的产品分解也是按照产品结构来分的，将产品分为一级部件、二级部件一直到零件，***后具体到每一个从客观上描述产品结构的***终组成。分部开发要求对系统进行分解，而且要求这一子系统分解必须客观稳定。

那么任务和产品结构有什么不同之处呢?可以这样理解，任务可以看成一个部件的设计，但是不仅仅局限于部件。产品的BOM是对产品***终结构进行的描述，但是在产品开发过程中还有许多任务并不是对应于具体部件的。例如，在产品开发中往往会有一些总体、仿真的任务，这些任务是产品开发过程中必须具有的阶段，但是它们不作为产品***终组成部分而存在。一般来说，常用的输出物有两种:部件和图文档。

部件可以是产品、部件或零件等。对于以加工类产品为研究(制造)对象的企业来说，关注的对象是部件，任务基本上是根据部件结构分解的，一般指定部件为任务的输出。图文档可以是报告、测试书或设计图等。某些行业，如建筑业，没有或者不关注部件，一般指定图文档为任务的输出。在制造型企业中，对于一些非作用于***终产品结构的任务，例如复杂产品的总体设计或者仿真，往往会耗费大量的时间，这些活动的完成往往会落实到一个或几个关键报告上，这样该任务的愉出就可以理解为图文档。

    在制造型企业中，产品结构树和任务树绝大多数情况是可以对应的，也就是某些任务结构与某些部件结构一致，但是二者从本质上是不同的，各自的负责人、对应的权资也是不同的，所以很难直接从任务结构得到准确的部件结构。这时需要经过一些处理后才能完成对于这些部件以及文档的项目管理。

    图5-5中的螺钉与垫片在设计BOM中都是***的产品结构，而作为任务结构只是对应到紧固件设计任务上。

 

图5-5产品结构与任务结构

    在分析产品开发过程中，可以将产品开发过程看成由具有许多部件、图文档的生命周期组成的。这些图文档在开发团队内部按照顺序的产生进行审批、归档。不同于各种过程描述方法，这是一种以PDM为视角的产品开发过程描述。

小结

PDM的应用给研发型项目管理造成很大的冲击。由于设计人员的所有活动都受PDM系统管理，所以******可以方便地审查设计人员的活动细节及产出，有效地进行决策。对于绝人多数研发型项目，按照产品结构的分解可以满足项目管理的需要，对于存在总体设计或者仿真环节的开发项目，可以采用虚拟部件或者映射到文档上的方式来完成项目管理的需求。

本文由：http://www.pdm.so 英泰PDM发布，转载请声明，联系人：吴先生 4000627868