一汽集團產(chǎn)品開發(fā)流程設計和管理咨詢項目(ppt)
一汽集團產(chǎn)品開發(fā)流程設計和管理咨詢項目
日程
采用的方法步驟
分析滿足業(yè)務的需求所需要IT的功能
確定需要優(yōu)先提高的IT功能
分析支持IT的功能所需要的IT技術架構
確定需要優(yōu)先提高的IT技術架構
建議

日程
采用的方法步驟
分析滿足業(yè)務的需求所需要IT的功能
確定需要優(yōu)先提高的IT功能
分析支持IT的功能所需要的IT技術架構
確定需要優(yōu)先提高的IT技術架構
建議

研發(fā)功能層面的框架
通過訪談得到的需求


通過分析最佳業(yè)務實踐得到的需求
對IT功能需求的總結
三方面的分析匯總出對IT功能的需求
日程
采用的方法步驟
分析滿足業(yè)務的需求所需要IT的功能
確定需要優(yōu)先提高的IT功能
分析支持IT的功能所需要的IT技術架構
確定需要優(yōu)先提高的IT技術架構
建議
確定需要優(yōu)先提高的IT功能
確定需要優(yōu)先提高的IT功能
確定需要優(yōu)先提高的IT功能
確定需要優(yōu)先提高的IT功能
日程
采用的方法步驟
分析滿足業(yè)務的需求所需要IT的功能
確定需要優(yōu)先提高的IT功能
分析支持IT的功能所需要的IT技術架構
確定需要優(yōu)先提高的IT技術架構
建議


通過訪談得到的需求
通過問題根源分析得到的需求-安全性

通過問題根源分析得到的需求-系統(tǒng)不穩(wěn)定

對IT技術架構需求的總結
根據(jù)將來的IT功能需求、現(xiàn)有的IT技術架構評估以及與最佳實踐的差異分析，我們可以排出IT技術架構需求的優(yōu)先級
日程
采用的方法步驟
分析滿足業(yè)務的需求所需要IT的功能
確定需要優(yōu)先提高的IT功能
分析支持IT的功能所需要的IT技術架構
確定需要優(yōu)先提高的IT技術架構
建議
確定需要優(yōu)先提高的IT技術架構
確定需要優(yōu)先提高的IT技術架構
日程
采用的方法步驟
分析滿足業(yè)務的需求所需要IT的功能
確定需要優(yōu)先提高的IT功能
分析支持IT的功能所需要的IT技術架構
確定需要優(yōu)先提高的IT技術架構
建議
VI. 建議：實施規(guī)劃

實施規(guī)劃的設計思路
實施規(guī)劃各階段的目標
實施規(guī)劃各階段的目標
第三期目標（取決于ERP項目的時間）
實現(xiàn)研發(fā)部門與生產(chǎn)部門之間的整合：
與ERP集成；

繼續(xù)進行知識管理的實施

進一步加強對應用程序的運行的穩(wěn)定性
實行對應用系統(tǒng)的監(jiān)控

第四期目標（取決于CRM項目的時間）
實現(xiàn)一汽集團內(nèi)與集團外的集成：與CRM集成（同顧客）；供應商集成

產(chǎn)品選裝項和多樣性的管理；工藝方面的數(shù)據(jù)管理

進一步完善基礎架構各方面的管理
整合所有新的IT硬件, 策略和規(guī)章
完成和整合WAN的需求
定義系統(tǒng)更新?lián)Q代機制
完成UPS的需求評估，建立需要的UPS保護
評估和建立災難恢復機制
定義和實行IT的組織架構



建議的一汽技術中心IT項目實施規(guī)劃-階段和所要交付的成果
建議的一汽技術中心IT項目實施規(guī)劃-階段和所要交付的成果
VI. 建議：技術解決方案
實施規(guī)劃
建議的解決方案
實施計劃
IT組織
VI. b) 建議的解決方案
項目和Portfolio管理
流程和知識管理門戶
PDM
計算機輔助開發(fā)
研發(fā)的信息系統(tǒng)集成
基礎架構
安全性
災難恢復
IT管理
PM
VI. b) 建議的解決方案
VI. b) 建議的解決方案
VI. b) 建議的解決方案


VI. b) 建議的解決方案


與ERP的集成
工程變更

與ERP的集成要考慮工程變更。需要決定在哪個系統(tǒng)中創(chuàng)建工程變更的申請單（ECR），在哪個系統(tǒng)中創(chuàng)建工程變更任務書（ECO），這些文檔是否需要傳送到另一個系統(tǒng)中。

通常來說,
ECR 和 ECO都是在PDM中創(chuàng)建
只有ECO需要傳送到ERP中 (實時／批處理)
工程變更的生效日期是在PDM中制定的。技術中心需要考慮為不同的工廠制定不同的生效日期
與ERP的集成
文檔

