某集团产品开发流程设计和管理咨询项目.pptx

;;我们的方法 ;我们的方法 ;;采用的方法步骤;前两步的工作是从业务的需求推导出所需的IT功能。可以从三个方面来发现对IT功能的需求： 对最终用户的访谈 分析与世界级研发中心的IT系统的差距 分析对产品研发最佳业务实践的支持 ;第三步和第四步的工作是决定基础架构所需要的能力。从三方面来得出对基础架构的需求 对最终用户的访谈 分析与世界级水平的差距 分析研发系统功能层面的需求 ;通过这些分析，我们就能得出最后的规划和实施方案。同时我们会对每一项实施的目标描述具体的技术方案。 ;;我们在这一步采用的方法步骤;研发功能层面的框架;通过访谈得到的需求;通过差距分析得到的需求;通过差距分析得到的需求;通过分析最佳业务实践得到的需求;对IT功能需求的总结;;;;;确定需要优先提高的IT功能;;第三步和第四步的工作是决定基础架构所需要的能力。从三方面来得出对基础架构的需求 对最终用户的访谈 分析与世界级水平的差距 分析研发系统功能层面的需求 ;IT技术架构层面的框架;通过访谈得到的需求;通过问题根源分析得到的需求-安全性;产生数据丢失的主要原因包括：系统冗余不够，数据备份措施不完善、管理人员缺乏必要的数据保护技能和经验;产生系统不稳定的主要原因包括: 系统冗余（线路和设备）不够，系统管理不完善，系统管理人员缺乏技能和经验;通过差距分析得到的需求;;;;根据前面的分析，我们可以得出以下的IT技术能力的改善是技术中心需要优先考虑的;;;需要实现的研发中心IT系统的框架;实施规划的设计思路;实施规划各阶段的目标;实施规划各阶段的目标;建议的一汽技术中心IT项目实施规划-阶段和所要交付的成果;建议的一汽技术中心IT项目实施规划-阶段和所要交付的成果;;;建议 Portfolio管理应该有下列特征: 待安排项目(project pipeline)的总览视图 对Portfolio / 项目的投资收益分析 按不同的场景进行尝试性分析(What if scenario analysis)/限制条件引擎 风险的管理/跟踪 从项目管理和PDM工具中得到实时输入 报告 ;建议 资源管理应该有下列特征: 资源的技能评级 对资源需求的管理 资源的分派 资源容量和差距分析 资源的成本 报告 ;建议 项目管理应该有下列特征: 项目管理： 甘特图/工作细分结构(WBS) 能够向项目小组成员分配待完成的工作成果 工作成果的状态 项目小组花名册/安全性 与产品开发流程相一致 项目组的同步 项目小组门户网站 留言板 状态网页 项目数据管理 数据变化的订阅和通知 ;PM;;建议 知识管理功能应该包括下列特征: 获取/存储 -文档管理 知识的分类和存储结构(Knowledge Mapping) - 按整车的结构存储 - 按照一般商品的结构存储 - 按照研发流程来存储 知识的提取 - 搜索引擎(基于属性) - 搜索引擎(基于全文检索) 共享网页社区(Shared Community Places) - 专家清单 安全 -访问控制 全球化支持 -对中文的支持;建议 流程跟踪/强化推行软件应该具有下列特征: 流程跟踪和强化推行: 对流程执行速度的关键绩效指标衡量(流程各步之间的时间) 电子的工作细分结构 在PDM中内置高层次的产品研发流程里程碑和工作成 在PDM中内置高层次的电子化的流程审批 流程门户: 内置产品研发流程的阶段/里程碑 内置产品研发流程的任务 内置产品研发流程的的工作成果 内置产品研发流程的模板 与培训材料相关联 ;总结:;;建议 文档和零部件管理应该有下列特征： 文档管理 -版本控制 -审批工作流 -把文档与对象关联 -全文检索／查找 零部件管理 -零部件分类 -版本控制 -搜索引擎 ;建议 产品结构管理和产品多样性管理应该包含下列特征: 产品结构管理 - EBOM - MBOM 产品选项/产品多样性管理 (第4阶段) - 使用基于规则的产品目录来管理选项之间的相互关系 - ?使用基于限制条件的产品目录来管理选项之间的相互关系 - ?在产品目录和产品结构管理系统中使用相同的选项 - ?与CRM系统集成;建议 测试/工艺数据的功能应该包含下列的特征: 产品/工艺测试数据管理 - (需要共享的)测试数据在研发中心内共享 - 把测试结果与测试的零件和设备关联 - 测试数据修改的版本控制 生产工艺数据管理 (在第4阶段) -工艺数据在跨整个集团的系统中存储,研发中心可以访问 ;建议 工程变更管理的功能应该包含下列特征: 电子的审批/否决 电子化的红线更改(Redlining)/审核 设计变更的电子