應用工程化管理，構建企業ERP工程

金蝶軟件〔中國〕叢日亮上午：

9：00-12：00下午：

13：30-17：30上課時間上課形式現場游戲理論分析各小組實操演示

出勤率%課堂表現%考試%考核通過者，可以獲得?紹興市信息化工程經理?證書考核方式課堂紀律不要遲到請調成震動如果需要打的學員請到培訓室門外打完后再進來上課TrainingProject第一步Objective目的Rules規那么Behavior態度工程團隊比賽

分成幾組每組5個人

A、B、C、D、E大家如需要什么可以申請ABCCE比賽結果進行分析A—什么角色，做哪些事？B—什么角色，做哪些事？C、D、E—什么角色，做哪些事？A：老板：明確目標，共享資源，提供資源，核查目標的進度！抓住重點，動作要快，做正確的事！B：中層干部：上令下達，找出工作的最正確方法！把目標給C、D、E，他們才會有成就感！整理總結結果給A，正確的做事！C：基層員工：發揮自己的能力，認真做事！

把成果或交付件給B！企業文化分析國外：提問文化國內：揣摩文化要有確認文化〔錢不重要，時間和時機更重要〕A：老板：讓大家揣摩！B：中層干部：等待文化！C：基層員工：瞎忙文化！邊方案邊實施邊修改造成“三邊行動〞的根本原因是在目標未清、方案缺失、職責未明的情況下就倉促開始往下做細節，結果常會因為在一些小事上扯皮導致工程被不斷地延期。即使最后勉強完成了，也與最初的目標相去甚遠。壞了壞了，期限到了，忙不完了！不行啊，情況變化，我們的工程進程恐怕也要變動了！下一步該干什么?還沒想好，正在作新方案呢。做工程的誤區〔一〕“三邊行動〞第一拍：拍腦門經常有些領導有了做一個工程的想法后，不是組織相關人員嚴格論證是否可行，而是自己覺得可行就上馬工程。

看來這個工程真有的賺啊，趕緊上！拍腦門作決策的做法，從一開始就為工程實施帶來了很高的風險和不確定性，可以說也為工程的失敗埋下了伏筆……做工程的誤區〔二〕“六拍行動〞第二拍：拍肩膀

領導拍完腦袋后，為了鼓舞士氣，調開工程組成員的積極性，大多會采取一些鼓勵手段，例如——拍肩膀。

但事實證明，錯誤的鼓勵往往比沒有鼓勵帶來的后果還要糟糕！“好好干啊，我相信你們！〞做工程的誤區〔二〕“六拍行動〞第三拍：拍胸脯受到領導鼓勵的工程組成員為了讓領導放心，也會有所表示——拍胸脯，而且往往還會說出一句話：“老板，放心吧，包在我身上！〞盲目的樂觀與熱情只會讓前進方向與最初的目標越偏越遠做工程的誤區〔二〕“六拍行動〞第四拍：拍桌子工程進行一段時間后，領導突然發現工程進展情況與自己的預期相去甚遠，于是大發雷霆，爆發了“四拍運動〞——拍著桌子訓斥工程組成員。BOSS：“你們都在搞什么？這么長時間了，花了這么多錢，工程才剛剛進展到這里，還有這么多問題！回去好好檢討，不能按期完成工程，工資獎金都別想了！！！〞工程組成員：“！◎＃￥％※×……〞出現問題后不妨冷靜思考、想方法積極解決。如果只是發泄怒火和不滿，結果恐怕會讓事情越來越糟。做工程的誤區〔二〕“六拍行動〞第五拍：拍屁股工程組成員受到老板的嚴厲批評后，不少人往往會“拍屁股〞。表現有二：一種是“明拍〞，不干了，直接走人；另一種是“暗拍〞，再也沒有熱情，消極怠工，這種人留在工程組中對工程毫無益處，反而會打擊努力工作者的積極性。“當初不管證清楚，現在工程做不下去了，就知道訓我？我還不干了呢！走人！〞做工程的誤區〔二〕“六拍行動〞第六拍：拍大腿五拍之后的工程結果必然令所有人大失所望。這個時候，從決策層到工程經理再到工程組成員，大家都痛心不已，卻又無可奈何。在一個工程中即使“六拍〞都出現了也不是最可怕的，最可怕的就是拍完了卻不吸取教訓，在隨后的工程中依然延續“六拍運動〞……“唉，早知如此，當初就應該……，……，……，……，……，〞做工程的誤區〔二〕“六拍行動〞無論是在工作中還是在日常生活中，我們都經常會遇到“三邊行動〞和“六拍運動〞的場景。為什么這樣的情形會經常發生呢？我們應當從中吸取什么教訓呢？反思決策層和工程經理的職責一明確目標漢語中有兩個詞在外語中很難找到對應的詞匯：

