哪些屬於培訓需求分析的方法

A. 簡述培訓需求分析的方法

簡述培訓需求分析的方法

對於小企業或新興企業而言，內部機制並不完善，也沒有財力和精力的支持，年前定下的目標，到了年中又做了較大幅度的調整。如此的企業現狀，很難落地一些較成熟的分析方法(如績效分析、勝任力分析等)，因而培訓需求無法關聯到企業戰略。

雖說田俊國校長曾在著作中寫道：上接戰略，下接績效。但如果企業本身就並沒有過戰略規劃，又要如何承接呢?

此時的培訓，更多的是在解決企業經營過程中遇到的問題，有點像消防演習，既能救火，也能預防。

有些時候，這些問題是發生在公司層面的，而有些時候僅僅是部門層面。

小企業或是新興企業更多關心的是業務問題，而對管理問題並沒有那麼重視，也因此，培訓應把更多的注意力放在業務產出部門——銷售部之上。

因此，這一階段的企業，培訓部門通常採用的是諸如問卷調研、訪談、下市場觀察、頭腦風暴等方法，收集業務部門——尤其是銷售部門的培訓需求。

當然，也有一些培訓部門由於擁有業務部門經驗，因此通過既往經驗進行了判斷分析，藉此幫助業務部門定下培訓課題。

此時，培訓解決的是「消防演習」的問題。

二、成長期企業

【企業進入成長期的標志，是開始完善各類制度流程，並建立相對完整的預算執行體系;中層管理獲得一定程度的決策許可權;決策層具備一定的決策管理能力和風險控制能力。】

企業進入成長期時，業務量開始快速上升，市場迅速擴大。

但由於前期對於內部管理、流程和制度的戰略性忽視，導致內部開始出現管理問題，在業務快速擴張時往往並不容易發現，或是很容易「功過相抵」。

一旦市場機會有所減少，業務下滑，內部矛盾便會激化、亂成一鍋粥，加之各部門管理的交叉地帶和空白地帶多如牛毛，彼此推諉扯皮的現象會越來越多，導致管理成本不斷上升。

很多企業在此時或是剛剛進入成長期時，就會制定相應的管理制度，不斷優化流程，明確內部分工。很多企業開始制定部門員工崗位職責、績效考核機制等。

作為培訓部門，此時的核心要務就是培養各部門員工，使其符合崗位JD，能夠完成該崗位的關鍵任務，順利通過達成績效考核。

因此，培訓部門通常在年初就會對於關鍵部門和關鍵崗位的JD、KPI進行一定程度的梳理，同時針對關鍵崗位還有可能進行專項測評，藉此找到GAP，也就找到了培訓的方向。

除此之外，還可以針對績效達成的影響因素進行分析，影響因素就是變數，而企業管理的本質就是變數的管理。

此時，培訓解決的是「人崗匹配」的問題。

三、成熟期企業

【成熟期企業的標志在於業績增長開始放緩，能夠從銀行獲得穩定的貸款，資金流不再是主要問題;人力資源豐富，管理成熟度很高。一個成熟企業的表現，並非單純的指業務發展到某一階段，也並非市值到達怎樣的水平，而是這個企業即便離開任何一個人(包括且特指老闆)，都可以良好運轉。制度化、流程化、標准化是一家企業是否成熟的關鍵要素。】

對於成熟期的企業來說，人才發展、勝任力應該已經相對完善，員工的職業發展通道也相對明晰，有源源不斷的新鮮血液加入公司。此時，培訓的著力點非常多。

勝任力和人才盤點相配合，製作出關鍵人才的培養計劃，能夠以點帶面地拉升團隊作戰能力。

而職業發展通道與學習地圖結合，則能造成大面積的影響，使人的發展與業務發展結合起來。

此時，培訓解決的是「組織發展」的問題。

四、變革期企業

企業發展到達一定時期，隨著競爭日益激烈，機會利潤不斷減少，新業務探索的壓力就會接踵而至。

不少企業在成熟期時就已經開始籌劃變革，也有一些企業是等到矛盾爆發時才開始借勢而變。

無論如何，變革期的企業對於「培訓」的依賴，更多的是在戰略層。

從戰略的共創研討共識，到目標與計劃的制定，再到關鍵任務的分解，最終下沉至部門層的績效考核等等，都是「培訓」介入的抓手。