通過訪談來確定哪些文檔需要從PDM傳送到ERP中。（由于一汽還沒有使用ERP的經(jīng)驗，需要通過多次才能最終確定一個好的方案）
一般來說需要傳送的是圖紙，技術描述和工藝設計（從PDM到ERP）
需要決定傳送的是整個文檔還是元數(shù)據(jù)（metadata）
典型的情況是ERP中只有文檔的鏈接。用戶需要到PDM中查閱實際的文檔

與ERP的集成
產(chǎn)品結構表

建議技術中心將EBOM和MBOM都創(chuàng)建在PDM當中

MBOM由工藝設計人員根據(jù)產(chǎn)品設計人員創(chuàng)建的EBOM來生成。 （這里需要同步工程來保證兩個BOM的一致性）。
PDM可以作為BOM的擁有者（主數(shù)據(jù)源）
需要考慮的是何時把BOM傳送到ERP中（當需要進行下列工作時：計算成本／采購準備／投產(chǎn)）
當BOM傳送到ERP中后，需要由一個變更管理的流程來保證兩個系統(tǒng)的BOM的一致性
BOM的目標生效日期可以在PDM中設定，然后再傳送到ERP中。實際的生效日期在ERP中管理，并傳送回PDM。
對于所設計的接口界面，要注意的是要有強鍵的錯誤糾正／恢復的功能



與ERP的集成
零部件

需要決定在哪個系統(tǒng)中創(chuàng)建零部件（PDM還是ERP）: 應該由單一的系統(tǒng)來保證零部件代碼的唯一性。可以讓零件在PDM中創(chuàng)建，然后再下載到ERP中。
需要考慮由PDM向ERP傳送零部件的修改信息
需要注意的是在設計的初期就可能需要把零部件傳送到ERP中，以便為試制樣車進行采購或采購長提前期的的零件
需要考慮從ERP中獲得供應商的信息：如果技術中心有權力決定或建議零部件的供應商，那么有關供應商的信息就需要在PDM和ERP之間傳送
如果實際成本（除了目標成本和估計成本）是PDM中的一個屬性字段，那么在設計接口界面的時候要注意包含實際成本由ERP向PDM的傳送。目標成本和估計成本則可以完全在PDM中處理

與ERP的集成
工序

需要考慮在哪個系統(tǒng)中創(chuàng)建工序的信息：一般來說，工序信息可以在ERP中創(chuàng)建，然后再傳送到PDM中。


VI. b) 建議的解決方案

基礎架構- 網(wǎng)絡監(jiān)控
VI. b) 建議的解決方案
安全- 防火墻
安全- IT 安全
安全- 物理安全性
VI. b) 建議的解決方案
災難恢復-服務器備份
災難恢復-IT 冗余
VI. b) 建議的解決方案
IT 管理- 熱線服務/ 支持
IT 管理- IT 文檔/ 變更控制
建議的解決方案
VI. 建議：實施計劃
實施規(guī)劃
建議的解決方案
實施計劃
IT組織
VI. c) 實施計劃
VI. c) 實施計劃－功能層面實施的組織
實施計劃 (PM實施的第一步：項目管理)
實施計劃 (PM實施的第二步：資源管理)
實施計劃 (PM實施的第三步：Portfolio管理)
關鍵成功要素：Portfolio管理和項目管理（PM）
實施計劃 ：門戶網(wǎng)站（Portal）
關鍵成功要素：門戶網(wǎng)站（Portal）
實施計劃 ：PDM
關鍵成功要素（PDM）
VI. c) 實施計劃

實施計劃：基礎架構
關鍵成功要素：基礎架構
實施計劃 ：安全
關鍵成功要素：安全
實施計劃：災難恢復
關鍵成功要素：災難恢復
實施計劃 ：IT管理
關鍵成功要素：IT管理
實施方案詳細描述的樣本
VI. c) 實施計劃：速贏方案
功能層面能力的實施計劃
技術層面能力的實施計劃
速贏方案
速贏方案
速贏方案－服務器備份
速贏方案-安全規(guī)章制定
速贏方案-病毒防范
VI. 建議：IT組織
實施規(guī)劃
建議的解決方案
實施計劃
IT組織
將來的信息系統(tǒng)室組織結構
將來的信息系統(tǒng)室組織結構和崗位資質(zhì)
信息系統(tǒng)室應該擔負的主要職能
當前信息系統(tǒng)室組織架構
兩種結構的主要差異
與IT項目小組的組織架構的關系
信息系統(tǒng)室組織架構變革步驟
我們建議信息系統(tǒng)室在1年內(nèi)從目前的結構過渡到新的組織結構。分成5個階段
信息系統(tǒng)室組織變革時間表

一汽集團產(chǎn)品開發(fā)流程設計和管理咨詢項目(ppt)