“大伙兒看到了嗎？那就是我們的目標！〞沒有方向或目標不明確的時候，工程小組的成員就會無所適從，忙做一團卻毫無進展。因此，首先必須讓小組成員明確目標。回頭反思一下我們的游戲！揣摩領會決策層和工程經理的職責二提供資源明確方向后，決策層和工程經理應當提供必須的資源以供工程組成員開展工程。切記：不要事必躬親，不要把本該工程小組成員做的事情全部攬在自己身上“我們的目標是A,我可以為你提供這些資源：X,Y,Z,……。好好干吧，有什么問題可以隨時向我反響，但我要看到你在這個過程中的作用。〞決策層和工程經理的職責三監督落實只依靠充分授權來讓工程組多快好省的干活，還是遠遠不夠的。必須定期監督檢查工程進展情況，對不合標準的地方馬上糾正“大伙前期干得很好！但其中還存在這些問題……，咱們在隨后的工作中一定要加以改正啊！〞什么是工程？什么是工程？工程工程就是一套獨特相互聯系的任務，有明確的開始與結束，充分地利用資源，共同實現一個特定的目標！工程類型政府采購工程金融工程CRM工程ERP工程SCM工程IT規劃工程工程類工程通信行業工程能源行業工程軟件開發工程市場活開工程團隊銷售工程工程挑戰你在管理工程中曾面對怎樣的挑戰？時間的壓力人力資源的壓力技術方面的壓力團隊協作的壓力各部門的壓力工程管理的九大知識體系方案管理進度管理本錢管理人力資源管理風險管理質量管理采購管理溝通管理綜合管理很多工程都是“一把手〞工程！工程的生命周期啟動方案實施控制交付發布對一個工程的生命周期達成共識比怎樣去定義各階段更重要！工程生命周期ERP工程實施組織4321工程準備藍圖設計系統實現驗收交付實施過程規劃設計實現運作行為標準內部控制業務流程根底數據系統流程控制方案系統流程規劃系統數據規劃系統流程梳理數據定義方案擬定操作指南和工作標準系統流程控制優化客戶化開發系統流程試運行系統初始化公布操作指南和工作標準系統流程固化業務數據標準統一各業務環節的信息需求形成優化的業務流程確定工作標準，員工業務素質提高，管理決策更加科學加強流程關鍵節點控制要求，工作績效得到提升通過整理業務現狀，發現存在問題，并檢查多余的流程或者工作節點，ERP工程實施組織工程管理過程中持續改善的機制P(計劃)D(執行)C(檢查)A(改進)中國企業的根底管理要“反復抓，抓反復〞－張瑞敏P(計劃)D(執行)C(檢查)A(改進)成功的取消工程盲目的樂觀和熱情個人主義或政見補償投資的愿望缺乏成功的標準缺乏清晰的決策點把運作當作進展職能型組織結構工程型組織結構弱矩陣型組織結構強矩陣型組織結構工程管理新舊方法比較工程發生在職能中工程由職能經理開始工程經理做方案和監督只有專業的工程經理需要工程管理技巧幾乎沒給工程組提供指示管理層并未用范圍和最后期限檢查而是開始就要工程組對其負責如果不受控制，工程組就不會兌現承諾大多工程都是交叉職能的工程在組織的各個層次中同時開始并由工程操縱小組認可工程組做方案和監督工作工程管理技巧是核心能力管理層略述出其期望并在憲章文檔中做出限制直到工程組完成了方案流程，管理層才會確定范圍或最后期限上的承諾如果管理層給工程時間，被給予發言權，多數人都可以兌現其承諾為什么需要工程管理清晰的目標不是游動的列出它們用一個可靠的尺度分解成最小單元關鍵方案流程范圍目標方案團隊工作分解人力本錢，工程核算工作排序最終的甘特圖工程利益干系人積極參與工程的組織和個人其利益可能會受工程影響的組織和個人誰是你的利益干系人？Q、R、T分析

