一汽集团产品开发流程设计和管理咨询项目
第四次会议 － IT设计
200X年12月21日
© 埃森哲2001年版权所有，仅供一汽集团内部使用
CN: DD 026
日程
采用的方法步骤
分析满足业务的需求所需要IT的功能
确定需要优先提高的IT功能
分析支持IT的功能所需要的IT技术架构
确定需要优先提高的IT技术架构
建议
我们的方法
IT提供的功能
决定
IT的技术架构
决定
由业务的需要决定IT所提供的功能
根据IT所需要提供的功能来决定支持这些功能的基础架构
我们的分析从决定业务需求入手，然后再确定所需要的IT功能，最后再确定支持这些功能的IT技术架构
业务需求
采用的方法步骤
我们的方法
在整个分析中，我们采用了如下的五个步骤，最终一步步归纳出我们的建议
提出建议(规划, 技术性解决方案和实施计划)
通过分析业务需求找到可以通过IT帮助提高的领域
决定IT功能的优先级
决定IT技术架构提高的优先级
确定对提供支持的IT技术架构的要求
采用的方法步骤
下面列出的是技术中心认为适用的研发流程最佳业务实践。从这些最佳业务实践入手，我们可以分析IT如何可以提供支持
采用的方法步骤
研发的最佳业务实践
研发的流程
1. 产品组合策略
技术开发计划
3. 产品开发
2. 产品周期计划
技术开发
研发组织
技术中心认为适用的研发最佳业务实践
综合指导原则
在研发过程中的所有阶段都采用标准的开发步骤
产品组合策略
系统化的市场调查
产品开发
严格的产品开发流程和里程碑
并行工程
具备项目管理能力
同时制定内容，质量和成本三方面的目标
在产品设计的各个阶段广泛应用各种质量管理工具
依据成本和目标成本进行设计
技术发展计划
采用系统化、正规的流程制定技术发展计划
组织结构方面
跨部门项目组
重量级项目组
支持项目绩效的团队绩效标准和回报奖励措施
采用的方法步骤
下面的是我们提出的研发信息系统的系统框架，包含5个功能层面的能力和4个基础层面的能力。使用这个框架，我们可以系统地分析IT系统如何为业务需求提供支持
技术中心
IT 平台
客户关系管理(CRM)
流程 / 系统
生产 (ERP) 和供应商
流程 / 系统
产品数据管理
(PDM)
计算机辅助开发
(CAx)
研发
流程/知识
和培训支持
(Portal)
研发集成
Portfolio管理和
项目管理
(PM)
CRM
安全
架构
灾难恢复
IT
管理
IT 运行架构
ERP
前两步的工作是从业务的需求推导出所需的IT功能。可以从三个方面来发现对IT功能的需求：
对最终用户的访谈
分析与世界级研发中心的IT系统的差距
分析对产品研发最佳业务实践的支持
产品数据管理
(PDM)
计算机
辅助开发
(CAx)
研发流程
和知识管理
(Portal)
研发系统
的集成
Portfolio
管理和
项目管理
(PM)
研发的最佳业务实践
研发信息系统的功能层面的能力
需要哪些IT功能来支持研发流程？
采用的方法步骤
通过分析如何对研发最佳业务实践提供支持提出需求
通过访谈发现问题并提出需求
通过差距分析提出的需求
研发的流程
1. 产品组合策略
技术开发计划
3. 产品开发
2. 产品周期计划
技术开发
研发组织
第三步和第四步的工作是决定基础架构所需要的能力。从三方面来得出对基础架构的需求
对最终用户的访谈
分析与世界级水平的差距
分析研发系统功能层面的需求
IT的技术架构怎样才能满足对功能层面支持的要求？
R&D IT Operations
安全性
基础架构
Disaster
Recovery
IT
Management
研发信息系统基础架构方面的能力
采用的方法步骤
功能层面对基础架构层面提出的要求
通过访谈发现问题并提出需求
产品数据管理
(PDM)
计算机
辅助开发
(CAx)
研发流程
和知识管理
(Portal)
研发系统
的集成
Portfolio
管理和
项目管理
(PM)
研发信息系统的功能层面的能力
通过差距分析提出的需求
通过这些分析，我们就能得出最后的规划和实施方案。同时我们会对每一项实施的目标描述具体的技术方案。
Phase 4
Phase 3
Phase 2
Phase 1
Security
Infrastructure
Disaster
Recovery
IT
Management
Server Backup
IT Redundancy
LAN Architecture
Network Monitoring
IT Organization
WAN Architecture
System Retirement
IT Security
Physical Security
Application Monitoring
Disaster Recovery
Power (UPS)
IT Document/Change Control
Help Desk/ Support
Firewall
Portfolio &
Project
Management
(PM)
R&D
Process -
Knowledge
& Training
(Portal)
Product Data
Management
(PDM)
Digital
Development
(CAx)
R&D
Integration
Phase 4
Phase 3
Phase 2
Phase 1
Project Management
Document Management
Engineering Change
Product Structure Mgmt
Part Mgmt & Component Re-use
CAx data management
CAD integration
Process Metric (KPI) Tracking
Process Enforcement
R&D process portal
Knowledge /Expert Mgmt
Computer Aided Engineering
Knowledge /Expert Mgmt (Continued)
ERP integration
Product Test Data Mgmt
Product Option/Diversity Mgmt
Manufacturing Process Data Mgmt
Process Test Data Mgmt
Supplier Integration
CRM Integration
Project Management (continued)
Portfolio Mgmt
R&D Resource Mgmt
Computer Aided Process Planning
采用的方法步骤
日程
采用的方法步骤
分析满足业务的需求所需要IT的功能
确定需要优先提高的IT功能
分析支持IT的功能所需要的IT技术架构
确定需要优先提高的IT技术架构
建议
我们在这一步采用的方法步骤
前两步的工作是从业务的需求推导出所需的IT功能。可以从三个方面来发现对IT功能的需求：
对最终用户的访谈
分析与世界级研发中心的IT系统的差距
分析对产品研发最佳业务实践的支持
产品数据管理
(PDM)
计算机
辅助开发
(CAx)
研发流程
和知识管理
(Portal)
研发系统
的集成
Portfolio
管理和
项目管理
(PM)
研发的最佳业务实践
研发信息系统的功能层面的能力
需要哪些IT功能来支持研发流程？
通过分析如何对研发最佳业务实践提供支持提出需求
通过访谈发现问题并提出需求
通过差距分析提出的需求
研发的流程
1. 产品组合策略
技术开发计划
3. 产品开发
2. 产品周期计划
技术开发
研发组织
研发功能层面的框架
下面的是研发IT系统功能层面能力的框架图
技术中心的IT平台
ERP
供应商系统
CRM
零件，
文档，
产品结构
及生产数据
销售配置
（模型与选项）
服务与保修
市场要求及产品反馈
零备件及
维修BOM
电子采购
PDM
人力资源
技术中心流程及培训
知识及专家管理
产品支持
生产准备
设计及验证
产品定义
产品计划
CAx
CAD
CAE
CAPP
Portal
Ｐortfolio管理
估算/工作计划
研发资源管理
PM
项目管理及项目组的同步协调
产品选项及多样性
文档管理
零件/产品结构管理
工程变更管理
制造数据及测试数据管理
流程关键绩效评估 (KPI)
通过访谈得到的需求
信息的共享
知识管理
通过访谈发现问题并提出的需求
我们访谈了15个科室部门，收集到用户的反馈有57条，共计10类。其中关于功能层面的需求主要是对数据的需求、以及知识管理
通过差距分析得到的需求
目前 , 技术中心的IT与世界级IT系统的最佳实践相比还存在很大差距
CAx
PDM
流程和知识管理
世界级
Portfolio和项目管理
IT集成
N/A
0
0
1
0
0
0
0
0
0
0
0
1
1
0
0
1
0
1
3
Portfolio 管理
研发资源管理
项目管理和同步
知识管理
流程绩效跟踪
对流程的推行
流程门户网站
文档控制
产品结构管理
零部件管理
产品／工艺测试数据管理
生产工艺数据管理
产品选装项/产品多样性管理
设计变更管理
CAD
CAE
CAPP
R&D-ERP 集成
供应商集成
CRM集成
同步工程
通过差距分析得到的需求
即使在现行的 PTC PDM 项目结束后，PDM基本的功能差距得到了一定程度的弥补。但是仍然需要全面的提高
0
0
0
0
0
0
3
2
2
0
1
1
0
0
1
0
1
2
3
N/A
能因为当前PDM项目而提高的领域
CAx
PDM
流程和知识管理
世界级
Portfolio和项目管理
IT集成
Portfolio 管理
研发资源管理
项目管理和同步
知识管理
流程绩效跟踪
对流程的推行
流程门户网站
文档控制
产品结构管理
零部件管理
产品／工艺测试数据管理
生产工艺数据管理
产品选装项/产品多样性管理
设计变更管理
CAD
CAE
CAPP
R&D-ERP 集成
供应商集成
CRM集成
同步工程
通过分析最佳业务实践得到的需求
研发中心IT系统的功能层面的能力应该对技术中心认为适用的最佳业务实践提供支持
决定
技术中心认为适用的研发最佳业务实践
综合指导原则
在研发过程中的所有阶段都采用标准的开发步骤
产品组合策略
系统化的市场调查
产品开发
严格的产品开发流程和里程碑
并行工程
具备项目管理能力
同时制定内容，质量和成本三方面的目标
在产品设计的各个阶段广泛应用各种质量管理工具
依据成本和目标成本进行设计
技术发展计划
采用系统化、正规的流程制定技术发展计划
组织结构方面
跨部门项目组
重量级项目组
支持项目绩效的团队绩效标准和回报奖励措施
研发的最佳业务实践
研发的流程
1. 产品组合策略
技术开发计划
3. 产品开发
2. 产品周期计划
技术开发
研发组织
对IT功能需求的总结
三方面的分析汇总出对IT功能的需求
对IT功能的需求
信息的共享
知识管理
缩小与世界级水平的差距
对技术中心选出的对一汽适用的最佳业务实践提供支持
在研发过程中的所有阶段都采用标准的开发步骤
项目管理
跨部门项目组
重量级项目组
等等
通过分析如何对研发
最佳业务实践提供支持提出需求
通过访谈发现问题并提出需求
通过差距分析提出的需求
日程
采用的方法步骤
分析满足业务的需求所需要IT的功能
确定需要优先提高的IT功能
分析支持IT的功能所需要的IT技术架构
确定需要优先提高的IT技术架构
建议
确定需要优先提高的IT功能
这里显示了IT功能层面的能力与需要支持的产品开发最佳业务实践（产品组合策略、周期计划）之间的关系。
对技术中心使用的最佳业务实践
确定需要优先提高的IT功能
对技术中心使用的最佳业务实践
这里显示了IT功能层面的能力与需要支持的产品开发最佳业务实践（产品开发）之间的关系。
确定需要优先提高的IT功能
对技术中心使用的最佳业务实践
这里显示了IT功能层面的能力与需要支持的产品开发最佳业务实践（技术开发、研发组织结构）之间的关系。
确定需要优先提高的IT功能
通过前面对IT功能层面和所需要支持的最佳业务实践之间的关系，再加上最终用户的需求以及与世界级水平的分析，我们可以确定出需要优先支持的IT功能层面的能力
5个IT功能层面的能力中的3个应该得到优先提高
Portfolio 和项目管理
流程和知识管理门户
PDM
业务需求:
IT功能层面的能力应该支持研发流程
日程
采用的方法步骤
分析满足业务的需求所需要IT的功能
确定需要优先提高的IT功能
分析支持IT的功能所需要的IT技术架构
确定需要优先提高的IT技术架构
建议
第三步和第四步的工作是决定基础架构所需要的能力。从三方面来得出对基础架构的需求
对最终用户的访谈
分析与世界级水平的差距
分析研发系统功能层面的需求
IT的技术架构怎样才能满足对功能层面支持的要求？
R&D IT Operations
安全性
基础架构
Disaster
Recovery
IT
Management
研发信息系统基础架构方面的能力
在这一步我们采用的方法步骤
功能层面对基础架构层面提出的要求
通过访谈发现问题并提出需求
产品数据管理
(PDM)
计算机
辅助开发
(CAx)
研发流程
和知识管理
(Portal)
研发系统
的集成
Portfolio
管理和
项目管理
(PM)
研发信息系统的功能层面的能力
通过差距分析提出的需求
IT技术架构层面的框架
下面的是研发IT系统技术层面的架构
WAN架构
LAN 架构
网络监控
IT 安全
防火墙
IT 冗余
灾难恢复
热线支持
IT 文档资料/ 变更控制
安全
基础架构
灾难恢复
IT
管理
服务器备份
电力供应 (UPS)
IT 组织
物理安全性
应用监控
系统更新换代
技术中心ＩＴ运行系统
通过访谈得到的需求
网络不稳定
安全性
数据备份/恢复
从用户访谈得到的IT 技术架构的主要问题
我们访谈了15个科室部门，收集到用户的反馈有57条，共计10类。主要的涉及IT技术架构部分的问题是：网络不稳定、安全性、和数据备份
通过问题根源分析得到的需求-安全性
产生安全问题的主要原因包括：安全管理规章、流程不完善, 有关人员缺乏技能和经验，缺乏必要的安全设备（软硬件）
人员
方法
未配备必要的安全设备
员工非法使用解密软件
系统安全授权机制不合理
非法进入
主控终端
对人员进入机房未加控制
员工通过E-Mail 外传文件
员工通过软盘外传文件
设备
无用户使用
记录跟踪
无定期安全审查
敏感介质
轻易可得
交换机设置
关键设备物理保护不够
服务器安全漏洞
无防火墙
无网络监控程序
安全问题
存储介质未
加保护（上锁等）
多人共用ＩＤ和密码
未考虑安全防护
未采取足够的安全防范
没有奖罚措施
没有及时升级Patch
产生数据丢失的主要原因包括：系统冗余不够，数据备份措施不完善、管理人员缺乏必要的数据保护技能和经验
通过问题根源分析得到的需求-数据丢失
人员
用户误删文件
自然灾害
火灾，地震等
断电
设备
外围因素
黑客攻击
未作必要备份
未制定严格备份规章
方法
数据丢失／
不能恢复
病毒攻击
无断电保护
病毒攻击
网络防护不完善
访问权限没有控制好
病毒防范措施不力
硬盘冗余不够
存储介质损坏
对存储介质未采取适当的物理保护
未作备份
缺乏备份设备
无冗余硬盘
通过问题根源分析得到的需求-系统不稳定
产生系统不稳定的主要原因包括: 系统冗余（线路和设备）不够，系统管理不完善，系统管理人员缺乏技能和经验
人员
方法
服务器中断
光纤中断
网络配置和管理
交换机光纤接头被用户碰断
汽研信息网
病毒攻击
设备
黑客攻击
内部员工使用非法软件
交换机中断
网络配置
病毒攻击
黑客攻击
断电没有UPS保护
没有冗余设备
病毒攻击
没有设置好配置
没有冗余线路
经验和技能不足
没有规章制度控制
防范措施不足
网络整体规划不合理
没有监控软件控制
与集团网络间的整体规划不够
IT人员经验和技能不足
应用程序
IT人员经验和技能不足
程序本身有问题
没有整体规划
IT人员经验和技能不足
没有整体规划
Windchill
病毒攻击
程序本身有问题
系统不稳定
人为关机
未及时通知用户
通过差距分析得到的需求
根据我们的用户访谈和最佳实践研究，技术中心IT技术架构与世界级的最佳实践相比还存在不小的差距
基础架构
安全
IT 管理
灾难恢复
世界级
对IT技术架构需求的总结
根据将来的IT功能需求、现有的IT技术架构评估以及与最佳实践的差异分析，我们可以排出IT技术架构需求的优先级
IT 技术架构需求的优先级
网络的高可靠性，全年不中断时间应该达到 % 以上
PDM 系统需要高可靠性和较高的性能，满足全技术中心的设计人员同时操作的需求
重要和敏感数据应该防止非授权的访问
重要和敏感的数据媒介应该防止被物理窃取
需要有力的保护措施以防止系统故障造成的数据破坏，在数据被破坏的情况下能尽快恢复
对故障的报修请求能迅速反应并修复
对可能的系统修改和更新能尽快适应
IT 功能需求
项目和 Portfolio 管理
知识管理
PDM
现有的IT技术架构问题
与最佳实践差距分析
日程
采用的方法步骤
分析满足业务的需求所需要IT的功能
确定需要优先提高的IT功能
分析支持IT的功能所需要的IT技术架构
确定需要优先提高的IT技术架构
建议
确定需要优先提高的IT技术架构
基于IT技术架构的需求优先级，以及标准IT技术架构的能力对这些需求的分别的支持程度，我们可以排列出需要改善的IT技术能力的优先级
IT 功能需求
现有的问题
与最佳实践差距分析
IT技术能力改进的优先级分值
(=å能力支持分值＊需求优先级权重）
确定需要优先提高的IT技术架构
根据前面的分析，我们可以得出以下的IT技术能力的改善是技术中心需要优先考虑的
IT 的冗余
IT 安全
LAN 架构
IT 文档/变更控制
热线服务/支持
服务器备份
防火墙
网络监控
物理安全
日程
采用的方法步骤
分析满足业务的需求所需要IT的功能
确定需要优先提高的IT功能
分析支持IT的功能所需要的IT技术架构
确定需要优先提高的IT技术架构
建议
VI. 建议：实施规划
实施规划
建议的解决方案
实施计划
IT组织
采用的方法步骤
分析满足业务的需求所需要IT的功能
确定需要优先提高的IT功能
分析支持IT的功能所需要的IT技术架构
确定需要优先提高的IT技术架构
建议
需要实现的研发中心IT系统的框架
技术中心
IT 平台
客户关系管理(CRM)
流程 / 系统
生产 (ERP) 和供应商
流程 / 系统
产品数据管理
(PDM)
计算机辅助开发
(CAx)
研发
流程/知识
和培训支持
(Portal)
研发
集成
Portfolio管理和
项目管理
(PM)
CRM
安全
架构
灾难恢复
IT
管理
IT 运行架构
下面的是我们提出的研发信息系统的系统框架，包含5个功能层面的能力和4个基础层面的能力。下面我们就要对如何去达到所制定的目标进行规划
ERP
实施规划的设计思路
技术中心的IT系统功能 4 阶段 实施规划
涵盖技术中心的IT系统能力中的5个功能和4个技术领域
每阶段6-9月
功能层面能力设计思路
考虑速赢的方案
完成现有的任务
解决最大的流程/IT差距
根据可理解的关系进行逻辑分组
可管理的工作单元
技术层面能力设计思路
设计高效的网络系统架构
提高关键系统运行的可靠性
提供基本的安全衡量标准以尽量避免灾难发生的情况
提高IT 的安全性
管理和控制IT的变化和改善
实施规划各阶段的目标
第一期目标
围绕现阶段PDM项目以实现其最大价值：
文档控制；工程变更；产品结构管理；CAD整合；项目管理；等等
初步加强网络的稳定性和安全性，消除明显的隐患
完成LAN的更新改造，包括建立网络监控机制
建立防火墙
建立IT冗余
定义和实行服务器备份制度
第二期目标
在PDM基础上拓展IT的功能：
Portfolio管理；研发资源管理； 研发流程和知识管理；继续加强项目管理
CAE
进一步提高系统的安全性，并提高IT部门的服务水平
完善IT 安全机制 (包括物理安全）
完成 IT 文档管理机制和变更控制
实现热线支持／IT服务机制的完善
实施规划各阶段的目标
第三期目标（取决于ERP项目的时间）
实现研发部门与生产部门之间的整合：
与ERP集成；
继续进行知识管理的实施
进一步加强对应用程序的运行的稳定性
实行对应用系统的监控
第四期目标（取决于CRM项目的时间）
实现一汽集团内与集团外的集成：与CRM集成（同顾客）；供应商集成
产品选装项和多样性的管理；工艺方面的数据管理
进一步完善基础架构各方面的管理
整合所有新的IT硬件, 策略和规章
完成和整合WAN的需求
定义系统更新换代机制
完成UPS的需求评估，建立需要的UPS保护
评估和建立灾难恢复机制
定义和实行IT的组织架构
建议的一汽技术中心IT项目实施规划-阶段和所要交付的成果
项目管理
文档管理
设计变更
产品结构管理
零部件管理&零件设计的重新利用
CAx 数据的管理
CAD 集成
流程衡量跟踪
流程的强化推行
R&D 流程门户网站
知识/专家管理
CAE
知识/专家管理 (继续)
ERP集成
产品测试数据管理
产评选装项/产品多样性管理
生产工艺管理
工艺测试数据管理
供应商集成
CRM集成
项目管理(继续)
Portfolio管理
R&D 资源管理
计算机辅助工艺计划
Portfolio管理和
项目管理
(PM)
R&D
流程知识
和培训支持
(Portal)
产品数据管理
(PDM)
计算机辅助开发
(CAx)
R&D
集成
阶段 4
阶段 3
阶段2
阶段1
建议的一汽技术中心IT项目实施规划-阶段和所要交付的成果
阶段 4
阶段 3
阶段 2
阶段 1
安全性
基础架构
灾难恢复
IT 管理
服务器备份
IT 冗余
LAN 架构
网络监控
WAN 架构
系统更新换代
IT 安全性
物理安全性
应用监控
防火墙
灾难恢复
电力供应 (UPS)
IT 文档/变更控制
热线服务/ 支持
IT 组织
VI. 建议：技术解决方案
实施规划
建议的解决方案
实施计划
IT组织
采用的方法步骤
分析满足业务的需求所需要IT的功能
确定需要优先提高的IT功能
分析支持IT的功能所需要的IT技术架构
确定需要优先提高的IT技术架构
建议
VI. b) 建议的解决方案
项目和Portfolio管理
流程和知识管理门户
PDM
计算机辅助开发
研发的信息系统集成
基础架构
安全性
灾难恢复
IT管理
建议
Portfolio管理应该有下列特征:
待安排项目(project pipeline)的总览视图
对Portfolio / 项目的投资收益分析
按不同的场景进行尝试性分析(What if scenario analysis)/限制条件引擎
风险的管理/跟踪
从项目管理和PDM工具中得到实时输入
报告
好处
为阶段评审的决策提供实时的数据支持
有助于发现并终止低价值的项目，从而把研发资源用在最高级别的项目上，从而使研发工作的价值最大化；
可选的硬件／软件
IDWeb - IDe
Artemis
Novare
SystemCorp
PM-Portfolio管理
建议
资源管理应该有下列特征:
资源的技能评级
对资源需求的管理
资源的分派
资源容量和差距分析
资源的成本
报告
好处
跨企业的不同部门进行研发资源的计划
帮助有效地向不同的项目分配研发资源
可以提前对研发资源做计划，从而可以提前发现资源的短缺，并提前解决;
可选的硬件／软件
IDWeb - IDe
Artemis
Novare
SystemCorp
Open C108
OPXII
Primavera
Project Workbench
SAP PLM
PM-资源管理
建议
项目管理应该有下列特征:
项目管理：
甘特图/工作细分结构(WBS)
能够向项目小组成员分配待完成的工作成果
工作成果的状态
项目小组花名册/安全性
与产品开发流程相一致
项目组的同步
项目小组门户网站
留言板
状态网页
项目数据管理
数据变化的订阅和通知
好处
加强项目管理方法论的执行 (里程碑／工作成果)
提高项目组成员之间的信息共享和沟通
可选的硬件／软件
IDWeb - IDe
Artemis
Novare
SystemCorp
Open Plan
OPXII
Primavera
Project Workbench
SAP PLM
PDM Applications (Windchill, Matrix)
PM-项目管理
PM
第2步:
资源管理
第3步:
Portfolio管理
第1步: 项目管理
PDM
接口界面
WBS放在PDM之外的项目管理软件模块中
将3个模块集成在一起
总结:
单一的(将三个模块)集成在一起的软件包可以为决策提供实时的数据
PDM之外的项目管理模块作为工作细分结构(WBS)的主数据源
需要开发PM软件和PDM软件的接口界面
考虑到一汽技术中心的实际情况,实施将分为三步
VI. b) 建议的解决方案
项目和Portfolio管理
流程和知识管理门户
PDM
计算机辅助开发
研发的信息系统集成
基础架构
安全性
灾难恢复
IT管理
建议
知识管理功能应该包括下列特征:
获取/存储 -文档管理
知识的分类和存储结构(Knowledge Mapping) - 按整车的结构存储
- 按照一般商品的结构存储
- 按照研发流程来存储
知识的提取
- 搜索引擎(基于属性)
- 搜索引擎(基于全文检索)
共享网页社区(Shared Community Places) - 专家清单
安全 -访问控制
全球化支持 -对中文的支持
好处
对公司的知识加以收集和重新利用
提高员工的工作效率
可选的硬件／软件
PDM Applications (Windchill, Matrix)
Plumtree
Documentum
Lotus Notes / Domino
门户（Portal）- 知识管理
设计原则
知识
信息
数据
供应商
一汽内部
建议
流程跟踪/强化推行软件应该具有下列特征:
流程跟踪和强化推行:
对流程执行速度的关键绩效指标衡量(流程各步之间的时间)
电子的工作细分结构
在PDM中内置高层次的产品研发流程里程碑和工作成
在PDM中内置高层次的电子化的流程审批
流程门户:
内置产品研发流程的阶段/里程碑
内置产品研发流程的任务
内置产品研发流程的的工作成果
内置产品研发流程的模板
与培训材料相关联
好处
加强流程的执行
提高员工的工作效率
可选的硬件／软件
企业门户软件包
Bowstreet
Blue Martini
Broadvision
Plumtree
Epicentric
Vignette
Interwoven
技术中心级门户软件包 (简单的网页工具)
MS Frontpage
Dreamweaver
门户（Portal）- 流程门户
总结:
技术中心级的门户软件包(简单的网页工具)的成本很低。几乎不用什么投资，技术中心就可以达到流程门户的基本要求
同样原因，Windchill可以被用来实现知识管理的基本功能。目前还不需要购买一个单独的知识管理工具
信息技术只是知识管理的技术基础，在流程、组织、企业文化和绩效管理方面还要做很多工作
可以等到一汽集团实施其企业级门户网站的时候再把技术中心的门户集成到企业门户中
门户（Portal）- 知识管理和流程门户
VI. b) 建议的解决方案
项目和Portfolio管理
流程和知识管理门户
PDM
计算机辅助开发
研发的信息系统集成
基础架构
安全性
灾难恢复
IT管理
建议
文档和零部件管理应该有下列特征：
文档管理
-版本控制
-审批工作流
-把文档与对象关联
-全文检索／查找
零部件管理
-零部件分类
-版本控制
-搜索引擎
好处
保证每个人的都是最新版本的文档
提高项目组成员之间的协作
提高研发的工作效率，减少工程师的时间浪费
可选的硬件／软件
- Windchill
PDM-文档和零部件管理
M. Front Suspension
Group Feature
Part Query Result: Front Springs, >3000kg
5200000001 Dana 3250kg 300mm
5200000334 Meritor 3500kg 435mm
5200001238 Rockwell 3300kg 375mm
52… …. … ...
Global Part Query
Part Family
Part Family Attributes
Spring Mfg.
Spring Capacity
Spring Length
Front Spring
*
>3000kg
<440mm
建议
产品结构管理和产品多样性管理应该包含下列特征:
产品结构管理
- EBOM
- MBOM
产品选项/产品多样性管理 (第4阶段)
- 使用基于规则的产品目录来管理选项之间的相互关系
- 使用基于限制条件的产品目录来管理选项之间的相互关系
- 在产品目录和产品结构管理系统中使用相同的选项
- 与CRM系统集成
好处
在市场上更具有竞争力 (顾客可以选择卡车的选装项)
提高研发工作效率
可选的硬件／软件
- Windchill
PDM-产品结构管理和产品选装项／产品多样性管理
EBOM
MBOM
建议
测试/工艺数据的功能应该包含下列的特征:
产品/工艺测试数据管理
- (需要共享的)测试数据在研发中心内共享
- 把测试结果与测试的零件和设备关联
- 测试数据修改的版本控制
生产工艺数据管理 (在第4阶段)
-工艺数据在跨整个集团的系统中存储,研发中心可以访问
好处
提高研发工作效率，知识被收集并重新利用
可选的硬件／软件
- Windchill
PDM-测试数据管理和生产工艺数据管理
测试要求的描述
零件
测试对象 123
测试输入
测试结果
101
测试结果
测试结果
原始数据
分析好的数据
建议
工程变更管理的功能应该包含下列特征:
电子的审批/否决
电子化的红线更改(Redlining)/审核
设计变更的电子化通知
好处
提高设计变更流程的效率
可选的硬件／软件
Windchill
Visualization&Redline Tools - ProductView
PDM-工程变更
DISPOSITION ENG. CHANGE
Approve
Reject
E-Signature
总结:
当前PTC Windchill项目结束后，技术中心的PDM将具有阶段一和阶段二所计划的大多数功能：
为了使PDM所带来的价值最大化，一汽技术中心应该在下列领域做进一步的工作：
Windchill 的测试
培训
数据转换
测试
单用户功能测试
工作环境下的系统表现测试
压力测试
培训
培训手册
培训计划
后续的对新用户的培训
数据转换
不是所有的数据都需要转换
在决定哪些数据需要转换的时候需要考虑其投资回报比率
PDM
VI. b) 建议的解决方案
项目和Portfolio管理
流程和知识管理门户
PDM
计算机辅助开发
研发的信息系统集成
基础架构
安全性
灾难恢复
IT管理
建议
计算机辅助开发应该具有下列特征：
CAD
零部件使用三维设计
集中化的CAD数据存储
对卡车系统进行数字化的预装配
与PDM进行文档数据的交换
与PDM进行关于零部件数据的交换
与PDM进行关于产品结构(BOM)数据的交换
CAE
对原部件进行虚拟的试制和测试
对CAE工具数据的输入和输出管理
对CAE工具数据的版本控制
CAPP
能过模拟生产的工序和节拍
能够验证生产线是否符合三维人机工程学
CAPP结果的版本控制
好处
提高工程师的工作效率
可选的硬件／软件
计算机辅助开发
CAD
Pro-E
UGS
CATIA
Solidworks
Inventor
CAPP
Tecnomatix Technologies Ltd. (ROBCAD, etc)
Deneb Robotics Inc. (Dassault Systemes)
Engineering Automation Inc. (Open Virtual Factory)
Dassault Systemes (CCPlan)
Etc.
CAE
MSC
I-DEAS Masters Series
Pro/MECHANICA
ANSYS
CATIA
ADAMS
Etc.
总结:
当考虑是否对计算机辅助开发的软件进行集成时，应该考虑下面的指导原则：
没有必要为仅仅很少几个人（少于10个人）的工作效率提高来开发一个系统
所要做的是让设计师总能得到最新版本的设计图纸
如果需要，设计图纸应该存储成多个格式，以方便不同CAD／CAE软件的输入输出。当主文件更新时，所有格式的文件也要保证得到更新
相关的流程和应用程序应该CAD的输入和输出的配置和版本控制便于管理，并可以对历史文件进行回溯
效益
成本
CAx 软件的更新
CAx 软件的集成
当决定是否更新技术中心的计算机辅助开发软件时：
应该计算其投资回报率（主要考虑提高设计的工作效率，和用计算机辅助开发的手段来减少样车的数量）
计算机辅助开发
VI. b) 建议的解决方案
项目和Portfolio管理
流程和知识管理门户
PDM
计算机辅助开发
研发的信息系统集成
基础架构
安全性
灾难恢复
IT管理
建议
与ERP的集成以及同步工程方面应该具有下列特征：
与ERP的集成（在第3期）:
整个集团使用唯一的设计变更流程
整个集团使用唯一的零部件管理主系统
整个集团使用唯一的产品结构(BOM)主系统/产品结构视图一致化调整
整个集团使用唯一的文档主系统
同步工程:
所有技术中心使用唯一的PDM系统
对所有的功能部门强化推行研发的流程
所有的集团内部部门(模具设计,采购)使用研发的系统
好处
提高技术中心和制造部门之间的信息传递
缩短产品推出市场的时间
可选的硬件／软件
ERP
SAP
BAAN
Oracle
Etc.
研发集成-与ERP的集成及同步工程
ERP
PDM
一汽集团
与ERP集成
&
同步工程
技术中心
生产厂
技术中心还没有就PDM和ERP的集成作出任何决定。原因是一汽集团还没有选定任何ERP软件包。下面是今后关于ERP集成的考虑时应该遵循的一些原则：
主要要作出的决定是
关于PDM和ERP系统，把哪个系统作为数据的拥有者？
接口界面应该做成什么样子？（单向还是双向的，批处理还是实时，包含什么数据？）
PDM-与ERP的集成
原料
产品结构表
工序
Windchill
ERP
变更请求
文档
工序
零件
产品结构表
变更主模块
文档主模块
R
项目
Privileged and Confidential. For Internal Use Only.
与ERP的集成
工程变更
与ERP的集成要考虑工程变更。需要决定在哪个系统中创建工程变更的申请单（ECR），在哪个系统中创建工程变更任务书（ECO），这些文档是否需要传送到另一个系统中。
通常来说,
ECR 和 ECO都是在PDM中创建
只有ECO需要传送到ERP中 (实时／批处理)
工程变更的生效日期是在PDM中制定的。技术中心需要考虑为不同的工厂制定不同的生效日期
与ERP的集成
文档
通过访谈来确定哪些文档需要从PDM传送到ERP中。（由于一汽还没有使用ERP的经验，需要通过多次才能最终确定一个好的方案）
一般来说需要传送的是图纸，技术描述和工艺设计（从PDM到ERP）
需要决定传送的是整个文档还是元数据（metadata）
典型的情况是ERP中只有文档的链接。用户需要到PDM中查阅实际的文档
与ERP的集成
产品结构表
建议技术中心将EBOM和MBOM都创建在PDM当中
MBOM由工艺设计人员根据产品设计人员创建的EBOM来生成。 （这里需要同步工程来保证两个BOM的一致性）。
PDM可以作为BOM的拥有者（主数据源）
需要考虑的是何时把BOM传送到ERP中（当需要进行下列工作时：计算成本／采购准备／投产）
当BOM传送到ERP中后，需要由一个变更管理的流程来保证两个系统的BOM的一致性
BOM的目标生效日期可以在PDM中设定，然后再传送到ERP中。实际的生效日期在ERP中管理，并传送回PDM。
对于所设计的接口界面，要注意的是要有强键的错误纠正／恢复的功能
与ERP的集成
零部件
需要决定在哪个系统中创建零部件（PDM还是ERP）: 应该由单一的系统来保证零部件代码的唯一性。可以让零件在PDM中创建，然后再下载到ERP中。
需要考虑由PDM向ERP传送零部件的修改信息
需要注意的是在设计的初期就可能需要把零部件传送到ERP中，以便为试制样车进行采购或采购长提前期的的零件
需要考虑从ERP中获得供应商的信息：如果技术中心有权力决定或建议零部件的供应商，那么有关供应商的信息就需要在PDM和ERP之间传送
如果实际成本（除了目标成本和估计成本）是PDM中的一个属性字段，那么在设计接口界面的时候要注意包含实际成本由ERP向PDM的传送。目标成本和估计成本则可以完全在PDM中处理
与ERP的集成
工序
需要考虑在哪个系统中创建工序的信息：一般来说，工序信息可以在ERP中创建，然后再传送到PDM中。
建议
第三阶段和第四阶段的研发继承应该包含下列特征:
与供应商的集成 (在第4期)
供应商可以查看技术中心的部分数据
供应商可以审核,红线更改,以及审批技术中心的数据
技术中心可以向供应商传送数据
CRM 集成(在第4期)
客户/现场的反馈在PDM中作为文档存储
客户/现场的反馈在PDM中与一般性的产品结构,业务流程相关联
好处
帮助与供应商进行协作开发
产品设计更能符合客户的要求
可选的硬件／软件
CRM
Siebel
Vantive (Peoplesoft)
Oracle
产品选装配置软件
Trilogy
Clarify
Oracle
Firepond
研发集成-与供应商的集成／与CRM的集成
一汽
供应商
顾客
供应商集成
CRM集成
供应商集成
PDM software(Windchill,etc)
B2B Exchange platforms
- Webmethods
- CommerceOne
VI. b) 建议的解决方案
项目和Portfolio管理
流程和知识管理门户
PDM
计算机辅助开发
研发的信息系统集成
基础架构
安全性
灾难恢复
IT管理
基础架构-LAN 架构
用户网
第二级交换机
1G 核心骨干网
骨干网
第二级交换机
建议
应该建立冗余的千兆核心骨干网
所有主要的应用都应该有冗余的网络连接
好处
提高网络整体的可靠性和性能
解决局部的网段问题将不会影响全局
可选的软硬件
Switches ( Lucent, Cisco, Nortel)
Routers( Lucent, Cisco, Nortel)
Hubs( Lucent, Cisco, Nortel)
Rack (Standard Width) equipment
Central Console Viewing system
阶段 4
阶段 3
阶段 2
阶段 1
安全性
基础架构
灾难恢复
IT 管理
基础架构- 网络监控
建议
应该监控所有骨干网上的网络设备
应该监控所有的连接到主要应用系统上的网络设备
应该监控和分析网络运行历史数据，包括效率、故障等信息
应该由一个集成的监控中心来执行所有网络监控
好处
更好的网络控制、主动发现和处理故障，使系统无故障时间增加
可以实现有效的问题跟踪和检查
当发生硬件故障时能立即通知，以便迅速采取措施解决
可选的软硬件
HP OpenView
Cajun View
Nortel Monitoring
Lucent QIP
Manual IP Tracking Process
NetView - Event Management Software (AIX)
CiscoSecure
CiscoView Event Management for Cisco Equipment
Visual Networks - Hardware Management
事件管理
(实时)
用户报告
事件
事件
(监控终端)
事件
(网络监控软件)
事件
(操作分析员)
警报
警报
常规监控
和测试
问题管理
(历史的)
故障
管理
事故管理
(实时)
趋势
处理故障
已分配的问题
分配,
跟踪,
报告
定义，
诊断，
处理
流程和
系统改善
已报告和已经
处理过的错误
负面的事件
获取
分类
阶段 4
阶段 3
阶段 2
阶段 1
安全性
基础架构
灾难恢复
IT 管理
VI. b) 建议的解决方案
项目和Portfolio管理
流程和知识管理门户
PDM
计算机辅助开发
研发的信息系统集成
基础架构
安全性
灾难恢复
IT管理
安全- 防火墙
建议
如果将来的Internet 连接依然需要通过集团网络，建议在集团网络和技术中心网络连接处安装冗余防火墙
好处
可以提高网络安全性，对数据的保护加强。可进一步防止来自集团内部的非法访问
双防火墙更可以提高系统的可靠性
可选的软硬件
CheckPoint Firewall-1
Lucent Brick Firewall
Software based firewall
技术中心网络
集团
网络
集团的防火墙
技术中心的防火墙
阶段 4
阶段 3
阶段 2
阶段 1
安全性
基础架构
灾难恢复
IT 管理
安全- IT 安全
建议
建立安全策略、标准和规章，涉及网络、服务器及应用等
建立权限管理机制
对系统和应用实施用户验证
访问控制服务
完善病毒防护机制
进行定期安全监察
好处
更完备的安全环境 (防止包括雇员、竞争者、黑客等对安全的威胁)
可选的软硬件
CiscoSecure
Intrusion Detection Devices
安全规章
安全管理
安全技术
IT 安全
阶段 4
阶段 3
阶段 2
阶段 1
安全性
基础架构
灾难恢复
IT 管理
安全- 物理安全性
建议
技术中心大门守卫
数据中心大楼的门卡识别系统
数据中心专用门锁
核心机房的门卡识别系统
全面监控对数据中心的访问
好处
全面防止偷窃和可能的破坏
可选的软硬件
Badge reader system
Access monitoring system
数据存储
PDM,
或其他服务器
核心机房
数据中心
数据中心大楼
技术中心大门
每天数据备份
阶段 4
阶段 3
阶段 2
阶段 1
安全性
基础架构
灾难恢复
IT 管理
VI. b) 建议的解决方案
项目和Portfolio管理
流程和知识管理门户
PDM
计算机辅助开发
研发的信息系统集成
基础架构
安全性
灾难恢复
IT管理
灾难恢复-服务器备份
数据存储
服务器
数据中心
数据备份存储中心
数据备份
定期将备份磁带转移
每天的数据备份
建议
重要的应用如PDM应该使用硬件存储冗余方案，此外还应该配合使用每天的数据磁带备份
大多数服务器仅使用磁带系统来进行数据备份就够了
定期将备份的数据前往它处(如：两个星期一次）
应该制定严格的备份和恢复措施并实施
好处
区分不同应用采取不同的方案，兼顾需求和投资
更完备的数据保护和恢复
降低数据丢失的风险
可选的软硬件
EMC Storage Solution
IBM Shark Storage Solution
Timberwolf Automated Cartridge System
阶段 4
阶段 3
阶段 2
阶段 1
安全性
基础架构
灾难恢复
IT 管理
灾难恢复-IT 冗余
建议
所有骨干网络上的设备应该建立冗余
在骨干网和集团网的连接不应该存在单点失效点
主要的网络支持系统应该建立冗余 (如DNS, DHCP等)
如果可能，对上述关键设备应建立自动故障恢复机制（热冗余）
好处
更高的效率和可靠性
提高关键部件的可靠工作时间
可选的软硬件
LAN equipment : Switches ( Lucent, Cisco, Nortel), Routers( Lucent, Cisco, Nortel), Hubs( Lucent, Cisco, Nortel)
Server: Application server, Data server, Ask first exist system vendor for redundancy solution. (HP, SUN, IBM, Microsoft, etc.)
交换机
交换机
Internet
防火墙冗余
网络设备冗余
网络服务器
(DNS, DHCP, Web,etc.)
应用服务器
(PDM,etc.)
数据库服务器
(PDM,etc.)
服务器冗余
阶段 4
阶段 3
阶段 2
阶段 1
安全性
基础架构
灾难恢复
IT 管理
防火墙
防火墙
…
VI. b) 建议的解决方案
项目和Portfolio管理
流程和知识管理门户
PDM
计算机辅助开发
研发的信息系统集成
基础架构
安全性
灾难恢复
IT管理
IT 管理- 热线服务/ 支持
建议
对IT服务的报准要以建立服务协议的方式记录下来以保证服务的质量
为所有的服务请求建立统一的联系窗口
应用系统工具来管理所有的电话／请求／e-Mail
好处
提高网络和系统的支持效率
对问题的反应更迅速
可以系统分析服务的水平以便持续改进IT的服务水平
可选择的软硬件
Helpdesk Tracking Software (Tracker)
Microsoft SMS
Asset Management Software
Call Monitoring System
集团公司
应用系统组
IT基础
设施管理
IT经理
规划发展
热线
服务中心
青岛等地分厂用户
技术中心
用户
问题/需求
技术支持
技术支持报告/新功能需求
审核系统开发
系统维护报告
IT资产维护报告
系统功能知识/技术支持
支持排程
技术支持
前端服务提供接口
后端信息技术开发中心
信息技术用户
问题/需求
技术支持
支持排程
阶段 4
阶段 3
阶段 2
阶段 1
安全性
基础架构
灾难恢复
IT 管理
IT 管理- IT 文档/ 变更控制
建议
IT设备的文档
所有操作都应该有版本控制
依靠变更控制使系统具有回溯能力
所有的改变都有记录以便检查
所有的开发都有版本控制
使用文档管理工具
好处
更好的组织架构帮助更好地进行IT规划、培训和变革
提供保护和回溯功能
可选的软硬件
Microsoft Excel
Microsoft Word
Microsoft SMS
Asset Management Software
Visual Source Safe
PDM
Clear Case
设备档案
(使用目的, 型号,
配置,
培训资料等)
设计档案
(设计目的，流程图，关系图，各种架构图、拓扑图等）
实施计划
流程变更
变更要求
重新设计/核准
变更
监控
变更核准
回溯流程
阶段 4
阶段 3
阶段 2
阶段 1
安全性
基础架构
灾难恢复
IT 管理
建议的解决方案
对解决方案更详细的描述请见附录（包括特征清单, 接口界面和软硬件，而且比较了世界级和技术中心目标之间的差别）
Portfolio和项目管理
VI. 建议：实施计划
实施规划
建议的解决方案
实施计划
IT组织
采用的方法步骤
分析满足业务的需求所需要IT的功能
确定需要优先提高的IT功能
分析支持IT的功能所需要的IT技术架构
确定需要优先提高的IT技术架构
建议
VI. c) 实施计划
功能层面能力的实施计划
技术层面能力的实施计划
速赢方案
VI. c) 实施计划－功能层面实施的组织
岗位技能
变革
流程
技术架构
数据转换
支持
Portfolio & 项目管理 (PM)
研发流程门户网站
软件开发
产品数据管理 (PDM)
数字化开发(CAx)
研发集成(Integration)
R&D IT 项目管理办公室
实施计划 (PM实施的第一步：项目管理)
解决
主要差距
(项目管理)
PM
Design,Build, Test
准备
招标书
软件选择
决定
技术
架构
采购
硬件
安装 &
配置
硬件
决定数据
转换的
需求
编写数据
转换的
程序
制定
支持
计划
决定
岗位技能
变革
差距分析
培训支持人员
对组织
进行
分析
开发
PM – PDM
接口界面
性能测试
决定
主要的
信息
转换数据
制定培训
执行培训
岗位技能
变革
流程
技术架构
数据转换
支持
软件开发
项目办公室
对新的
流程进行
原型分析
阶段1
确定业
务是否
准备好
投入
使用
支持
监控并
衡量业
务指标
解决
主要差距
(项目管理）
解决
主要差距
(项目管理）
测试 &
差距分析
测试 &
差距分析
对项目在
公司内部
进行宣传
实施计划 (PM实施的第二步：资源管理)
PM
Design,Build, Test
支持
监控并
衡量业
务指标
制定培训
执行培训
编写数据
转换的
程序
转换数据
& 把技术中心所有人员
的数据装在进系统中
确定业
务是否
准备好
投入
使用
决定
岗位技能
变革
对组织进行分析
并进行技能分类
决定数据
转换的
需求
差距分析
确定项目范围
测试 &
差距分析
测试 &
差距分析
解决
主要差距
(资源管理)
解决
主要差距
(资源管理)
解决
主要差距
(资源管理)
制定
支持
计划
培训支持人员
对项目在
公司内部
进行宣传
决定
主要的
信息
阶段1
确定需求
性能测试
岗位技能
变革
流程
技术架构
数据转换
支持
软件开发
项目办公室
实施计划 (PM实施的第三步：Portfolio管理)
PM
Design,Build, Test
阶段2
支持
监控并
衡量业
务指标
制定培训
执行培训
确定业
务是否
准备好
投入
使用
决定
岗位技能
变革
对组织
进行
分析
差距分析
测试 &
差距分析
测试 &
差距分析
解决
主要差距
(Portfolio管理)
解决
主要差距
(Portfolio管理)
解决
主要差距
(Portfolio管理)
制定
支持
计划
培训支持人员
对项目在
公司内部
进行宣传
决定
主要的
信息
性能测试
确定项目范围
确定需求
没有数据转换
岗位技能
变革
流程
技术架构
数据转换
支持
软件开发
项目办公室
关键成功要素：Portfolio管理和项目管理（PM）
关键成功要素
需要建立良好的项目管理，资源管理和Portfolio管理的流程并进行过测试
要做好技术中心人员的技能的分类和评估，这对资源管理是否能成功是至关重要的
相关的岗位职责需要制定好
与现有的业务流程紧密结合－比如战略规划的流程
得到来自管理层的强有力的支持
在系统中维护准确的数据，以为决策提供可以信赖的结果。 要求绝大多数的项目组每天使用该应用软件，以保证日程安排的准确性
要仔细设计，不要给公司和技术中心带来不必要的负担
实施计划 ：门户网站（Portal）
Portal
阶段1
阶段2
对新的
流程进行
原型分析
决定
技术
架构
采购
硬件
安装 &
配置
硬件
决定数据
转换的
需求
编写数据
转换的
程序
制定
支持
计划
为KM人员
制定培训
为最终用
户制定
培训
支持
对项目在
公司内部
进行宣传
培训支持人员
转换数据
对KM人员
进行培训
性能测试
决定
主要的
信息
监控并
衡量业
务指标
决定是
否需要
其它软
件
确定业
务是否
准备好
对最终
用户进
行培训
决定知
识的选
择标准
制定知
识的分
类方法
设计衡量
系统表
现的标准
制定并
实施安全
方面的规
则
解决
主要
差距
差距分析
测试 &
差距分析
测试 &
差距分析
解决
主要
差距
解决
主要
差距
投入
使用
决定
岗位技能
变革
对组织
进行
分析
岗位技能
变革
流程
技术架构
数据转换
支持
软件开发
项目办公室
关键成功要素：门户网站（Portal）
关键成功要素
管理层的支持对建立知识共享的环境来说是至关重要的。实现共享，就需要企业文化发生变化。而要做到这点，就需要管理层在企业的上上下下积极主动的去支持和扶植
要把共享与日常的工作紧密结合。不能把知识共享作为一种负担
用户对知识共享环境的理解和支持。必须要有足够大量的用户愿意来共享，贡献并使用现有的知识。只有这样，知识共享的环境才能建立起来
持续的培训和支持对建立足够大量的用户并保证对该环境的持续理解和有效使用
必须建立激励和奖励的体制，激发员工对知识系统做贡献，并使用该系统
实施计划 ：PDM
PDM
第二阶段
决定哪些数据
需要转到
PDM当中
编写数据
转换的
程序
制定
支持
计划
制定培训
培训内部
培训员
和核心用户
确定业务
是否
准备好
投入使用
支持
工作环境下
的性能测试
压力测试
对项目在
公司内部
进行宣传
培训支持人员
转换数据
试转换
数据
后续的
新员工培训
单用户
功能测试
决定
主要的
信息
监控并
衡量业
务指标
对要转换的
数据进行清理
培训所有的
最终用户
收集
反馈
第二波
数据
转换
决定
岗位技能
变革
对组织
进行
分析
记录PDM
的新流程
并存档
岗位技能
变革
流程
技术架构
数据转换
支持
软件开发
项目办公室
关键成功要素（PDM）
关键成功要素
在系统投入使用之前要确认业务的各个方面都已经准备好
流程记录并归档，并且得到很好的理解
数据转换到新的系统中
系统／性能通过测试
培训和岗位技能的变革已经完成
对系统的支持设计好并到位
VI. c) 实施计划
功能层面能力的实施计划
技术层面能力的实施计划
速赢方案
VI. c) 实施计划－基础架构实施的组织
服务器/
数据管理
流程管理
人员培训
基础架构
安全性
网络管理
灾难恢复
IT管理
R&D IT技术架构项目办公室
应用支持
实施计划：基础架构
基础架构
服务器/
数据管理
应用支持
流程管理
人员培训
网络管理
项目管理
确定需求
方案设计
选择网络软硬件
制定培训计划
投入使用
选定施工及
设备供应商
实施培训
选定培训课程
验收测试
网络改造施工
制定网络管理流程
制定网络监控流程
项目评估
系统分析
制定工作计划
项目控制
签订基础架构相关服务水平的协议
阶段1
关键成功要素：基础架构
关键成功要素
重点放在最关键最薄弱的部分
在开始工程之前必须进行网络的周密计划
充分考虑将来网络扩充的需要
必须充分重视文档记录, 有关的设计方案、物理及逻辑的拓扑结构图应该记录完整并有专人负责
应该考虑成本和效益的综合平衡，在可能的情况下尽量使用现有的设备
实施计划 ：安全
系统使用和维护
验收测试
设备安装/设置
选择防火墙供应商
安全
确定安全保护的需求
IT安全和物理安全评估
设计防火墙架构
制定培训计划
实施培训
收集培训需求
制定安全管理规章和标准
制定防火墙管理流程
制定工作计划
项目评估
项目控制
安全协议
阶段2
阶段1
服务器/
数据管理
应用支持
流程管理
人员培训
网络管理
项目管理
关键成功要素：安全
关键成功要素
应把安全管理视为风险管理，评估安全漏洞的大小以及可能带来的损失程度，弥补这些漏洞所需的代价
安全措施应该综合考虑成本效益因素
安全与每个员工有关, 有关安全的教育必须落实到每个人
安全不仅是一个技术问题, 更重要的是管理问题。应该建立监督机制，定期评估安全状况
制定的安全管理制度必须得到切实执行
实施计划：灾难恢复
确定业务需求
确定数据存储和服务器冗余级别
数据备份／数据恢复测试
选择数据存储和服务器冗余方案
实施培训
制定培训计划
软硬件安装
选择方案提供商
数据存储和服务器冗余测试
制定数据备份／数据恢复流程
收集培训需求
定义数据恢复验证的流程
制定数据备份／数据恢复协议
阶段1
制定工作计划
项目评估
项目控制
服务器/
数据管理
应用支持
流程管理
人员培训
网络管理
项目管理
灾难恢复
关键成功要素：灾难恢复
关键成功要素
备份的策略必须符合技术中心业务的需求
在选择数据存储／服务器冗余方案供应商之前应该明确定义选择标准，不仅要考虑技术指标，还要考虑服务指标
备份和恢复的方案在实施之前应该经过严格测试
定期实施全备份恢复测试
对备份工作要落实定期检查制度
实施计划 ：IT管理
IT服务现状调查和用户需求分析
确定IT服务的目标
确认IT服务的技术手段／工具
制定培训计划
实施IT服务流程
开发IT服务能力
实施培训
收集培训需求
选择IT服务工具
IT服务能力测试
定义技术支持流程
建立 IT文档/变化控制流程
签订IT技术支持协议
阶段2
服务器/
数据管理
应用支持
流程管理
人员培训
网络管理
项目管理
制定工作计划
项目评估
项目控制
IT管理
关键成功要素：IT管理
关键成功要素
IT 服务的水平应该与技术中心业务的需求相一致
在决定IT部门对业务的支持水平时应该有高层领导的参与
将来的热线支持的负责人应该参与热线服务系统的建立的过程
保证IT服务的绩效指标都是可以衡量的，并且应该建立能够衡量这些指标的流程
实施方案详细描述的样本
决定主要的信息
主要工作
对整个项目进行通盘的计划
制定各个小组的目标
对各个小组采用的方案进行最后确认
处理协调各个冲突
确定业务和流程的收益，理解项目成功可能遇到的阻力，确定克服这些阻力的方法
主要输入信息
主要输出信息
项目的工作计划
项目投资收益分析
沟通的计划／讲演／简报（针对管理层和最终用户）
其他各个需要决定的主要信息
与软件商签订的合同
对项目时间进度的要求
对项目要实现的业务要求和衡量标准
现有的资源
现有流程的基本表现
岗位技能
变革
流程
技术架构
数据转换
支持
软件开发
项目办公室
在附件中，我们对实施计划中的每一个任务，还作了更详尽的描述，包括每个任务的输入，输出以及主要工作
VI. c) 实施计划：速赢方案
功能层面能力的实施计划
技术层面能力的实施计划
速赢方案
速赢方案
考虑到技术中心IT眼前存在的主要问题，技术中心确定了三个IT速赢目标，旨在以较短的时间较低的成本取得改善，速赢方案是整个IT规划中必须立刻实施的和可以比较快实施的部分
服务器备份
安全规章的制定
病毒防范
确定备份的规章， 保证现有的关键服务器的重要数据不被丢失
拟定主要的安全规章，包括服务器安全规章，个人电脑管理规章，网络安全守则，备份管理原则。
系统访问（密码管理）规则。病毒防护规则。
每个技术中心的工作站和服务器都安装防病毒软件
速赢方案－服务器备份
技术中心IT部门针对现有的主要的服务器，制定了有关的备份规章，这些备份规章需要得到监督执行
完成
完成状况
确定最重要服务器 CATIA, INTRALINK的备份机制，
建立了备份的方法和流程
已完成的工作
必须明确备份操作人员的职责
定期监督检查备份的执行情况
定期执行备份恢复的测试
服务器备份
后续工作建议
速赢项目
速赢方案-安全规章制定
技术中心结合自身的实际情况，制定了有关的安全规章制度，这些制度需要在实施过程中逐步得以完善
完成
完成状况
已完成下列规章制度
病毒防范手册
计算机及相关外设使用守则
计算机操作系统及应用软件管理制度
网络管理制度
IT人员行为守则
现有完成的工作
技术中心应该在所建立的规章制度的基础上继续制定具体工作的细则以便执行。对制度的执行应该有切实的奖惩措施
在实际执行过程当中不断完善规章的具体内容
应该让相关人员充分了解规章制度的内容
IT规章制度
后续工作建议
速赢项目
速赢方案-病毒防范
技术中心结合自身的实际情况，制定了IT普查结合防病毒软件安装的计划，并开始实施
目前已完成450台，保持每天40台的速度
完成状况
技术中心结合自己的具体情况,制定了IT系统普查连带进行防病毒软件的安装的策略。
制定了工作计划，并已实施
完成的工作
病毒的防范是一个综合性的工作，要让病毒防火墙充分发挥作用，需要IT部门和用户共同配合
IT部门应该让所有的用户充分了解病毒防范的方法并切实执行
用户应该保证防病毒软件在机器运行时保持激活状态
IT部门应该及时更新病毒防火墙的病毒种类列表
防病毒软件安装
后续工作建议
速赢项目
VI. 建议：IT组织
实施规划
建议的解决方案
实施计划
IT组织
采用的方法步骤
分析满足业务的需求所需要IT的功能
确定需要优先提高的IT功能
分析支持IT的功能所需要的IT技术架构
确定需要优先提高的IT技术架构
建议
将来的信息系统室组织结构
科长
副科长
(应用软件)
副科长
(基础架构)
应用软件
开发员
应用软件
维护员
系统
管理员
网络
管理员
热线支持员
基础研究部部长
将来IT系统的实施的工作量是很大的，因此需要一个很好的信息系统组织结构来对其进行支持
将来的信息系统室组织结构和岗位资质
科长
副科长
(应用软件)
副科长
(基础架构)
应用软件
开发员
应用软件
维护员
系统
管理员
网络
管理员
热线支持员
专业领导层
制定信息系统的发展规划
对IT系统的成本效益进行评估
制定信息系统室的预算
对信息系统室提供的服务水平进行监控
协助采购部门进行系统软硬件的采购
对信息系统室的员工的绩效进行评估
专业管理层
组织IT技术架构和应用系统的设计、改进、执行规划与实施
组织IT技术架构和应用系统的维护工作
收集内部反馈信息，衡量实施效果并向领导层汇报
协助领导层做好负责日常工作的操作和监督
组织IT技术服务并进行质量评估
专业执行层
具体执行IT技术架构的维护工作和应用系统的开发工作
按服务流程为用户提供具体的技术支持
将来的技术中心信息系统室目标组织架构包括三个层次
信息系统室应该担负的主要职能
负责技术中心信息技术的策略，资源规划及预算的工作
协助采购部门进行系统软、硬件采购
协助进行信息系统成本的分析，提高信息系统的投资回报率
为整个技术中心的用户提供支持服务，达到既定的服务水平目标，并不断提高
了解技术中心用户对应用软件系统的需求，开发应用软件系统并进行维护支持
管理技术中心信息系统的基础架构，包括技术架构，安全性，数据的结构，应用程序的结构，容量的规划，灾难备份，信息系统的操作流程，规章制度等
对本科室的能力进行长远的规划（5年计划）
负责本科室员工的培训、考核和使用
当前信息系统室组织架构
当前信息系统组织架构主要按四个主任工程师分成四个小组
信息系统室主任
主任工程师
（网络）
主任工程师
（CAD）
主任工程师
（开发）
主任工程师
（PDM）
PDM系统分析员
开发系统分析员
主管开发系统分析员
操作员
CAD系统分析员
主管CAD
系统分析员
计算机维修钳工
系统分析员
主管系统分析员
两种结构的主要差异
在将来的信息系统室组织结构中，
信息系统室的科长负责整个信息系统的规划
将PDM小组，开发小组和CAD小组的应用程序开发人员和维护人员统一归并到应用程序小组，由一个副科长统一领导。对应用程序做统一的规划。并对应用程序的开发和维护做统一的协调
将负责基础架构的人员归并到基础架构小组，由一个副科长统一领导。对基础架构做统一的规划，并对基础架构的安装和维护做统一的协调
设立专职的热线支持员，对整个技术中心的信息系统用户提供热线支持（通过热线电话解决大多数用户的问题，解决不了的通过协调应用程序组和基础架构组来解决），负责技术中心服务水平跟踪，便于提高IT服务的效率和质量
对信息系统室人员的职责、技能需求作出了更明确的界定
要求实行更好的的绩效管理。（整个信息系统室应该与技术中心的用户就应该提供的服务水平达成一个协议）
与IT项目小组的组织架构的关系
IT项目小组的人员（流程，软件开发，基础架构，支持等）需要从信息系统室相应的小组抽调
除信息系统室的人员外，业务部门和人事部门的人员也要参加项目组
项目完成时，相应的人员从项目组转移到基础架构组、应用程序维护组，继续提供应用程序的维护和支持工作
除支持IT项目之外，信息系统室各小组主要负责各自系统的维护和支持，并对将来的发展作出规划
信息系统室各小组负责各自人员职业生涯的规划，帮助个人的技能得到提高
信息系统室组织架构变革步骤
我们建议信息系统室在1年内从目前的结构过渡到新的组织结构。分成5个阶段
确定负责应用程序的副科长、负责基础架构的副科长以及热线支持等岗位哪些可以由现有的人员担任，哪些需要通过招聘和调动解决；确认各小组需要人员的数量，技能要求和绩效指标。
根据新的岗位要求和IT服务流程，确定各岗位的技能模式。IT部门领导对每个员工的技能进行评估，找出差距。每个员工制定个人职业发展计划，对自己的技能发展方向，所需培训，评估方式和周期与领导达成书面共识。
职能规划
人员调动/招聘
员工职业发展规划
IT员工培训及IT服务流程实施
绩效评估及技能评估
根据职能规划进行必要的人员调动、内部招聘或外部招聘；对现有人员进行组织和岗位职责的培训与沟通，明确各岗位权责和绩效目标。
根据计划实施培训同时按IT流程执行日常基础架构维护、应用系统开发、维护，用户技术支持等操作。在操作中进一步规范IT各项运作过程，同时听取各用户单位对IT部门服务的意见，对IT流程进行必要的调整
根据新的岗位绩效指标和技能模式定期实施对每个员工的两种评估，并调整培训。
信息系统室组织变革时间表
任务
1
月
2
月
3
月
4
月
5
月
6
月
7
月
8
月
9
月
10
月
11
月
12
月
1
月
2
月
职能规划
人员调动
/
招聘
员工职业发展规划
培训
IT流程实施
绩效评估及技能评估
