【導讀】本方案是針對重慶青山工業(yè)有限責任公司二廠零部件倉儲配送規(guī)劃建議方案。手完成青山公司二廠的零部件物流規(guī)劃和實施。重慶青山工業(yè)有限責任公司是以中國兵器裝備集團公司為投資主體的國有獨資公司，1996，工廠改制成立重慶青山工業(yè)有限責任公司。是一家以汽車變速器生產為主，輔以少量。的軍品和摩托車變速器生產的中型企業(yè)。多年來，通過企業(yè)自身發(fā)展和國家“七五”、“八五”。兩期技術改造以及“九五”雙加工程，青山公司勢力和規(guī)模已上了一個新的臺階。為設備精良、管理嚴格、技術力量雄厚、檢測手段完備。具有較強的新品研發(fā)能力、強大的。目前年生產能力50萬套左右，在全國微型汽轎車市場的占有率為34％左右。以上，新產品合格率也大于90％?；拘纬闪司哂小扒嗌健碧厣挠行У漠a、供、銷有機。證體系并取得了顯著的經濟效益。在信息化的認識上奠定良好的基礎，從而充分降低ERP的實施風險。青山公司的管理水平將逐步提升。

　　

【正文】 ，當單獨使用的時候就利用自身的基礎信息，當和其它信息系統(tǒng)集成的時候，則通過接口共享基礎信息。 9． 4． 各類計劃的導入 在沒有其它信息化系統(tǒng)的時候，來自采購部和制造部的計劃可以由人工直接錄入系統(tǒng)。但當青山公司實施了生產、采購類的信息化系統(tǒng)后，作為物流公司運作所必須的計劃信息應通過接口從這些信息系統(tǒng)中直接獲取，以提高效率、避免手工的誤差。 9． 4． 財務接口 當需要與 財務系統(tǒng)集成的時候，財務系統(tǒng)將通過該類接口直接獲取所有物流過程中對物流結算、供應商結算產生影響的業(yè)務信息。 9． 4． 辦公類接口 通過該接口，系統(tǒng)可以自動將重要的信息直接發(fā)布在辦公自動化系統(tǒng)上，為高層管理人員及時掌握物流情況提供便利。 9． 技術要求 ? 技術體系上優(yōu)先考慮 B/S 體系，以減輕系統(tǒng)維護工作量，降低對客戶端的要求，其次再考慮 C/S 體系。 ? 由于是企業(yè)級應用，數據吞吐量大，對數據的安全性、完整性、訪問速度要此資料來自 企業(yè) ()，大量的管理資料下載 求高，因此建議采用業(yè)界領先的 Oracle 數據庫。 ? 技術平臺具有開放性，盡量提供相應的 API， 便于客戶方或提供支持的第三方進行二次開發(fā)。 ? 應提供完整有效的系統(tǒng)方案、數據字典和操作手冊。 9． 對軟件開發(fā)商的要求 由于軟件在項目中占有相當重要的地位，其成敗直接影響到整體項目的成敗。因此對軟件開發(fā)商提出幾點要求： ? 公司運營狀況良好，有良好的售后服務體系，具備持續(xù)支持能力。 ? 公司有較強的軟件實力，至少應具備物流領域的雛形產品。 ? 對物流或制造業(yè)有一定的行業(yè)經驗或實際案例。 四、實施 總體進度 共分為三個階段： ? 分析設計階段：由青山公司物流項目組、長安信息、物流公司三方共同對流程、環(huán)境、系統(tǒng)進行 分析和設計，提出詳細的方案，并完成基礎數據的準備，以指導下個階段的工作。 起止時間： 2020222 到 2020331 ? 籌備階段：在青山公司物流項目組、長安信息、物流公司、軟件公司四方的共同努力下完成軟件的客戶化開發(fā)，并完成庫房的規(guī)劃、搬遷、改造等工作。 起止時間： 2020224 到 2020512 ? 切換階段：在青山公司物流項目組、長安信息、物流公司、軟件公司四方的共同努力下對庫房、流程、系統(tǒng)進行改善、優(yōu)化落實，并實現流程切換，最終實現項目目標。 起止時間： 2020513 到 2020629 具體的進度如圖所示： 此資料來自 企業(yè) ()，大量的管理資料下載 此資料來自 企業(yè) ()，大量的管理資料下載 庫房搬遷改造 由于這部分的任務即要保證庫房的順利搬遷，又要保證動態(tài)的生產進度，同時它的成敗與否直接關系到后續(xù)工作的正常開展。因此在這里將對其進行較詳細的描述，確保項目整體順利過渡到新模式下。在整個過程中要特別注意需配備負責全局調度的人員，以指導切換時領料人員到何處領料，同時應事先規(guī)劃好新合格品庫房的區(qū)域。 其過程具體如下： ? 新合格品庫中存放的銷售公司成品和散件必須先搬出來，才能進行之后的庫房改造工作。因此建議將新合格品庫房中的散件和成品搬遷到其它庫房中暫時放置。對暫存這 些物資的庫房有以下要求：安全性、能夠存放一個月左右、有相應的庫管人員對這部分物資進行管理和收發(fā)。 合格品庫其它庫房新品 零件 銷售公司 成品 ? 由于新合格品庫房本身的內部環(huán)境不利于今后的物流配送，因此需進行改造。首先將分隔整個庫房的隔墻取消，然后把庫房地面上的凸臺削平。另外處于安全考慮，還需要將靠山那面的門窗給封閉。同時為了加大流通量，考慮在另一側新建一個入口。整個工期根據改造的范圍大致在 10 天到一個月左右。 取消隔墻新建入口封閉門窗削平凸臺 此資料來自 企業(yè) ()，大量的管理資料下載 ? 改造完畢，依次將 1 號庫、 2 號庫的零部件集中一次性轉移到新合格品庫中。 合格品庫1 號庫合格品庫2 號庫第一階段 第二階段 ? 由于 1 號庫和 2 號庫已經騰出了空間，可以將暫存在其它庫房的物 資轉移到這兩個庫房中。銷售公司的成品和新品零部件各占用一個庫房。 2 號庫新品零件1 號庫銷售公司成品其它庫房 ? 最后一步則將待檢庫的所有合格品全部轉移到合格品庫房中。 項目風險管理 項目風險管理是指對項目風險從識別到分析乃至采取應對措施等一系列過程，它包括將積極因素所產生的影響最大化和使消極因素產生的影響最小化兩方面內容。 在本項目中為了避免不必要的損失，我們必須確認哪些風險有可能會影響項目進展，并記錄每個風險所具有的特點，同時評估風險的作用大小，以制訂相應的預防措施。 風險列表如下： 序號 風險描述 風險概率 風險影響度 1 項目 的范圍超過了預計 中 高 此資料來自 企業(yè) ()，大量的管理資料下載 2 計劃忽略了必要的任務，計劃過于樂觀 高 高 3 某個關鍵任務的延遲導致項目整體的延遲 中 高 4 管理層審查 /決策的周期比預期的要長 中 中 5 非技術的第三方工作比預期延長（設備采購、安全保證等等） 低 低 6 項目計劃由于進度壓力而放棄，導致混亂、低效 中 中 7 配送環(huán)境比預期的要糟糕 低 中 8 軟件開發(fā)商未按承諾及時交付軟件 中 中 9 軟件開發(fā)商交付的軟件未能完全滿足需求，必須花費更多的時間來進行改進 高 低 10 物流公司和中儲公司的整合時間比預 期的要長 低 低 11 項目實施過程中缺乏必要的規(guī)范，增加了工作失誤和重復工作 低 低 12 項目組關鍵成員無法全身心地投入項目，導致某些環(huán)節(jié)的延誤 中 低 13 人員的工作進展比預期的慢 中 低 14 流程設計得過于簡單，忽略了主要事件，導致重新設計 中 中 15 項目實施必須的業(yè)務流程改變和部門崗位變化不能順利推行 中 高 16 進度的跟蹤不準確，無法預知項目是否已經落后于計劃 低 低 我們針對上面的風險列表，制訂出了相應的預防措施。 3． 項目的范圍超過了預計 ? 分階段進行項目的實施。 每一階段都制定切實可行的目標和時間要求。 ? 項目開始前參與方就有關范圍目標和實施方法的一般原則達成共識。 ? 正式提交變更請求前認真考慮時間、成本和產出的三角制約關系。 ? 按照范圍變更的優(yōu)先級別作不同的處理。 此資料來自 企業(yè) ()，大量的管理資料下載 3． 計劃忽略了必要的任務，計劃過于樂觀 ? 參與方對計劃進行共同評審，避免遺漏任何重要的任務，并對每項任務的時間和先后順序進行確認。 ? 項目組成員以及公司高層領導對項目存在的困難應有充分的認識，避免過于樂觀或悲觀。 3． 某個關鍵任務的延遲導致項目整體的延遲 ? 項目組成員對計劃中的每個關鍵任務都必須投入更多 的精力去關注，盡量防患于未然。 ? 事先對關鍵任務所需的資源和前提條件應做好充分的估計，避免被動。 ? 在關鍵任務的執(zhí)行過程中，及時將異常通報給高層領導，便于通過協(xié)調進行解決。 3． 管理層審查 /決策的周期比預期的要長 ? 事先制訂好規(guī)則，明確相關人員的責任，避免出現相互推委的現象。 ? 項目必須由一名有決定權的高層領導主持，在出現爭執(zhí)不下的情況時能夠作出正確的決策。 3． 非技術的第三方工作比預期延長（設備采購、安全保證等等） ? 對相關執(zhí)行單位應有相應的考核辦法，保證所有人員都能夠緊緊圍繞項目開展工作。 ? 要有相應的 協(xié)調人，協(xié)調整體的進度。 3． 項目計劃由于進度壓力而放棄，導致混亂、低效 ? 在計劃中必須預留足夠的管理時間，防止意外的發(fā)生。 ? 當進度壓力增大的時候，應評估是否能夠按時保質地完成項目，如果存在困此資料來自 企業(yè) ()，大量的管理資料下載 難則及時通報相關領導，協(xié)調解決。 3． 配送環(huán)境比預期的要糟糕 ? 事先認真做好調查工作，盡量不遺漏每一個重要的環(huán)節(jié)。 ? 在制訂配送流程的時候應該充分考慮到各種風險，不要過于理想化。 3． 軟件開發(fā)商未按承諾及時交付軟件 ? 在客戶化開發(fā)前，針對擬定的需求和軟件開發(fā)商共同確認其工作量和范圍，使軟件開發(fā)計劃符合實際情況 。 ? 在客戶化開發(fā)過程中細分幾個階段，在每個階段完成處設置檢查點，并根據檢查點及時交付相應的版本。 ? 對軟件開發(fā)商制訂相應的考核辦法，督促其按計劃準時交付。 3． 軟件開發(fā)商交付的軟件未能完全滿足需求，必須花費更多的時間來進行改進 ? 在需求分析過程中，盡早地讓軟件開發(fā)商參與其中。 ? 功能需求的評審盡可能讓軟件開發(fā)商參與其中。 ? 在客戶化開發(fā)過程中，針對不同階段提交的版本進行審核，及時發(fā)現軟件是否偏離最初的需求。 3． 物流公司和中儲公司的整合時間比預期的要長 ? 管理高層應對兩方的整合工作予以充分的重視。 ? 物流 公司和中儲公司的整合時應劃分相應的階段，并設定量化的目標。 ? 應將兩方的整合進展情況及時通報給項目組關鍵人員，以相應地調整計劃。 此資料來自 企業(yè) ()，大量的管理資料下載 3． 1項目實施過程中缺乏必要的規(guī)范，增加了工作失誤和重復工作 ? 項目組在項目開始前，要訂好以后的溝通和作業(yè)規(guī)范。 ? 在實施過程中根據實際情況及時調整規(guī)范。 3． 1項目組關鍵成員無法全身心地投入項目，導致某些環(huán)節(jié)的延誤 ? 項目開始時，明確每位關鍵人員的分工和工作量。 ? 實施過程中，項目組關鍵人員如果遇到其它重要事情，會對自己的任務造成延誤，應及時通報項目組。 ? 從公司層面盡可能保證 每位關鍵人員不受其它瑣事的影響。 3． 1人員的工作進展比預期的慢 ? 制訂相應的獎罰措施，激勵項目組人員的工作積極性。 ? 項目組長定期檢查每位組員的工作進展情況，并形成項目定期報告。 ? 項目組長應及時和組員進行溝通，協(xié)調出現的問題。 3． 1流程設計得過于簡單，忽略了主要事件，導致重新設計 ? 對流程進行共同評審，發(fā)現里面存在的問題，以便及時改正。 ? 對設計的流程應讓關鍵崗位的骨干人員進行確認，看有無問題。 3． 1項目實施必須的業(yè)務流程改變和部門崗位變化不能順利推行 ? 調整實施目標使之更符合企業(yè)的現實。 ? 爭 取企業(yè)領導層的全力支持。 ? 積極宣傳和引導這些改變給企業(yè)帶來的好處。 ? 鼓勵從本項目獲益最大的人盡早參與項目實施。 此資料來自 企業(yè) ()，大量的管理資料下載 3． 1進度的跟蹤不準確，無法預知項目是否已經落后于計劃 ? 在項目組里必須設立相應的質量小組，負責對項目進度和風險的監(jiān)控。 ? 質量小組定期將項目進展情況通報給項目組全體成員，并將當前的風險明確指出，引起相關人員的重視。