此時，培訓解決的是「戰略變革」的問題。

很多柔性組織，從創始開始就是一個不斷變革的組織形式，很多這樣的企業總是說自己沒有規劃，因為隨時都可能發生變化。

但我認為，越是不斷變革的組織，越應當有著明確的戰略方向，只有這樣，才能形散而神不散。

B. 如何做培訓需求分析

需求調查不等於需求分析，培訓需求不等於培訓要求。
培訓需求分析因素包寬納含企業發展戰略的調整、部門職能及需求、個人需求、企業文化等方面。其中企業發展戰略的調整涵蓋企業長遠戰略目標，企業中期、近期及年度目標，企業差巧兆新的管理體系等；部門發展的需虛租要涵蓋部門職能及需求，管理人員管理能力的提升，業務發展等；個人需求涵蓋結合部門發展的需要，基本職業素養和商業意識等；企業文化涵蓋宗旨、使命、價值觀、行為規范等。
企業培訓需求分析的幾種方法：能力及工作任務分解法、勝任力體系與測評法、訪談法、問卷調查法。
更詳細的流程和工具，你可以咨詢杭州合致行企業管理咨詢有限公司，他們有很多專業的工具。

C. 員工培訓需求分析主要從哪些方面進行分析

一、培訓需求的層次分析

1、前瞻性層次分析。（對未來的分析，人力部發起，考慮改變組織優先權的因素。）

2、組織層次分析。（找出企業存在問題並確定是否培訓，考察企業目標和對目標發生影響的因素。）

3、員工個人層次分析。（個人實際績效與績效標准對員工技能要求的差距分析。依據員工業績、技能測試和個人需求調查問卷。）

二、培訓需求的對象分析

1、新員工培訓需求分析：對企業文化、制度、工作崗位的培訓，通常使用任務頃脊分析法。

2、在職員工培訓需求分析：新技術、技能要求的培訓，通常使用績效分析法。

三、培訓需求的階段分析

1、目前培訓需求分析。（目前存在的問題和不足。）

2、未來培訓需求分析。（未來發展的羨鏈需要。）

3、能力兄乎孫要求。

(3)哪些屬於培訓需求分析的方法擴展閱讀

培訓需求產生的原因大致可以分為以下三類。

1、由於工作變化而產生的培訓需求

企業處在不斷發展變化的環境之中，不同崗位的工作內容也會相應地發生變化，為了適應這種變化，培訓需求隨之產生。

2、由於人員變化而產生的培訓需求

無論員工原來從事何種工作，當他們進入一家新的企業或踏入新的工作領域時，為了盡快地進入工作狀態，實現較好的工作業績，培訓都是他們的首要選擇。

3、由於績效變化而產生的培訓需求

實現既定的或更優異的績效是企業所希望的，但部分員工因各種原因，在其現有狀況和應有的狀況之間會存在一定的差距，由此也產生了相關的培訓需求。

D. 如何進行培訓需求分析

培訓需求的來源：

1、績效分析：從周期的績效分析，績效差距中分析培訓需求，彌補不足

2、崗位勝任力評價：從崗位勝任力角度，找出勝任力短板，進行針對性的培訓提高

3、企業或部門需要：

a、從企業或部門需要的角度宣傳文化或者理念，或者整體應注意的某些問題

b、新員工培訓

c、崗位技能培訓

d、後備人才培訓

4、新業務、新變化等等，比如新上一台設備，需要進行設備操作培訓；新開辟了歐美市場，需要對英語或其它外部的商務應用方面進行培訓等。

(4)哪些屬於培訓需求分析的方法擴展閱讀：

1、制定培訓需求問卷，對中基層員工進行問卷調查

2、根據各部門培訓需求總結，與各部門負責人進行面對面溝通；了解各部門業務變化、對員工的要求、績效差距；急需解決的問題，培訓發展建議等

3、與中高層管理者溝通，了解上一年度績效差距、新一年工作重點、未來規劃、部門領導及員工期望、整體建議等

4、必要時，可以觀察生產人員、銷售人員等一線人員的狀態，與他們溝通主要工作難點等

培訓方式、形式和時間的選擇

1、總結分析以上信息，總結出哪種類型的培訓，哪種方法是有效的，並改進培訓方法

2、根據反饋信息，選擇培訓項目，認真安排培訓時間

3、將培訓重點放在培訓對企業、部門和員工能夠解決的重要問題上