Q：T：時間最短R：質量或數量資源時間做工程的過程中，要始終考慮提高成果的質量和數量，少用資源和時間，只有如此，才能降低本錢，獲得盡可能大的收益；中層干部：找到最正確的工作方法〔上令下達--明確目標，多、快、好、省--方法〕,我們有責任幫助老板明確目標〔方法--問〕；企業幾種人分析菜鳥黑帶工程責任的轉移工作分解結構〔WBS〕WBS-組織和定義整個工程范圍的以完成件為目標的工程成份組WBS包括管理導向的完成件和產品導向的完成件滴水不漏怎樣才能使你已經完成全部工作識別的可能性最大化？滴水不漏！WBS六把刀1。先按管理分，再按產品分〔產品要具有唯一性，各有各的想法〕2。動詞+名詞〔管理+產品〕--沒有動詞就沒有執行力3。分到最底層的作業〔每一個詳細環節都要有交付件〕4。誓時不考慮資源限制〔因事擇人，而不是因人擇事〕5。頭腦風暴〔不批評、不評論、不排斥〕6。不排序作業排序WBS最低層次的每一項相連接形成一個“網絡邏輯圖〞。開始A完成BCDE里程碑B是原始項E是繼承項D是附屬項創立時間表1。工期與共用時間比較。2。最初與最終的進度比較。3。關鍵路徑計算。4。處理資源限制。5。方案突發事件。關鍵方案流程范圍方案范圍定義本錢和工作量估算作業排序工期表創立關鍵路徑練習與計算頭腦風暴—Brainstorming快速收集各種想法或意見盡量發揮個人的創意和想像力頭腦風暴的三大原那么產生設想愈多愈好鼓勵創新設想期間不必評估、不批評、不排斥待頭腦風暴結束后，才開始評估和完善設想頭腦風暴練習分組討論效率更高簡述要討論的問題，給出時間限制自由發言/輪流發言〔遵守三大原那么〕記錄全部構思補充相關意見/資料收集整理所有創意然后作理性評估取舍結果WBS—工程任務細分WBS可以比較系統地分析和表達工程中的每一項任務矩陣圖—工程責任分工工程關鍵路徑—CPM關鍵路徑取平行活動時間最長路徑，因此是網絡圖中最長的路徑關鍵路徑是工程工期最短的路徑有時關鍵路徑不止一條關鍵路徑上的任何活動延期均將導致工程延期網絡圖—工程運作流程例：軟件開發流程〔簡圖〕問題有時候你是不是覺得憑借自己的直覺和積累的管理知識，就可以把事情辦好？有時候你是不是覺得自己解決問題的方法已經很科學、很有效率了？那好，我們做個測試如何？規劃時不同的思路設計建造地牢設計建造小地牢中地牢大地牢小地牢中地牢大地牢設計建造地牢設計建造小地牢設計建造中地牢設計設計建造大地牢設計設計建造建造建造思路一思路二理性的選擇思路一的缺點：從一開始就關注單個產品這樣的細節。容易造成只見樹木，不見森林思路二的關鍵：建造可以根據設計的整體安排進行調整。要取得最正確效果必須安排好工作的起點與排序思路二指導下的工作安排1、先設計小地牢2、先設計中地牢3、先設計大地牢

