如何看待IPD项目中的交付件

IPD体系推行中，写交付件是免不了的，每一篇交付件都代表着各位项目团队成员的工作成果，交付件的质量代表中开发过程的质量。

      这里可以讲IPD项目中的交付件进行分类，通过分类进行不同处理。比如，按四条线进行分类: 项目管理类交付件、业务计划类交付件、产品实线类交付件、质量保障类交付件，这四类交付件就如同智能化工厂中信息传递的主动脉。

        项目管理类交付件典型的包括:项目团队任命书、项目任务书、项目计划、周总结报告、项目例会纪要、问题和风险跟踪表、项目总结等。

        业务计划类交付件典型的包括:初始产品包业务计划书、优化的产品包业务计划书、最终的产品包业务计划书、各个DCP汇报材料和评审结论类交付件，以及支撑业务计划和DCP决策的各领域支撑材料: 市场策略与计划、研发策略与计划、供应链策略与计划、财务方面的推算等。

        产品实现类交付件典型的包括:客户需求分析类文档、产品包需求及分解分配表、产品设计规格、产品概念及产品总体方案、子系统设计方案、各子系统或部件、组件、零件的详细设计文档（如图纸、原理图、PCB、代码）、测试类方案、测试报告（单元方案与测试、集成方案与测试、系统验证方案与报告、β测试方案与报告）、各个TR评审节点的评审材料、各个评审点的评审报告等。

        质量保障率交付件文档包括:质量策划、质量目标与质量保障计划、PQA质量状态报告、质量会议纪要、各个TR评审点的评估报告等。

      其实IPD项目管理中，看起来交付件感觉挺多的，其实不同的企业、不同复杂度的产品是可以做裁剪的。文档和交付件是为了项目的最终成功服务的，不是为了文档而文档，要在进行项目过程策划时，哪些是必须的，哪些是非必需的，哪些是最重要的，哪些是作为支撑，他们之间的关系是如何的。每个交付件的目的、每个交付件的责任人和主要干系人是谁，输入什么，输出什么，她的客户是谁，这些都要搞清楚。

        可以想象，整个开发团队的交付件就如同智能化工厂中的物流小车，小车里面装着各种各样的信息，通过项目管理机制，送到合适的工位进行处理。而这些信息的处理，有的是某个工位独自处理，有的是需要多个工位的机器配合一起处理。项目团队中的每个人就是一个智能化的机器人，是被知识和经验武装起来的工作单元。一旦某个工位机器人没有输出信息或者输出了错误的信息，那么整个工厂输出的产品质量就会存在缺陷。所以，在IPD项目中，要正确地看待交付件，既是自己工作的成果体验，也是项目成员大协作的基础。虽然敏捷强调沟通的重要性，个体和互动高于流程和工具、工作的软件高于详尽的文档，但也没有彻底否定文档的重要性。而且敏捷宣言是有其工作氛围和前提条件作为基础的，否则也不需要声势浩大的敏捷转型了。