E. 培訓需求分析的三個方面

培訓需求分析的三個方面如下：

一、培訓需求分析的三個層面

1、第一層是戰略發展猜汪層面猛叢的需求，也即公司層面的需求，是把握公司整體發展方向的高層管理者根據戰略發展目標對公司關鍵部門、關鍵崗位、關鍵能力的培訓需求。

2、培訓需求以崗位需要的知識和技能要求為基礎，以員工的職業生涯規劃為前提，以員工和企業共同受益為目的，才能調動起員工參訓的熱情和積極性，從而避免培訓的盲目性。只有這樣，培訓才能有目標、有步驟地開展，才能形成完善的體系。

F. 需求分析方法有哪些

問題一：需求分析有哪些方法 三種需求分析的方法：結構化分析方法、面向對象的分析方法、面向問題域的分析方法。
結構化的分析方法是傳統的分析法，它的好處是在需求階段可以不需要精確地定義系統，只需要根據業務框架確定系統的功能范圍，以及每個功能的處理邏輯和業務規則，功能需求規格書等。因為不需要精確描述，因此描述系統的方式比較靈活多樣，可以採用圖表、示例圖、文字等等方式來描述系統。在系統開發以前，一般還可以採用更為直觀的原型系統方式和最終用戶進行交流和確認，因此對業務需求的要求會低一些，業或沖務需求階段的周期相對容易控制；通過業務全景圖，最終用戶也能了解系統的功能；通過功能活動圖和業務規則的描述，也可以相對精確地描述業務系統；因為沒有嚴格的標記語言，可以採用適當的篇幅描述適當的系統。當然，這種方法的缺點也是明顯的，分析人員和業務人員之間可能缺乏共同語言，機器不能識別業務需求書，在設計階段還需要繼續和用戶確認一部分功能。
面向對象的分析方法陪團如的最大好處是在需求階段，就能夠非常精確地描述一個系統，採用程序語言的方式和最終用戶交流（最終用戶必須要熟悉這種語言），能夠在項目一開始就發現很多問題，避免在開發的過程中出現需求的反復，而且在系統設計和開發階段不需要最終用戶參與。在實施上，一般可以採用場景、業務功能等方式來描述，比較適合於業務流程環節多的系統，或者軟體產品的開發。但是，我們也要看到，在現實中，絕大多數的應用系統都很難在需求階段就可以被精確地抽象化定義，所以這種方法的缺蘆啟點和困難也是顯而易見的：首先，用戶要非常清楚地知道最終的業務系統應該是什麼樣，或者採用一種抽象的方式能夠確定最終的應用系統；其次，因為最終用戶不需要參與設計和開發階段的工作，所以雙方確定業務需求的過程也會比較長；同時，因為是精確描述，因此描述系統的語言是非常邏輯化的，一般通過某種方式可以使機器識別業務需求，採用這種方式寫的業務需求是非常格式化的，一方面描述一個系統需要的信息非常多，可能使需求說明的篇幅非常長，不便於理解和閱讀；另外由於通過抽象的方式來推演最終系統的運行方式，對業務人骸的要求非常高。

問題二：項目需求分析的分析方法 需求分析的方法有很多.這里只強調原型化方法,其它的方法如:結構化方法,動態分析法等(個人認為,對初學者不必深究這些方法,實際上我也從來沒用過這些方法)在此不討論.原型化方法是十分重要的(是軟考等常考的知識點).原型就是軟體的一個早期可運行的版本,它實現了目標系統的某些或全部功能.原型化方法就是盡可能快地建造一個粗糙的系統,這系統實現了目標系統的某些或全部功能,但是這個系統可能在可靠性,界面的友好性或其他方面上存在缺陷.建造這樣一個系統的目的是為了考察某一方面的可行性,如演算法的可行性,技術的可行性,或考察是否滿足用戶的需求等.如,為了考察是否滿足用戶的要求,可以用某些軟體工具快速的建造一個原型系統,這個系統只是一個界面,然後聽取用戶的意見,改進這個原型.以後的目標系統就在原型系統的基礎上開發.原型主要有三種類型(軟考考過):探索型,實驗型,進化型.探索型:目的是要弄清楚對目標系統的要求,確定所希望的特性,並探討多種方案的可行性.實驗型:用於大規模開發和實現前,考核方案是否合適,規格說明是否可靠.進化型:目的不在於改進規格說明,而是將系統建造得易於變化,在改進原型的過程中,逐步將原型進化成最終系統。在使用原型化方法是有兩種不同的策略:廢棄策略,追加策略.廢棄策略:先建造一個功能簡單而且質量要求不高的模型系統，針對這個系統反復進行修改,形成比較好的思想,據此設計出較完整,准確,一致,可靠的最終系統.系統構造完成後,原來的模型系統就被廢棄不用.探索型和實驗型屬於這種策略。追加策略:先構造一個功能簡單而且質量要求不高的模型系統，作為最終系統的核心,然後通過不斷地擴充修改,逐步追加新要求，發展成為最終系統。進化型屬於這種策略.