最后工期太長可行方案甘特圖123456789101112131415161718192021222324周設計大地牢設計中地牢設計小地牢建造大地牢建造中地牢建造小地牢任務盡可能讓某一地牢的建造在其它地牢設計的過程中進行，以到達節省時間的目的情境轉換先不說明你剛剛規劃的方案是否最優，我們轉換一下情境思考一個更實際的例子：假設你剛買了一套三居室的房子現在要裝修這三間房，施工隊吃住在你家。裝修標準還是多快好省〔暫不考慮廳、廚、衛〕你的裝修進程規劃還是和剛剛設計、建造地牢的方案一樣嗎？裝修的Q、R、T分析Q：三房〔最不靈活因素〕T：時間最短〔靈活因素〕R：設計圖、施工隊、工錢、工料〔較不靈活因素〕世紀培訓網(123px)國內最全的管理培訓信息和資源中心思路三房裝修設計施工主臥客臥嬰兒房主臥客臥嬰兒房方案是這樣的123456789101112131415161718192021222324周設計主臥設計客臥設計嬰兒臥施工主臥施工客臥施工嬰兒臥任務這兩周怎么辦？施工隊吃住在你家，用你的水電煤氣，不干活還要白拿工錢啊！嗎？別急著往下看，你先想想有什么好方法嗎？參考解決方法1、讓設計師加班，提前兩周完成設計，以保證不耽誤施工隊連續作業〔注意支付加班費的合理性問題〕在你如此人性化的管理下，說不定你這三房的裝修質量會有意想不到的提高哦！

2、讓施工隊晚兩周進駐你家開始干活3、人性化方案：讓施工隊晚一周零四天進駐你家，留出一天以供他們放松休息真的很遺憾設計建造地牢的任務中，按照你的規劃，雖然工期是最短的，但有兩周建筑師沒有活干，成天睡覺或出去游玩。不巧的是國王就在這兩周里的某一天來視察了，發現建筑師在睡大覺，認為你的方案工期雖短，但讓他多浪費了糧食和工錢，不是最正確方案。所以他下令：

判你終生監禁！我們該怎么辦？更好的、更科學的方法層出不窮，不要過于相信和滿足于自己既往的經驗比競爭對手學得快、用得好——這是我們保持競爭優勢的唯一途徑好好學習，天天向上這是最難做到的，你覺得呢？管理管理是一門技術，更是一門藝術！工程成功的標準1。“工程成功〞的定義。2。潛在的假設。3。成功的標尺。工程成功標準工程成功=成功的產品+成功的工程管理ERP選型標準1。業務〔組織結構、業務流程、工作流、事務與協作〕。2。應用〔系統、效勞、功能用例〕。3。數據〔數據、業務對象、交換格式、平安與隱私〕。4。技術〔軟件、硬件、效勞器、操作系統、網絡〕。企業架構涵蓋業務和IT,全面的企業藍圖設計工具幫助企業的管理者了解企業的構成和運營發現問題并不斷地改進為什么需要企業架構？城市規劃圖學校建筑圖教堂建筑圖火車站建筑圖IT規劃水管布線圖樓層平面圖操作圖部件交互圖城市總體規劃功能區規劃設計工程局部設計企業架構與IT戰略子系統標準設計應用局部設計企業架構的收益建立全新的業務運營模式，落實企業的既定戰略改進業務流程，使業務運轉更加高效，降低本錢，提高顧客滿意度幫助企業分析產生問題的根源并設計改造方案幫助高層、董事會、股東清晰地理解企業運營的方案、價值和挑戰幫助各個業務線進行溝通和配合，減少和消除職責重疊或盲區提高IT價值投資回報，躲避、減少或消除IT系統的風險。。。。。。什么是TOGAF??

