項目藍圖設計方案(項目規劃藍圖設計)
溫馨提示:這篇文章已超過619天沒有更新,請注意相關的內容是否還可用!
今天給各位分享項目藍圖設計方案的知識,其中也會對項目規劃藍圖設計進行解釋,如果能碰巧解決你現在面臨的問題,別忘了關注本站,現在開始吧!三是規范項目實施的標準化工作,由于客戶的管理需求不同和實施人員不同最終制定的藍圖設計方案是有差異的,但是設計方法、框架和內容是一致的。相同之處是遵循傳統的IT規劃方法和過程,不同之處是我們公司的藍圖設計方法論更加聚焦在業務方案的設計和更加關注對藍圖設計的指引。
今天給各位分享項目藍圖設計方案的知識,其中也會對項目規劃藍圖設計進行解釋,如果能碰巧解決你現在面臨的問題,別忘了關注本站,現在開始吧!
本文目錄一覽:
業務藍圖的業務藍圖內容
你是在項目中?還是在看現有的項目文檔?
這個業務藍圖設計并不是sap
mm模塊專有的概念,它實際上是完成一項工作的過程方法的最終體現。近年由于erp系統的流行,所以隨著erp的推廣,該說法也得到了大范圍的普及。即便是你不用erp系統,*常工作中,如果做一項任務,項目等,也是需要計劃的,在計劃中就會有你的目標,以及實現目標所需的細項工作,包括所需的資源等。經過前期調研,定了計劃,然后再進行詳細的討論,反復修改,最終會有成型的為實現目標而必須執行的一套業務方案,這就是業務藍圖。然后,按照藍圖進入最終實施階段,此時基本上只會進行方案的微調,不會做大的改動。
所以簡單的理解,就是在開展一項新的項目時,從調研到最終實施,其實都是在進行未來業務藍圖的設計,它是完成一項工作的過程方法的最終體現。
全面預算-藍圖設計(干貨分享)
摘要項目藍圖設計方案:全面預算管理是企業重要的管控手段和工具,在當前企業要求越來超前,管理越來越精細化和價值化之下,結合云計算、中臺技術、智能化新技術應用,更好更快更標準化的設計藍圖方案。
本藍圖設計方法論目標一是解決藍圖方案標準化,制定藍圖方案的業務框架、預算解決思路和方案制定原則流程;二是應用此框架和流程設計項目未來業務需求解決思路,進一步規劃和明確業務范圍,促進雙方目標和思路一致,確保未來詳細方案設計方向和思路的正確性。三是規范項目實施的標準化工作,由于客戶的管理需求不同和實施人員不同最終制定的藍圖設計方案是有差異的,但是設計方法、框架和內容是一致的。希望新人拿到此手冊后能夠知道如何設計藍圖方案。
縱觀我們公司提供的業務服務和產品來看,我們非專注提供IT(信息化或數字化)規劃服務商,但從項目實踐看,我們在為客戶提供管理會計及其數字化服務的同時,輸出相匹配的聚焦我們專業服務信息化解決方案,我們的方案和藍圖主要專注于管理會計或全面預算管理的業務。從結構和內容及思路設計方面都是強調我們專業咨詢能力,服務和落地客戶的數字化轉型和管理智能化需要。
本文所編寫的藍圖設計方法論與IT規劃方法論區別。相同之處是遵循傳統的IT規劃方法和過程,不同之處是我們公司的藍圖設計方法論更加聚焦在業務方案的設計和更加關注對藍圖設計的指引。
本方案適用說明:
? 本方案提供的是標準藍圖框架及內容和制作流程,目的之一是統一預算業務咨詢設計思路和更精確的定義客戶項目目標和范圍;二是同客戶領導層說明未來方案解決思路,預防業務思路和方向走偏。因此,不論項目大小,建議各項目都要設計藍圖方案。
? 根據客戶要求和招標合同說明,藍圖設計可以適度簡化,框架內容遵循本方案。
? 公司小項目(金額在50萬內)或財務預算項目,不建議應用此方案。
1. 藍圖價值和定位
1.1 藍圖的目標和意義
1.1.1 藍圖方案定義
藍圖方案是以項目目標為中心,從業務管理視角,結合行業經驗和信息化產品功能實現,滿足客戶全面預算方面的基礎需求和關鍵需求,涵蓋業務管理思路和框架、全面預算管理框架和業務邏輯、信息化產品應用架構和數據集成,體現業務管理解決思路和方向,旨在解決客戶業務管理問題的產品應用解決方案。
1.1.2 目標和價值
對內目標和價值: 根據項目目標、前期調研訪談、資料解讀和業務理解,讓項目團隊成員深入理解客戶的基礎需求和關鍵需求,理清客戶業務痛點和管理痛點,集思廣益,共同討論制定我們解決客戶需求和痛點的思路、策略和應用框架,從而明確團隊共同的工作方向和未來的輸出成果。
對外目標和價值:體現我們對客戶需求和項目目標的解決思路和策略,一是提供向客戶匯報的基礎資料,讓高層理解我們設計思路和建設路線及時間安排,提出相關指導性建議。二是展示我們團隊的專業性,增強客戶對我們團隊的信任,進一步約定雙方配合與分工。三是將客戶需求高層想法和項目團隊解決思路達成共識。
1.2 藍圖定位
戰略指引:明確項目目標,說明項目實現的全面預算管理體系環節和內容,輸出全面預算項目解決思路,向團隊成員提供項目實現目標的指引。
分析診斷:通過現狀分析和藍圖設計,找出項目問題或差異,輸出優化建議和思路。
功能指引:理解客戶面臨的核心業務問題和管理痛點,結合行業實現經驗,明確界定全面預算(目標、計劃、編制、控制、分析、考核)實現的功能定位,清晰切分全面預算系統和周邊系統功能實現和數據關系。
業務指引:業務需求和管理需求來自業務,解決思路應服務業務應用、忠于業務和管理,提供全面預算業務解決方案,并與項目目標前后呼應、高度一致。
數據指引:明確輸出預算系統與各業務系統(財務類系統、采購系統、HR系統、費控系統、共享系統、OA系統、BI系統等)關系和邏輯,為后續的系統接口開發和集成提供指引。
2. 藍圖設計原則
2.1. 聚焦業務原則
所謂聚焦業務,一是鎖定項目實施業務,二是關注客戶行業特性。
首先,根據項目招標文件或者售前資料和售前人員,項目藍圖設計方案了解客戶情況,客戶所屬行業、集團客戶還是單一企業,詳細了解項目實施業務范圍(如管理會計、全面預算、數據中臺、其他),清楚知道所涉及的業務內容(目標、計劃、編制、控制、分析、考核),如是否有目標設定與分解,編制的粗細顆粒度,控制環節的客戶要求,分析是面向預算應用還是面向經營管理分析,考核關注點等。
其次,依據客戶所屬行業及其特性,理解全面預算管理的行業特點和痛點,然后對比本項目情況,聚焦客戶需要解決的問題。
最后,在藍圖設計時,一是根據項目所涉及客戶企業性質和項目目標,盡可能的輸出完整的全面預算業務環節,來解答本項目預算業務框架,二是根據業務需求輸出專業的解決思路和行業特性,并清晰的體現集團預算解決框架和單一企業解決框架 。
2.2. 借鑒行業原則
為了更好更快更準確的設計藍圖方案,藍圖設計可以行業經驗和已有行業藍圖方案。在知曉客戶所屬行業情況之下,努力找出本行業的預算藍圖設計方案、本行業項目匯報方案、本行業售前建議方案,理解和篩選所借鑒方案相同點,引用至本項目藍圖設計,提高藍圖設計的專業性。
2.3. 落地實現原則
藍圖設計以客戶實際業務需求為核心,結合我們公司的實施能力和行業經驗來設計藍圖方案,輸出的方案能夠應用公司數字化產品(全面預算管理系統),很好的滿足客戶的業務應用和管理需求。藍圖設計中涉及的管理問題或很難實現的業務需求,根據實際情況可以有適度表達,不建議過度說明,可以忽略。
2.4. 提升高度原則
藍圖方案要體現一定的理論高度,增強方案的專業性,提升項目團隊的價值。藍圖設計一是要具備高度嚴謹的邏輯,二是業務及管理需求描述準確抓住重點,三是反應高層關注內容及其解決思路,四是注意業務方案部分內容詳略得當。
2.5. 增強可讀原則
藍圖方案適合客戶中高層人員閱讀,能夠正確理解我們設計思路,不引起歧義。能夠適合客戶關鍵用戶閱讀,可以明白方案內容,不存在理解上差異。盡量減少我們項目上和技術專用語言,盡可能的使用客戶方語言表達。
2.6. 理解管控模式原則
了解客戶是否是集團型企業還是單一企業,理解客戶的管控模式,哪些產業或板塊是戰略管控、經營管控和財務管控,有利于掌控全面預算管理在產業層或下屬企業實施的深度和細度;有利于掌控同一層級產業或業務單元應用細度;有利用我們更好的理解客戶的實際管理需求和業務需求。
2.7. 抓緊目標原則
藍圖方案一定要圍繞項目目標和客戶高層關注點來設計。一是藍圖方案決定項目實現的方向和思路,面向客戶關注需要解決的問題,而非軟件的功能。二是客戶在評審藍圖方案時必定會關注到當初提到的業務需求和目標。
2.8. 融合集成原則
項目實施中一定存在數據集成工作,方案一定要有“三度”,立意有高度,表現有細度,范圍要適度。
現在客戶系統應用情況多樣化,有部署云端,有部署當地服務器,核算系統、ERP、資金管理系統、HR系統、采購系統、項目管理系統、合同管理系統、BI系統、OA系統、自有開發系統并存。全面預算管理系統是面向管理決策類的系統應用,在實施中必然和周邊系統發生數據交互。首先,要理清哪些數據存在交互(范圍適度),分別對應什么系統。其次,預算同各應用系統的功能定位和實現界面要劃分清楚(說明細度)。最后,表達和向客戶說明時,要站點客戶角度有全局的觀念,仔細耐心的說明各系統間的集成范圍和各自實現內容。
3. 藍圖設計框架和內容
3.1. 藍圖設計框架
通常全面預算管理項目藍圖設計包含:現狀分析與診斷,業務應用藍圖(全面預算管理體系及其業務邏輯)、產品應用藍圖、數據集成藍圖。
如果客戶是集團企業,并多元化經營,可以按照實際情況(如客戶的看法)和我們對客戶了解把控,分為:現狀分析與診斷、集團層藍圖、A產業藍圖、B產業藍圖…、產品應用藍圖、數據集成藍圖。
藍圖框架項目經理應根據實際情況和經驗設計,但是框架內容一定要全面。尤其關于全面預算管理體系中所涉及的目標、計劃、編制、控制、分析、考核,這些業務環節,要據實有度設計。
3.2. 藍圖設計內容
藍圖設計的主要任務是基于現狀分析的成果,依據指導原則,梳理資料、分析現狀和成果、討論并提出必要的業務改進或者業務重整的建議,設計客戶未來的預業務應用藍圖、產品應用藍圖、數據集成藍圖。藍圖設計主要工作成果是藍圖設計報告。報告中主要包含以下基本內容:
● 項目進度回顧:匯報項目進展情況及現在所處階段
● 現狀分析總結:總結性的列出前期調研分析報告中問題
● 業務改進建議及優化思路:主要體現在業務應用詳細描述及解決思路
● 未來的應用系統架構:包括應用系統的功能分布、主要應用系統描述
● 未來數據集成架構:未來應用系統間數據集成與整合架構等
對全面預算管理系統項目而言,業務改進建議及優化思路部分是很重要的內容。
4. 藍圖設計流程
4.1. 調研訪談
4.1.1 現狀調研訪談準備工作:
1) 了解客戶所處行業與分工:不同行業有很多自身特性和專業術語,比如能源化工企業有鹽化工(含焦炭、電石、氯堿、聚氯乙烯生產及加工)等,煤化工(含焦炭、煤焦油、煤炭氣化、合成氨、聯醇、煤制油、煤制烯烴)等之分。從我們公司來看,煤化工產業,煤炭和化工是產業的兩端,煤炭和化工預算管理主要難點在煤礦定額和化工配比及其產業鏈*衡。
2) 調研問卷與提綱準備:
? 調研問卷的設計要結合行業與產業特性進行修正,而不是每次只有一個通用問卷。明知該問題在這類企業不存在仍花做調研,不但浪費時間且容易引起客戶對顧問能力懷疑甚至是反感。
? 問題準備應該涵蓋從客戶未來業務需求和管理定位到預算管理流程的及其編制、控制、分析考核具體細節,比如未來公司各業務板塊的市場定位與份額規劃等,因為對于不同的業務板塊,在公司未來發展中比重不同,而公司藍圖方案設計時應該是首先滿足主力業務板塊的系統應用,然后考慮非核心業務的實現。
? 考慮按照業務流程來設計問卷,而不是按功能模塊來設計問卷,因為我們公司是按業務管理來設計方案,而不是按產品功能設計方案。
3) 調研的時間與人員安排:
? 調研人員應該是分層次進行,至少涵蓋公司高層、中層管理者、關鍵崗位用戶以及最終用戶。為調研保證效果,應該按層次不同分別安排場次,讓各參加者都能暢談想法。
? 在資源和時間允許前提下,調研應該串行進行,各工作小組都能一起來參與調研,確保調研分析階段能掌握所有情況。調研提綱與時間地點安排提前發給用戶并預留出準備時間。
? 顧問個人經驗積累是對調研效果也很關鍵,同樣的問題用不同的角度或方式交流,會得到不同效果或結論。所以在調研前盡可能的內部先進行溝通和交流,互相補缺,有備而戰。
4.1.2 現狀調研與需求分析的進行:
1) 結合公司特性,確定調研的主線索。按照主線從目標到計劃,從計劃到預算,從預算到控制,從控制到分析,從分析到考核。這樣不會遺漏關鍵點,而且能梳理出完整的全流程和各業務環節的關鍵問題。
2) 應該輔助以相應的工具或文檔做好調研分析過程記錄。最好是集成性的,每個顧問和用戶交流時,都依此為做更新,而且保持版本的唯一性。這樣能確保記錄的清晰完整,而且各部門或用戶反饋對同樣問題有不同描述時可以及時發現并溝通一致。
3) 調研與分析過程中,不要對未來可能的系統解決做過多探討和分析。未來如何處理一定是綜合分析基礎上,各模塊討論一直達成的。另外現狀調研與分析過程中就同用戶交流系統,容易讓用戶在信息不對稱情況下使用戶產生懼怕或抵觸或者是過高期望的心里,不利于項目進行。
4.1.3 調研與分析結果的匯總:
1) 項目經理要注意收集和跟蹤調研與分析中反饋的關鍵問題點。確保不被遺漏而且在方案設計時能全盤考慮。
2) 調研與分析的結果要發給用戶(公司高層、中層管理、關鍵用戶等)進行正式確認。不僅是確認過程,更重要是可以借此補充遺漏的信息。
3) 每次調研分析結果記錄文檔的內容更新,要組織一起學習和審閱,確保內部所有顧問都能清晰明確。
在所有顧問對調研結果一致認可的情況下再開始項目藍圖設計。
4.2. 現狀分析與診斷
根據調研訪談匯總成果,對比行業先進經驗和行業標準做法,評估預算管理現狀并找出問題,提出改進或優化建議思路。
對比分析相同行業或者相同業務管理方面全面預算最佳實踐(行業實踐案例分析),提出相關預算業務流程或管理改進建議。
4.3. 藍圖設計思路形成
依據調研分析報告,分別就業務管理各環節(經營目標、計劃管理、預算編制、預算控制、預算分析、預算考核)提出初步設計思路。并和客戶負責預算的關鍵用戶就初步思路進行溝通和思想交換,形成一致的藍圖設計思路。可以根據實際情況就藍圖思路多次同客戶關鍵人員溝通。
4.4. 藍圖方案設計
藍圖方案主要包括:現狀分析總結、業務改進建議及優化思路、未來的應用系統架構、未來數據集成架構。核心內容是業務改進建議及優化思路。依據藍圖設計思路,按客戶實際情況,分別就集團、產業、業務單元層級進行描述。
4.5. 藍圖方案確認
通常情況下藍圖完成之后,藍圖的討論匯報更加重要和關鍵,可能會涉及到項目回款事宜。根據項目實情,項目經理同客戶積極確認討論時間安排和藍圖匯報時間安排。
5. 藍圖設計方案確定的幾次關鍵
5.1. 同客戶方預算負責人溝通和匯報
5.2. 同客戶方項目負責人溝通和匯報
5.3. 藍圖方案正式評審匯報
6. 藍圖設計所需資料/信息準備
6.1. 理解客戶需求和項目目標
首先,應該從售前人員和銷售人員那里了解客戶高中層對項目目標期望,尤其關鍵領導或重要領導對此項目認識和理解(戰略想法、講話稿、匯報資料)
其次,仔細閱讀客戶招標文件中業務需求有關戰略規劃方面的需求描述,理解其范圍和目的;
最后,通過調研訪談深入了解戰略規劃全面需求。
6.2. 理解企業發展戰略
從客戶**、收集資料、領導調研等各方案了客戶的公司戰略、業務戰略和職能戰略。
6.3. 企業存在的關鍵問題和現狀情況
6.4. 所屬同行業藍圖設計案例
6.5. 藍圖討論和溝通的關鍵人
6.6. 藍圖設計中突出的關鍵要素和環節
7. 藍圖方案實例
7.1. 客戶基本情況
7.2. 項目功能需求
7.2.1. 戰略管理業務需求
A集團戰略規劃管理內容包括不限于:戰略目標制定及解碼、戰略分解、戰略執行、戰略評估及滾動規劃。具體功能需求包括不僅限于:
7.2.2. 經營目標及計劃
A集團經營目標及計劃管理內容包括不限于:制定年度經營目標,年度經營計劃編制、分解、評審、下達;根據實際執行情況進行季度的*衡、分解、評審、下達;月度計劃編制、評審、下達。具體的功能需求包括不僅限于:
7.2.3. 全面預算
A集團集團全面預算管理內容包括預算基礎假設、預算目標審核*衡、預算編制、預算執行監控、預算調整、滾動預測、預算分析以及預算考核。具體功能需求包括不僅限于:
7.2.4. 集成要求
1) 全面預算管理系統應體現對周邊系統集成要求
本系統實施商負責全面預算管理系統與其他系統集成,主要解決應用系統之間的互聯互通、信息交換、流程協作問題,包括界面集成、數據集成、流程集成和調用集成。集成商應確認核心模塊、外圍子系統間的集成范圍,出具集成標準、數據標準、文檔標準、接口標準,達到生產數據、經營數據、財務數據充分共享、互聯互通的目的。
2) 全面預算管理系統與與其它系統集成時,本系統實施商應按照集成商制定的統一的數據標準和集成標準執行。
7.2.5. 系統間集成清單
按照總集成商制定集成標準,負責集成接口的開發、集成測試、聯調。包括不限于以下集成清單:
7.3. 現狀分析結論
7.4. 業務管理藍圖
從項目目標和關鍵需求,結合調研分析梳理整體業務管理藍圖
7.5. 藍圖設計-業務邏輯和業務管理解決思路
7.5.1. A集團-戰略管理藍圖設計(部分)
本項目之戰略管理定位:本項目是信息化系統實施項目,所以定位將A集團戰略規劃目標的相關信息納入計劃預算系統,作為將來年度預算目標體系參照和約束的依據。解決戰略目標制定模擬分解至年度目標,年度上報/*衡、評價分析。
7.5.2. A集團-人工成本藍圖設計(部分)
人工成本預算管理流程:人工總量預測--上報--*衡--下達--執行
人工成本總量測算模型-數據、輸入、輸出、分解
人工成本測算模型二:輸入行業三年歷史數據,算人工成本占營業收入比,估計建議值
7.6. A集團-采購業務預算流程
7.7. A集團-投資總體框架
7.8. A集團-重點工作藍圖設計
7.9. A集團-能源集團業務框架
7.10. A集團-能源集團-*衡關系總圖
7.11. A集團-能源集團-焦炭產供銷*衡關系梳理
7.12. A集團-能源集團-用水*衡關系梳理
7.13. A集團-系統應用藍圖
A集團計劃預算管理信息化規劃藍圖:以經營決策為導向,業務模型為主線,公司產品*臺為中心,構建A數據化預算管理體系
7.14. A集團-數據集成藍圖
系統集成:通過數據接口,打通預算管理系統和周邊系統的數據通道
外圍系統的數據通過A集團接口*臺流轉到全面預算管理系統,全面預算管理系統對數據的處理采用映射/檢查和構建中間數據倉庫,在系統間實現相關數據互聯互通。
對接的系統包括SAP-ERP系統、OA系統、營銷*臺等14個業務、財務系統。
通過標準接口規范和多重數據安全機制,以實現A集團計劃預算相關數據無縫自動流轉、充分共享。
ERP項目管理包括哪幾個階段?
1.初次調研:
主要的目的就是ERP軟件提供商的實施顧問人員能夠對企業各個部門的業務流程初步了解,能收集到各個部門業務流的所有單據,和各個部門人員的認識,了解他們對ERP的認識和期望,以便制訂工作計劃。
2.系統培訓:
主要的目的就是能夠讓企業所有人員認識到什么是ERP,并在企業中應用ERP系統能給企業帶來如何的效益,另外就是ERP軟件的各個系統的功能培訓。
3.流程擬定:
主要的目的是實施顧問人員根據自己對該企業的了解結合自己或所在公司對企業所在行業的累積經驗,結合ERP系統擬定出一個符合企業需求的業務流程,能在系統中得到合理的體現;這是一個非常重要的階段,一個企業的管理能否從此通過ERP得到提升,流程能否更完善,就需*這個流程擬定了。
4.編碼原則:
主要的目的是企業能在實施顧問人員的指導下,制定企業應用ERP的基本原則,其中包括物料的編碼原則、供應商、客戶的編碼原則、產品結構(包括BOM架階)的分階建立等。
5.資料收集:
主要的目的是企業的人員在熟悉了各項編碼原則的基礎上,收集企業應用ERP管理所需要的基本資料,包括物料資料、供應商、客戶、部門、人員等收集。
6.流程測試:
主要的目的是企業的人員測試流程擬定的合理性,并使用企業實際的業務流程來測試ERP系統的功能完善性,和操作的方便性。
7.期初導入:
主要的目的是搜集ERP系統上線的期初數據,并在實施顧問人員的指導下錄入ERP系統,為企業正式應用ERP系統奠定夯實的基礎。
8.上線輔導:
主要的目的是將企業的實際業務數據在ERP系統中處理,一般在系統上線的第一、二個月的時間里面,有必要的又模式進行,以防企業人員在上線期初操作不熟練所造成錯誤。
9.月結輔導:
主要的目的是在應用系統一個自然月后,通過ERP系統來跑出企業管理所需要的各種報表、檢驗報表的完善性,數據的準確性。
當然,一個企業中要成功實施一個ERP系統,單純的*以上九個步驟是遠遠不夠的,ERP的實施是一個非常規范的過程,所以,我們在這里將這過程分作為兩大塊。
一、以實施文檔全面貫穿實施過程:
作為實施顧問人員,在實旋的過程中,應將各種標準的實施文檔提交給企業,以確保ERP實施項目的質量進行,也就是說,顧問與企業之間的工作與文檔的制作息息相關,可見文檔在實施進程中的重要性非同一般。
那么,文檔到底對整個實施工作有怎樣的作用呢?首先,我們大致將ERP實施中的文檔作為一個分類:
? 分階段實施計劃文檔
? 分階段目標設置文檔
? 標準業務流程文檔
? 標準編碼、標準數據文檔
? 標準參數設置文檔
? 功能操作指南文檔
這些文檔將會伴隨著ERP實施的各個階段逐漸充實、完善;也同時記載了整個實施的過程和成果;那好,現在我們來分析一下這些文檔的價值所在:
1.書面化的文檔有助于實施人員與企業人員明確了解各自的職責,信息互通,共同把握實施過程的節奏。
2.標準業務流程文更有助于雙方明晰業務流程,有效配合業務流程的重組和優化。
3.標準編碼、數據文檔及標準參數設置文檔是實施中不可缺少的基礎資料,可有效減少重復工作,避免對正常工作的影響。
4.功能操作指南文檔可幫助最終用戶規范化操作,加強培訓效果。
前面我們曾經提到,ERP的實施工作可能長達數年不定,在這個時間跨度中,企業在最初實施ERP時確定的ERP項目的人員,也許難免要發生一些變化,那么,在發生變化時,ERP實施文檔就可以承擔起指導雙方快速工作的標準文檔的作用;還有,當實施完成后,企業的運行過程將是更漫長的過程,那么實施的標準文檔就將成為企業實施信息化的公共載體了,成這指導企業后續工作的航標,和企業在后續人員培訓方面提供詳盡的素材。
二、培訓全面貫穿實施過程:
在ERP實施的過程中,培訓始終是作為一條主線的,具體點說吧,在系統實施過程中,培訓對象包括以下四類:
企業領導層、核心小組(項目負責人)、技術小組、最終用戶
1.企業領導層培訓,對高層的培訓主要是ERP管理理念的培訓,通常會由軟件提供商安排較資深顧問師對企業領導層進行ERP管理思想的培訓,使得企業領導層能夠從總體上理解ERP系統的理念、流程和功能。
2.核心小組(包括項目負責人、部門經理)的培訓,對於這一類的培訓內容包括ERP系統的管理思想概念、ERP系統的具體功能以及ERP系統各種報表的應用。
3.技術小組培訓,技術小組的成員主要包括參與ERP系統及相關Database和網絡安裝、設置及管理的信息部門成員。培訓的主要目標是提供ERP系統的設計結構,各個模塊的關聯關系與數據庫結構,系統問題處理等。
4.最終用戶培訓,培訓目的是使用戶了解ERP系統后新的業務前景、目標以及帶來的好處,使用戶能清楚的了解到ERP是什么,怎樣通過它提高個人及整體的業務表現,使用戶發角其工作內容的變化及ERP將如何融入其日常工作。同時向用戶提供從現狀到未來遷移過程中通用的術語,提導用戶如何使用ERP完成其工作。
ERP的實施過程中的培訓作為實施的一條主線,既體現了ERP實施很高的附加值,又充分體現了ERP實施過程中的知識轉移。把ERP從半成品到成品的過程實質就是知識轉移的過程,其中包含企業的管理診斷,實施戰略的選擇,業為流程的設定,對企業需求的恰到好處的分析。
上述中,企業信息化是一個長期的過程,在這個過程中,成熟完善的ERP系統是信息化成功的前提,嚴謹科學的實施方式是保證ERP成功上線的關鍵。
如何編寫IT項目方案.ppt
2012-9-24 如何編寫IT項目方案 通過學習如何編寫方案,讓大家進一步體會管理線索在實際工作(項目)中的應用。 幫助大家更容易地理解IT項目管理的理論體系:九大知識領域和五個過程組。 幫助大家學習掌握IT項目方案編寫方法。 目錄 什么是方案 如何編寫需求分析 如何編寫方案設計原則 如何編寫解決方案 如何編寫實施方案 如何編寫維護服務方案 如何編寫培訓方案 如何編寫典型案例 典型設計方案分析 方案就是解決問題的方案。 方案有:用戶解決方案、項目申報方案、可行性報告等等。 寫方案的目的就是讓別人知道,你有能力高效、低耗、低風險地完成特定的任務目標。 方案中要解決: 為什么做 做什么 達到什么效果 誰來做 怎么做 花費多大代價 有何風險、怎么控制 質量如何保證 你是否有相應的能力 什么是方案 方案的背景,講述當前與方案相關的社會、需求、技術等背景情況,國內外同類解決方案的情況等。一般出現在申報方案。 需求分析,即問題所在或方案的目的,講明這個方案要解決的問題是什么,方案都是有目的的,在這里就是要闡明目的,并樹立起要解決問題的目標。給讀者闡明為什么做。 方案的意義,高度概括,這個方案能解決什么問題,方案的實現能帶來什么好處。一般出現在申報方案。 方案設計原則,就是在設計解決方案時,必須要遵循的原則。所謂原則,就是不能突破并必須嚴格遵循的尺度。在每個具體的解決方案中,都要體現預先確定的原則。 遵循的標準,包括國標、行標、地方標等,也是在設計方案是不能突破的尺度。 方案的目標,總體概述解決問題的方案,高度概括。一般出現在申報方案。 解決方案,給讀者闡明怎么做,來解決問題。是解決方案的主體。 方案有以下要點或組成部分 組織架構 實施方案(進度計劃),給讀者闡敘做的具體步驟,工作路線。 服務方案(服務計劃),給讀者闡明你有服好務的具體措施。 培訓方案(培訓計劃),給讀者闡明你有做好培訓的具體措施。 溝通計劃 質量控制計劃 風險識別和風險控制計劃 設備采購計劃 工作量估算和人力資源成本預算 典型案例介紹,給讀者證明,你已經具備了實現這個方案的能力。 工作基礎、工作成果積累,進一步論證你具備實現這個方案的能力。 滿足用戶的需求、滿足招標文件中提出的所有要求是編寫方案的基本原則,要對用戶和招標文件的每一項要求都有明確的響應,要清晰準確地領會用戶的意愿,不能隨意抵觸或反對用戶的意愿。 要努力在方案中體現我們的特點(特別是主要競爭對手所不具備的特點),要在方案中發揮我們有利的資源,廠商產品選擇是要考慮利潤最大化和商務可控性。 需求分析即問題所在或方案的目的,講明這個方案要解決的問題是什么,方案都是有目的的,在這里就是要闡明目的,并樹立起要解決問題的目標。給讀者闡明為什么做。 用戶需求分析總會是用戶解決方案的第一部分,這部分主要是分析用戶項目的需求、用戶的關注點和興趣點、用戶當前的資源情況和存在的問題等等。 用戶需求分析是整個方案定基調的部分,是為我們為什么提供后面所描述的方案設定論點并為提供論據奠定基礎。 同時,到位的需求分析,也是為我們制定方案的設計目標提供依據。 作為方案的開篇部分,如果分析到位,特別是用戶的關注點和興趣點分析到位,會立即引起用戶的共鳴,迅速把用戶吸引住,也更容易讓用戶理解我們后面的內容。 一個到位的需求分析,是一個好方案的一半。反過來講,如果你都不能全面地把握用戶的需求,你拿出來的方案也不會有什么針對性,用戶不會感興趣。 要做好需求分析,需要進行耐心細致的用戶調研工作,而且根據用戶項目的特點,制定明確的需求調研線索和方案。 需求分析 用戶立項的宏觀背景 用戶立項的目的和意義 用戶的組織架構 用戶當前it建設的情況 采用的技術需求 軟件功能需求 軟件性能需求(質量需求) *臺環境需求 安全方面需求 項目風險識別 用戶關注點和興趣點詳細分析等 每一部分根據需要,可以做進一步分類描述。 對于一個綜合性IT應用解決方案,如金保工程方 案,需求分析應包含以下幾個方面的內容 大家要注意,用戶需求是多角度的 在進行需求分析描述時,各部分分類要清晰 多用條理性描述少做長篇論述 各部分內容分量要均衡 要點要清晰準確 要體現全面、到位和重點突出。 大家記住,這里每一部分的描述都將是后面相應內容的線索和論據。 用戶需求分析往往是方案編寫者最容易忽視的部分,好多人都是隨便湊點內容,甚至湊一些根本無關的內容。 這樣的后果是,因為自己不重視,也就不能真正地掌握用戶的需求和期望,寫出的方案針對性不強。 方案設計原則是每個方案必須的部分,也是很多方案編寫者最輕視的部分,好多人的辦法是隨便抄一個其他方案的原則部分,應付了事。 這反映出他們根本不知道原則是什么、原則的作用是什么。 方案的設計原則是設計者對設計思想的綱領性的描述,是對需求的高度抽象和概括,是進行方案設計的最基本的指導方針。 就是在設計解決方案時,必須要遵循的原則。所謂原則,就是不能突破并必須嚴格遵循的尺度。在每個具體的解決方案中,都要體現預先確定的原則。 在方案設計原則中,要表明在方案設計時重點要考慮哪些問題,要突出對用戶關注點和興趣點的對策,這些內容要與需求分析的相關內容緊密呼應。 方案設計原則的編寫可以分為兩大類,一類是基礎性原則,一類是響應用戶特殊需求的原則。 方案設計原則 基礎性原則在每個方案中基本都會有,如: 先進性與成熟性的原則 先進性與保護投資的原則 安全性原則 功能完備性原則 靈活性原則 可維護性原則 可擴展性原則等等。 基礎性設計原則 我們拿可維護性原則作為例子分析一下“原則”的含義 可維護性的意思是,根據我們提供的方案開發出的系統,具有方便進行維護的特點。 換句話講,我們進行方案設計和開發時,要充分考慮今后維護的方便可行。 即便這些基本性原則可能在很多方案中都有,但也要充分理解用戶的期望。 如用戶項目資金充裕,那可能就要突出先進性的原則. 反之,可能就需要充分考慮原有設備的復用,保護原有投資。 用戶特殊需求的原則要認真下一番功夫 直接體現我們是不是重視用戶的想法 是不是真正理解他們的需求 要想做好這方面的文章,就必須對用戶的需求、用戶的關注點和興趣點非常清晰。 一般情況下,在介紹方案時,原則部分會有比較強的沖擊效果,特別是那些很到位的響應用戶特殊需求的原則。 說白了,就是告訴用戶,你關心什么,那么我們就將在方案中注意、解決和實現什么。 解決方案這部分是方案的主體部分,也是分量最重的部分。需求分析部分是講為什么設計這樣一個方案、這個方案要解決什么問題、有什么意義。 方案設計原則部分講的是我們在進行這個方案設計時應該遵循的原則,或者說是應該重點關注和考慮的問題。 標準規范部分講的是方案設計的應遵循的標準規范。 這部分是介紹我們設計出來的結果。 是不是滿足需求、是不是能夠解決用戶的問題、是不是遵循了原則、是不是符合相應的標準規范,全要在這部分中體現出來。 解決方案 為了讓大家容易理解,我在這里用一個大家比較熟悉、比較容易聯想的方案設計例子進行介紹,這個例子就是一座大樓的設計方案。 設計一座大樓是一件很復雜的工作,要考慮大樓的功能需求、外觀、空間、每個樓層的房間布局、強電線路、弱電線路、供水線路、供暖線路、排污管線、各種材料等等,要進行力學分析、結構分析等,可以說設計一座大樓是一項龐大系統的方案設計工作。 后面將給大家介紹一下編寫這部分內容的注意事項。 首先請大家記住,我們這里講的設計方案,是我們與用戶溝通交流的方案。 目的是讓用戶知道我們有能力、有措施、有保障地去實現他們的需求,是讓用戶樹立起與我們合作的信心,但并非是一個具體的開發方案。 因此需要重點突出而不需面面俱到,不需要或者千萬不要落到具體的細節上,要盡可能保證各部分內容的均衡。 設計方案編寫要點之一 在方案描述部分的最前面,要有一個方案的總體描述,可以稱為總體設計方案。 或成為方案藍圖 也就是項目的總體目標 這部分是對你的設計方案的高度概括性介紹。 設計方案編寫要點之二 為了能讓用戶了解你的方案的全貌 對于比較復雜的設計項目來講,不是幾句話幾段文字可以表述清楚的 需要站在不同的角度、針對于不同的層面進行介紹 譬如說大樓的外觀,從正面看,你是看不到全貌的,即便你把外貌全介紹清楚了,如果不介紹其他的話,別人也很難明白這個大樓。 因此要學會角度、層次的分解 可以從類別上分,也可以從功能上分,分的目的是為了更全面、更清晰、更容易地給大家介紹你的方案。 一般一個IT項目方案包括: 技術架構 網絡架構 安全架構 功能架構 性能指標 。。。 設計方案編寫要點之三 對你的方案進行分解描述時,要充分考慮前面需求分析的內容。 需求分析中提到的需求和問題,在方案描述部分都要有相應的解決方案,前后呼應,前面講為什么要做,這里講怎么實現。 與需求分析呼應,也是方案分解描述時進行分解的參考依據。 方案是否與需求相呼應,意味著方案是否扣題。 有很多這方面做得不到位的方案,對在這個項目上行,按在另外一個項目上也行,就成大笑話了。目的性強! 設計方案編寫要點之四 對于一些用戶關注的問題和需求,以及通過分析具有比較高復雜度的問題,也要分解出來進行單獨講解 一是表明我們對用戶的需求的充分響應 二是表明對需求理解的深刻,盡管有些問題很復雜,但我們有可行的解決方案。 借此增強用戶的信心。 設計方案編寫要點之五 要與前面設計原則部分相呼應 在方案的描述中,要體現出我們是嚴格遵從前面制定的原則的。 同樣,也要對所遵循的標準規范有呼應。 設計方案編寫要點之六 多采用圖示的方法 大家都知道,無論文筆怎么好,文字的東西總是比較抽象的 讀者必須通過聯想才能理解你描述的含義。 如大樓的外觀情況,如果文字描述,很可能長篇累牘地寫了一大堆,別人還是搞不明白。 而用圖的形式,可能只需三兩張圖,就把大樓的外觀展現的清清楚楚了。 圖示的作用是直觀。 圖是對方案的高度概括和抽象。 做一張好圖,要基于你對方案完全了解和掌握,也要基于你的知識和經驗的積累。 真正好的方案描述都是圖文并茂,用文字輔助解釋圖中關鍵的部分。 設計方案編寫要點之七 要學會使用表格進行描述 與圖示一樣,表格也是一種非常好的方案描述的方法。 表格的作用是簡練、調理、清晰,更容易讓讀者理解你所表述的內容。 對于一些包含大量數字,或者描述形式重復的內容,都可以采用表格的形式描述。 設計方案編寫要點之八 對于一些重要的指標或用戶關心的指標 需要基于你的方案進行分析 用合理的分析模型和數據 證明你的方案能夠達到用戶所期望的指標 例如設備配臵選型設計,用分析的指標作為依據 設計方案編寫要點之九 對于一些需要利用其他廠商產品進行集成的項目 要講明你所選擇的原因和這些產品的作用 要對你所選擇的主要產品從功能和性能角度進行介紹。 設計方案編寫要點之十 為了突出我們期望讓用戶產生深刻印象的內容。 可以在方案描述的最后一部分做一個總結,可以用方案特點介紹的說法。 在特點介紹中,要突出我們獨有的特點(在一定程度上會讓用戶去找我們競爭對手相關的內容)。 要突出用戶關心的問題(與需求分析呼應)等, 大家需要注意,特點一定要“特”。 方案特點組織的好,也會對用戶產生比較強的沖擊力。 設計方案編寫要點之十一 編寫方案的時候,特別是編寫這部分方案的時候 切記千萬不要湊材料,這個地方抄點那個地方摘點進行拼湊,這是編寫方案的大忌 如果需要摘抄一些資料,必須自己完全掌握這些資料的內容 并且確認對解決特定的問題有幫助。 設計方案編寫要點之十二 開發實施計劃,也稱總體進度計劃,是對全部相關計劃的有機整合,也叫整體計劃。 整體計劃涵蓋了開發計劃、實施計劃、采購計劃、質量控制計劃、風險控制計劃、項目團隊建設計劃、驗收計劃、服務計劃、培訓計劃等等。 項目開發實施方案(計劃或工作路線) 我們常說,要完成一件事情,需要有計劃、有組織、有措施、有保障地進行。 我們的設計方案完成后,接著就要給用戶介紹我們怎么實施完成,這就是實施方案。 實施方案的編寫需要按照有計劃、有組織、有措施、有保障的線索,基于項目管理的思想進行闡述。 在這里對大家有一個要求,就是你在寫出來這個實施方案之前,你已經真正明白了這個項目到底怎么干才能干好。 如果你都不知道怎么干的話,寫出來的所謂的實施方案是不是可行就需要打個問號了。 這個問題在很多人在寫實施方案時常犯的錯誤。 我們需要基于項目管理的思想來描述開發實施方案。 首先需要明確項目的目標。其實方案確定好了,總目標是非常清晰的,那就是按照用戶的需求開發出系統,按照用戶的時間約定部署實施完成。 但如果僅僅這樣講,那只落在了總目標的口號上了。 為了拿出真正可行的方案,需要把目標進行分解,分解成一個個階段性目標或歷程碑性目標,這項分解要盡可能的準確和詳細,目標越清晰具體,越容易找到實施方案。 要反思,如果這一個個的階段性目標都實現了,是不是就能很好地完成和實現總目標,如果是,說明你的分解基本就是合理的。 當目標分解工作完成后,各個子目標之間可能存在時序關系,也可能存在其他關聯關系,為了完成每一子目標都有相應的工作內容、也需要一定時間和人力資源的支持,有一些比較復雜的工作可能需要一些方法的指導(工作預案)。 對應于每個子目標,把這些相關的東西搞清楚描述出來,然后按照時序關系排列起來,項目的實施計劃就出來了。 實施計劃描述需要調理,一般可以采用表格的形式。 目標分解一般是采用自上而下的方式進行 具體做法是,先圍繞總目標的實現分解成幾個大的階段 然后對每個階段進一步分解成更小的階段 最后落實到每一項工作任務的目標上。 在實施計劃中,還有一點非常重要,就是必須滿足用戶工期的時間要求。 項目組織架構 不管目標怎么定,方案怎么做的,有一點是確定的,就是必須要有人去按照計劃 去干,去實現一個個的目標。 作為一個好的實施方案,需要對承擔這項工作的隊伍、人員進行組織和分工。 描述這部分內容的線索可以這樣。 定義項目實施過程中的角色,根據實施計劃的需要,對參與項目的人按角色進行分類,定義角色的責任。 分析一下這個項目每一個子目標實現過程中,都需要涉及到哪些類型的人,這些人與我們的那些部門有關。 設計項目組的管理架構,與實施計劃相關,與工作分類和角色分工有關,要有責任明確的項目負責人角色。 如果隊伍比較大涉及的部門比較多的話,項目負責人就需要具有比較強的資源協調能力,明確項目總負責人和不同類型工作的負責人。 根據計劃的需要,選擇明確項目成員。 一個好的實施方案,除了給用戶講清楚怎么干以外,還要介紹你的這種干法是可行的而且是風險小的,這就是實施方案的保障措施。 一般情況下,應該包含這樣一些內容: 溝通協調措施,要有明確的溝通協調機制保障,項目是需要我們與用戶、廠商、監理等一起配合完成的,因此必須要有良好的溝通。 質量要求和質量控制措施。 風險分析以及規避風險的措施。 預算(成本計劃),包括設備采購計劃和人力資源成本預算。 一些復雜工作的工作預案,要讓用戶知道我們是有辦法有能力完成這些工作的,增強用戶的信心。 驗收計劃 這是對雙方都負責任的約定,驗收方案要科學合理,要具有可操作性。 對于一些特定的項目,需要對我們投入的人力和工作量進行統計。 首先,你要對用戶參加培訓的人員進行分類 不同類型的人員需要接受不同的培訓 大體可以從系統管理角度和系統使用角度進行分類。 如系統管理員(進一步也可細分為應用系統管理人員、系統環境管理人員等)、系統使用人員(或者稱用戶業務人員,包括各個層面使用系統的人員)等。 培訓方案要點之一培訓對象分類 從管好和用好的角度,設計培訓的課程 在每一門培訓課程中,要對一下項目進行定義 培訓課程名稱 培訓目的和期望達到的目標(培訓完了,受訓人能夠達到什么水*或能力) 受訓人技術基礎要求 培訓形式(集中上課、上機實習) 培訓課時數 培訓教材(必需要有明確的培訓教材,除了編寫或購買的教材以外,可以多選用項目交付時提供的資料,如設計方案、用戶手冊等) 培訓內容概要(要介紹這門課程的主要內容)。 培訓方案要點之二培訓課程設計 根據項目總體的實施計劃安排,設計課程表 課程表中要明確時間、地點、培訓對象、課程 因為這里面要考慮總體進度,要考慮參訓對象所受的時間、地點的制約 課程表的編排一定要合理可行。 培訓方案要點之三培訓課程表 最后可以介紹一下承擔培訓工作教師的情況 對幾個主要培訓教師的簡歷進行介紹 另外,對于一些需要比較特殊條件的培訓,介紹一下我們的保障措施。 培訓方案要點之四培訓教師介紹 用戶對維護服務的期望是: *時通過有效的管理和監控,盡可能地減少故障概率 系統發生故障時,出現的問題能夠得到最高效率的解決 這也是我們設計維護服務方案時的基本原則和目標。 維護服務方案 服務需求分析,對用戶的服務需求,從主要服務項目和特點、響應時間、期望等進行比較詳細的分析。 維護服務方案要點之一服務需求分析 組織管理體系,告訴用戶我們公司有哪些部門、哪些人員以什么樣的角色參與維護服務工作,每個角色的職責是什么。對服務組織中的核心成員進行介紹。 維護服務方案要點之二組織管理體系 服務項目定義,對于用戶的服務需求進行應對,告訴用戶我們圍繞這個項目,能夠提供什么樣的服務工作,每項服務工作的含義是什么。如,我們有什么服務是對應于減少故障的,有什么服務是對應于解決問題的。 維護服務方案要點之三服務項目定義 這部分介紹的是為了完成我們提供的服務項目,我們有什么樣的措施進行保證。 如,對于我們所提供的減少故障的服務,我們采取什么樣的措施來實現。 服務項目和服務措施是緊密關聯的,共同來表述我們能給用戶什么服務和怎么給用戶這些服務。 響應時間定義,這是對雙方都有益的一個約定,介紹在不同情況下我們的時間響應措施。 維護服務方案要點之四服務措施手段定義 介紹從服務請求到服務結束我們的工作和管理流程。 進一步讓用戶明白我們擁有一個嚴密的服務體系,能夠滿足用戶的服務需求。 需要的話,可以對服務流程所需的管理工具進行介紹。 維護服務方案要點之五服務流程介紹 前面把我們服務體系的服務組織、服務措施、服務流程介紹完后。 最后要針對于用戶對本項目特定的服務需求進行響應。 設計滿足于用戶服務需有的服務方案。 這部分要對用戶或招標文件中的服務要求進行點對點的應答,必須明確承諾是正滿足。
ERP項目藍圖設計是什么
所謂ERP是英文Enterprise Resource Planning(企業資源計劃)的簡寫,ERP項目是一個大型企業管理信息化項目,是一項系統工程。
編輯本段項目組成
大型ERP項目的項目組一般由ERP項目經理、ERP售前顧問、ERP實施顧問、ERP技術顧問及客戶經理組成。ERP售前顧問的主要工作是調研分析企業需求并根據企業的實際情況提出信息化的解決方案; ERP實施顧問的主要工作是將管理信息化解決方案成功地實施、應用到企業的實際業務流程中去,并對項目進行持續的支持項目藍圖設計方案;ERP技術顧問負責項目中的服務器架設、網絡配置等技術指導;ERP項目經理是整個項目的負責人,全面負責項目的進展,推動甲方各職能部門負責人對軟件供應商的配合。
ERP人才
目前,隨著信息化的快速普及,ERP項目中的項目經理和咨詢顧問人才十分短缺,而大學生和其他從業者入門ERP職業又特別難,ERP人才專業培養機構的誕生,國內最大的管理軟件廠商用友率先創辦項目藍圖設計方案了用友管理軟件學院,為管理信息化行業培養高品質、專業化、應用創新型人才。包括ERP項目中的項目經理和咨詢顧問。
關于項目藍圖設計方案和項目規劃藍圖設計的介紹到此就結束了,不知道你從中找到你需要的信息了嗎 ?如果你還想了解更多這方面的信息,記得收藏關注本站。
發表評論
還沒有評論,來說兩句吧...