問題三：如何做好需求分析，需求調研 轉載以下資料供參考
從廣義上理解：需求分析包括需求的獲取、分析、規格說明、變更、驗證、管理的一系列需求工程。
狹義上理解需求分析指需求的分析、定義過程。
原因
需求分析就是分析軟體用戶的需求是什麼。如果投入大量的人力，物力、財力、時間，開發出的軟體卻沒人要，那所有的投入都是徒勞。如果費了很大的精力，開發一個軟體，最後卻不滿足用戶的要求，從而要重新開發過，這種返工是讓人痛心疾首的(相信大家都有體會)。比如：用戶需要一個for linux的軟體，而你在軟體開發前期忽略了軟體的運行環境，忘了向用戶詢問這個問題，而想當然的認為是開發for windows的軟體。當你千辛萬苦地開發完成向用戶提交時才發現出了問題，那時候你是欲哭無淚了，恨不得找塊豆腐一頭撞死。
需求分析之所以重要，就因為他具有決策性、方向性、策略性的作用，他在軟體開發的過程中具有舉足輕重的地位，大家一定要對需求分析具有足夠的重視。在一個大型軟體系統的開發中，他的作用要遠遠大於程序設計。
任務
簡言之，需求分析的任務就是解決「做什麼的問題，就是要全面地理解用戶的各項要求，並准確地表達所接受的用戶需求。
過程
需求分析階段的工作,可以分為四個方面：問題識別、分析與綜合、制訂規格說明、評審。
問題識別：就是從系統角度來理解軟體，確定對所開發系統的綜合要求，並提出這些需求的實現條件，以及需求應該達到的標准。這些需求包括：功能需求(做什麼)、性能需求(要達到什麼指標)、環境需求(如機型、操作系統等)、可靠性需求(不發生故障的概率）、安全保密需求、用戶界面需求、資源使用需求(軟體運行是所需的內存、CPU等)、軟體成本消耗與開發進度需求、預先估計以後系統可能達到的目標。
分析與綜合： 逐步細化所有的軟體功能，找出系統各元素間的聯系，介面特性和設計上的限制，分析他們是否滿足需求，剔除不合理部分，增加需要部分。最後綜合成系統的解決方案，給出要開發的系統的詳細邏輯模型(做什麼的模型)。
制訂規格說明書： 即編制文檔，描述需求的文檔稱為軟體需求規格說明書。請注意，需求分析階段的成果是需求規格說明書，向下一階段提交。
評審： 對功能的正確性，完整性和清晰性，以及其它需求給予評價。評審通過才可進行下一階段的工作,否則重新進行需求分析。
方法
需求分析的方法有很多，這里只強調原型化方法，其它的方法如：結構化方法、動態分析法等，從來沒用過這些方法在此不討論。
原型化方法是十分重要的，原型就是軟體的一個早期可運行的版本，它實現了目標系統的某些或全部功能。
原型化方法就是盡可能快地建造一個粗糙的系統，這系統實現了目標系統的某些或全部功能。但是這個系統可能在可靠性、界面的友好性或其他方面上存在缺陷。建造這樣一個系統的目的是為了考察某一方面的可行性，如演算法的可行性、技術的可行性或考察是否滿足用戶的需求等。如：為了考察是否滿足用戶的要求，可以用某些軟體工具快速的建造一個原型系統，這個系統只是一個界面，然後聽取用戶的意見，改進這個原型。以後的目標系統就在原型系統的基礎上開發。
原型主要有三種類型：探索型、實驗型、進化型。
探索型：目的是要弄清楚對目標系統的要求，確定所希望的特性，並探討多種方案的可行性。
實驗型：用於大規模開發和實現前，考核方案是否合適，規格說明是否可靠。
進化型：目的不在於改進規格說明，而是將系統建造得易於變化，在改進原型的過程中，逐步將原型進化成最終系統。
在使用原型化方法時有兩種不同的策略：廢棄策略、追加策略。
廢棄策略：先建造一個功能簡單而且質量要求不高的模型系統，針對這個系統反復進行修改,形成......>>

問題四：請問常用的需求分析方法有哪些？ 結構分析方法和面向對象分析法

問題五：培訓需求分析的方法有哪幾種 組織資源分析
如果沒有確定可被利用的人力、物力和財力資源，就難以確立培訓目標。組織資源分析包括對組織的金錢、時間、人力等資源的描述。一般情況下，通過對下面問題的分析，就可了解一個組織資源的大致情況。
組織特質與環境分析
組織特質與環境對培訓的成功與否也起重要的影響作用。因為，當培訓規劃和組織的價值不一致時，培訓的效果則很難保證。組織特質與環境分析主要是對組織的系統結構、文化、資訊傳播情況的了解。主要包括如下內容：
系統特質指組織的輸入、運作、輸出、次級系統互動以及與外界環境間的交流特質，使管理者能夠系統地面對組織，避免組織分析中以偏概全的缺失。
文化特質。指組織的軟硬體設施、規章、制度、組織經營運作的方式、組織成員待人處事的特殊風格，使管理者能夠深入了解組織，而非僅僅停留在表面。
資訊傳播特質。指組織部門和成員收集、分析和傳遞信息的分工與運作，促使管理者了解組織信息傳遞和溝通的特性。

問題六：在需求分析階段常用的圖形工具有哪三種 1. 需求分析是准確的理解用的需求將其轉換成需求定義，然後由需求定義轉換成形式化的功能規約。需求分析的困難表現在問題的復雜性、交流的障礙、不完備和不一致性、需求易變性。 2. 結構化分析方法是採用自頂向下逐層分解的分析策略把一個復雜的系統分解成若干小問題然後分別解決 3. 數據流即數據通過一個系統時的變化方式。輸入數據首先轉換成中間數據，然後轉換成輸出結果數據。在此期間可以從已有的數據存儲（如磁碟文件或內存緩沖區）中引入附加數據。對數據進行轉換是程序中應有的功能或子功能。兩個轉換功能之間的數據傳遞就確定了功能間的介面。 4. 把一個功能分解成幾個子功能，並確定這些子功能與父功能的介面，就屬於橫向分解。 5. 把一個功能分解成幾個子功能，並確定這些子功能與父功能的介面，就屬於橫向分解。但如果繼續分解，把某些子功能又分解為小的子功能，某個小的子功能又分解為更小的子功能，這就屬於縱向分解了。 6. 數據流圖是用來表示系統的功能的工具它表示系統的邏輯模型描述了數據流在系統中流動的情況它是一種功能模型。

問題七：如何做需求分析 隨著技術的不斷發展和用戶對網站功能性的需求不斷提高，如今網站項目的設計已經不能再僅僅簡單地利用靜態Html文件來實現，與前幾年網站設計由一兩名網頁設計師自由的創作相比，網站項目的設計和開發越來越像一個軟體工程，也越來越復雜，網站項目的設計和開發進入了需要強調流程和分工的時代，建立規范的、有效的、健壯的開發機制，才能適應用戶不斷變化的需要，達到預期的計劃目標。
網站項目管理（WPM）的含義為Web-based Project Management，即以Web 應用程序為主要表現方式的架構來進行的項目設計及管理，這樣的架構中包含了瀏覽器、網路和Web
伺服器等關鍵主體，主要體現在網站設計、以瀏覽器為客戶端的Web應用程序開發（例如信息類網站、網上商店、虛擬郵局、客戶關系管理。）等項目管理中。
按照筆者的經驗，網站項目管理可以分為以下l六個階段進行控制：
1. 需求分析及變更管理
2. 項目模型及業務流程分析
3. 系統分析及軟體建模
4. 界面設計、交互設計及程序開發
5. 系統測試和文檔編寫
6. 客戶培訓、技術支持和售後服務
需要說明的是，這些階段雖然具有一定的延續性，但是並非完全隔斷的，例如需求變更管理和測試工作、文檔編寫都是貫穿整個項目過程的，許多工作時交叉進行或同時進行的。
（一）如何做好需求分析及變更管理？
業務員與客戶進行的溝通，撰寫需求分析報告是項目展開的基礎。項目是以客戶的需求為中心，而不是為技術而遷就需求。
一：讓客戶暢所欲言，羅列出所有的需求
讓用戶將所有的想法盡可能的闡述清楚，並把所有的要求羅列出來，不要遺漏。這時候不應該害怕「勾引」起客戶的潛在需求而增加設計開發的工作量，從而被今後客戶無止境的變更拖入泥潭，直接明白地跟客戶把問題和要求一條條地列出來，把條理、歸納、分析先都扔到一邊去，將用戶最原始、最完整的要求准確地記錄下來就完成了第一步的工作。
很明顯，假如客戶的需求做的都不完整，隨時可能會產生意想之外的變更，甚至這個變更會破壞已經做的模型及結構，那麼這個項目從開始就註定了會失敗；比如站點所有的功能都實現了，本地測試起來也沒有什麼問題了，但是你卻不知道客戶的系統是要承受每天100萬獨立IP的訪問，而你原來想當然的以為了不起就是1萬獨立IP訪問的訪問流量，稍微有經驗的開發人員都會明白這樣的設計是個災難，無論是應用伺服器、資料庫還是程序全部要重新開發！
二：透過現象分析潛在的需求
很多情況下客戶並非專業人士，在他們滔滔不絕的描述中不能指望他們幫助我們整理出重點和技術難關，這需要我們去為客戶進行分析、歸納和整理，尤其是客戶談的不多卻又是技術上實現難度和強度很高的地方特別值得注意。
客戶往往對需求的概念是非常模糊的，大多時候給出的需求都是籠統而且尺度難以控制的，這就要求業務人員在傾聽了客戶的詳細說明以後，幫助客戶進行整理和分析，同時預測客戶在開發過程中變更及今後應用中可能進行修改升級的潛在需求。
比如在為客戶設計辦公自動化系統的時候，也許就要為客戶預留將來與他們的業務單位進行交互的通道；在設計郵件系統的時候要考慮可能會需要廣告管理伺服器；設計網路電子商店時今後增加庫存產品進銷存統計分析等等；限於時間財力的考慮，客戶通常能夠接受分階段實施的開發過程，在需求分析時，提早為客戶設想到今後的需求變更除了使項目開發更加順利以外，也為今後業務的進一步深入打下......>>

問題八：軟體需求分析的方法和工具有哪些內容 1. 問卷調查法， 開發方就用戶需求中的一些個性化的、需要進一步明確的需求，通過採用向用戶發問卷調查表的方式，達到徹底弄清項目需求的一種需求獲取方法。這種方法適合於開發方和用戶方都清楚項目需求的情況。因為開發方和建設方都清楚項目的需求，則需要雙方進一步溝通的需求就比較少，通過採用這種簡單的問卷調查方法就能使問題得到較好的解決
2. 會議討論法 ，開發方和用戶方召開若干次需求討論會議，達到徹底弄清項目需求的一種需求獲取方法，這種方法適合於開發方不清楚項目需求（一般開發方是剛開始做這種業務類型的工程項目）但用戶方清楚項目需求的情況。因為用戶清楚項目的需求，則用戶能准確地表達出他們的需求，而開發方有專業的軟體開發經驗，對用戶提供的需求一般都能准確地描述和把握
3. 界面原型法 ，開發方根據自己所了解的用戶需求，描畫出應用系統的功能界面後與用戶進行交流和溝通，通過「界面原型」這一載體，達到雙方逐步明確項目需求的一種需求獲取的方法。這種方法比較適合於開發方和用戶方都不清楚項目需求的情況。因為開發方和用戶方都不清楚項目需求，因此此時就更需要藉助於一定的「載體」來加快對需求的挖掘和雙方對需求理解。這種情況下，採用「可視化」的界面原型法比較可取

G. 培訓需求分析的方法主要有

培訓需求分析的方法有許多種，在這里主要介紹9種可供選擇使用的培訓需求分析方法：訪談法、問卷調查法、觀察法、關鍵事件法、績效分析法、經驗判斷法、頭腦風暴棗培法、專項測評法和勝任能力分析法。

4、關鍵事件法：關鍵事件法與我們通常所說的整理記錄法相似，它可以用以考察工作過程和活動情況以發現潛在的培訓需求。被觀察的對象通常是那些對組織目標起關鍵性積極作用或消極作用的事件。

確定關鍵事件的原則是：工作過程中發生的對企業績效有重大影響的特定事件，如系統故障、獲取大客戶、大客戶流失、產品交期延遲或事故率過高等等。關鍵事件的記錄為培訓需求分析提供了方便而有意義的消息來源。

關鍵事件法要求管理人員記錄員工工作中的關鍵事件，包括導致事件發生的原因和背景，員工特別有效或失敗的行為，關鍵行為的後果，以及員工自己能否支配或控制行為後果等。

H. 培訓需求分析方法有哪些

1、需求分析的層次：
（1）員工層次

（2）企業層次

（3）戰略層次 員工層次主要分析員工個體現在狀況與應有狀況的差距，在此基礎上確定誰需要接受培訓以及接受什麼樣的培訓。

企業層次主要通過對企業的目標、資源、環境等因素的分析准確找出存在的問題，即現有狀況與應有狀況之間的差距，並確定培訓是不是解決這類問題的最有效的方法。 戰略層次的分析，主要集中在企業未來有效運作所必需的知識和技能。——不論是從戰略層次還是從企業層次對培訓需求進行分析，培訓的落腳點最終還是個人。

2.培訓需求分析的幾種方法：
（1）任務分析：指對工作任務進行詳細研究是以確定工作中需要哪些知識和技能，主要適用於決定新員工需要哪些培訓。任務分析主要適用於決定新員工需要哪些培訓。由於工作說明書記載著各崗位的職責和工作所需的資格條件，因此，它可以作為決定培訓需求的起始依據。

（2）績效分析：主要適用於決定現職員工的培訓需求。所謂績效分析：是考察員工目前的實際績效與理想的目標績效間是否存在偏差，然後決定是否可通過培訓來糾正偏差。

績效分析包括的步驟有：

①績效評估，以確認績效偏差存在。

②成本分析。

③績效偏差的原因分析——要認定「能不能」或「肯不肯」的問題

④開始解決「不能做」的問題。

（3）前瞻性培訓需求分析可能會由於工作調動、職位的晉升或適應工作內容的變化等原因需要進行培訓。

I. 培訓需求分析的方法有哪些

1.訪談法

從字面意思大家都能了解，就是找人進行面對面交談，了解真實需求。

訪談法注意事項：

(1)確定訪談的目標，明確「什麼信息是最有價值的、必須了解到的」。

(2)准備完備的訪談提綱。

(3)建立融洽的、相互信任的訪談氣氛。

2.問卷調查法

也是比較常用的一種方法，標准化的問卷形式列出一組問題，要求調查者打分或是做出選擇。

編寫問卷步驟：

(1)列出希望了解的事項清單。

(2)一份問卷可以由封閉式問題和開放式問題組成，兩者應視情況各佔一定比例。

(3)對問卷進行編輯，並最終形成文件。

(4)請他人檢查問卷，並加以評價。

(5)在小范圍內對問卷進行模擬測試，並對結果進行評估。

(6)對問卷進行必要的修改。

(7)實施調查。

3.觀察法

到工作現場，觀察員工的工作表現，發現問題，獲取信息數據。

在運用觀察法時應該注意以下幾點：

(1)觀察者必須對要進行觀察的員工所進行的工作有深刻的了解，明確其行為標准。

(2)進行現場觀察不能幹擾被觀察者的正常工作，應注意隱蔽。

(3)觀察法的適用范圍有限，一般適用於易被直接觀察和了解的工作，不適用於技術要求較高的復雜性工作。

(4)必要時，可請陌生人進行觀察，如請人扮演顧客觀察終端銷售人員的行為表現是否符合標准或處於何種狀態。

J. 企業員工HSE培訓需求分析的常用方法有哪些

企業的EHS培訓需求分析可以從如下幾方面著手：
1、先分析企業各崗位存在的風險，分析的方法包括JHA、LEC、SCL、PHA等。
2、確定崗位職責，根據員工的職責內容及風險分析的結果定製培訓計劃。崗位職責可以根據分工及風險類別確定。
3、根據員工的履職能力有的放矢安排培訓進度及內容，防止培訓過度或過少。員工履職能力測試可以通過平常的安全績效來考核。