TheOpenGroupArchitectureFramework(架構框架)協助開發和使用企業架構的工具普遍認可的主流框架支持SOA標準會員免費內部使用TOG著名會員(c)TheOpenGroup2021TOGAF處理什么架構?業務架構BusinessArchitecture:定義業務策略，治理，組織和關鍵業務流程。信息系統架構InformationSystemArchitecture數據架構DataArchitecture:組織的邏輯和物理數據資產和數據管理資源的結構應用架構ApplicationArchitecture:為應用系統提供了一個藍圖，描述他們的關系，以及他們與組織核心業務流程的的關系技術架構TechnologyArchitecture:描述要用來支持業務，數據和應用效勞部署的邏輯軟、硬件的能力包括IT根底設施，中間件，網絡，通訊，處理，標準等基于TOGAF的架構方法2.架構內容框架5.企業連續統一體

1.架構開發方法4.架構開發指引和技術

3.參考模型6.架構能力框架方法論架構描述標準根底架構和集成信息根底設施參考模型分類學(架構制品/解決方案)應用場景指南組織、流程、技能、角色和責任TOGAF是一個架構框架，它可以使能為您的組織設計，評估，并建立正確的架構。TOGAF不指定架構風格-它是一個通用的框架，可用于開展基于SOA風格的架構。TOGAF概論及

ADM預備階段A架構愿景B業務架構C信息系統架構D技術架構E機會及解決方案F遷移規劃G實施治理H架構變更管理需求管理小結企業架構，是實現企業戰略、業務和IT技術一體化的手段，相當于城市總體規劃全面、集成、持續主要構成業務架構、應用架構、數據架構、技術架構TOGAF是目前認可度最高的企業架構方法程序設計及語言的開展時間抽象級別命令式程序設計：Fortran,COBOL過程式程序設計：C,Pascal函數式程序設計：Lisp,Prolog面向對象程序設計：C++,Java面向效勞程序設計：WebService1950196019701980199020002021SOA的核心要素松耦合可編排復用目標：靈活可變的IT系統服務組件服務組件服務提供者服務提供者標準化封裝(WebService，SOAP)服務可編排流程重組服務使用者服務使用者服務組裝標準化SOA的要素企業應用需要SOA多個IT系統供給商〔技術路線〕多個不同業務架構的應用系統跨地域分布式部署業務易于變化，組織和流程變革頻繁平臺無關(.NET,J2EE,XML)

標準接口(WebService)開放的技術標準支持快速開發部署分布式部署支持互聯網HTTP(SOAP)松耦合動態綁定，可重構企業IT需求SOA關鍵特性SOA：IT系統快速適應業務的實現方法SOA的本質目標是解決業務靈活性業務流程訂單出庫單提貨單發票訂單出庫單提貨單發票業務流程業務組件庫訂單提貨單出庫單發票……提交確認審核生效…功能視圖信息視圖客戶商品數量日期…組織視圖角色權限崗位職位…訂單流程視圖人工自動決策審批…業務對象模型SOA參考架構SOA參考架構幫助人們理解如果通過SOA的思想來構建企業的IT架構，并展示SOA架構中有那些類型的效勞構成。開發效勞DevelopmentServices管理效勞ManagementServices企業效勞總線EnterpriseServiceBus業務創新與優化效勞BusinessInnovation&OptimizationServices交互效勞InteractionServices流程效勞ProcessServices信息效勞InformationServices根底設施效勞InfrastructureServices接入效勞AccessServices業務應用效勞BusinessAppServices伙伴效勞PartnerServices工程的風險管理1。根本概念。2。風險來源。3。對風險的評估和反響。風險--“危險，損失或其他不利結果的時機或可能性！〞工程的風險管理我們為什么要考慮工程中的風險管理？1。回避---通過消除起因來消除特定風險。2。減輕---縮小發生事件的可能性并/或減低其發生時造成的影響。3。接受---接受結果。一個工程經理必須能做到1。了解工程產品的技術。2。了解工程管理中可以應用的工具。3。聯系外部因素。4。在問題還沒有變大前就意識到。5。輕松應對上上下下的關系。6。找到解決問題的多種方法并選擇其中最適合的。7。指出專家協助的來源，并求助。8。敢于做出決