有很多關於如何培訓人員的課程，有些在線，有些來自真實的學習機構。我認為您沒有時間這樣做。

所以，讓我們開始進行10分鐘的速成課程。

1. 記錄過程 ：您的起點將是您的產品文檔。它涉及的每個詳細步驟，每個參考以及每個其他技術。在紙上獲取。
2. 建立基準線：建立理解文檔所需的最低技能水平。例如，移交應用程序支持可能需要C＃知識，SQL能力，Cobol ...通過列出每種技術的基本技能水平來建立基線。不要忘記Windows，有些人是白痴。
3. 制定計劃：一旦有了基準，就開始將文檔納入培訓計劃中。這需要時間。從最簡單的概念開始，並以此為基礎。請記住，您在編寫此文檔時是假設承包商可能在您的公交車事故發生後進入並撞上地面。
4. 測試：測試對某人的培訓。他們會發現您忽略的漏洞。固定孔，沖洗，然後重複。
ol>

與所有步驟一樣，每個步驟都可以分解為更詳細的步驟。有一個google / bing用於編寫技術文檔，創建培訓包等。

作為一名數據專家，如果有人想讓我成為公共汽車因素的應用程序開發人員，我將非常惱火。您的管理層這只是短視。這就像要請會計師培訓以進行人力資源培訓一樣。我之所以提出這一點，是因為您可能會遭到這些人的抵制。我也提出來，因為他們不是非技術人員，他們擁有完全不同的職業，如果您將他們視為非技術人員和愚蠢人員，則會在您的培訓中遇到問題，這會產生問題。

我相信第一個步驟是確定他們最有可能需要做的事情並將其記錄在Wiki中。他們不太可能希望這些人從頭開始創建東西，而要對它們進行故障排除並將它們放在一起，直到您返回或僱用新的應用程序開發人員為止。如果是這樣，則將您要告訴他們的最重要的內容分類。列出最常見的生產問題，然後針對每個問題創建備忘單，以解決該問題。

教給他們諸如如何解釋錯誤消息以及如何在系統正在執行的任何日誌記錄中查找信息以及何時重新啟動服務器以及如果重新啟動服務器將受到什麼影響之類的事情。教他們您的編碼標準。教他們代碼在源代碼管理中的存儲位置以及使用方式（儘管我認為大多數數據庫工作應在源代碼控制中，但它不在很多地方，因此他們可能不知道如何使用它。）給他們一個清單任何適用的服務器名稱和密碼，並確保它們具有在這些服務器上工作的適當權限。

找到具有自由職業者可用的地方的本地聯繫人。如果問題超出了數據人員的能力範圍，請確保您的公司知道他們可以從這些人員那裡獲得支持。如果有一個後備計劃，您，數據人員以及最終您的管理層將更加快樂。您可以在短時間內將這些人變成應用程序開發人員的機會很小。您所希望的最好的辦法是，他們可以解決簡單的問題，並且知道一切在哪裡，並且可以向​​自由職業者解釋業務事宜。目的是使人們能夠找到您需要的工作（如果您不在的話）。

我還建議您與這些人一起開始代碼審查的過程。在這種情況下，發現代碼問題不僅僅是讓他們熟悉最新的代碼及其要求，您的編碼風格以及有關設計的思維過程。在向他們解釋事物的過程中，您可能會注意到一些您沒有註意到的錯誤。

當您克服了培訓中最常見的問題後，遇到了常見的生產問題需要解決時，會議上，讓他們對您有所幫助，並記錄您採取的每一個步驟。確保您向他們明確表明您鼓勵提出問題。如果他們進行文檔編制，則他們更有可能以最適合他們理解的方式編寫文檔。不同的人有不同的學習風格，您基本上是在創建一個Wiki，對他們比您更有用。因此，讓他們決定如何組織它。

如果他們的職責不讓他們蒙蔽您，那麼當您在問題嶄露頭角時就著手解決問題，就可以自己做整個Wiki。

對於一些簡單的問題，在它們遮蔽了您並記錄了步驟之後，您可以讓他們在遮蔽它們的同時執行這些步驟。這將使他們更加自信自己可以實際完成任務。這就是我們最近將一些應用程序開發人員轉換為數據專家時所做的。

基本的教學理念應該是

• 確定需要培訓的內容，著重於最常見的問題
• 確保他們可以訪問事物他們需要訪問有問題的交易
• 創建文檔 ​​li>
• 查看執行任務的步驟
• 讓他們成為您的影子，並創建滿足其需求的補充文檔
• 在需要時幫助他們使用文檔遮蔽他們執行任務，以幫助他們擺脫麻煩。

幾年前，我的處境也非常相似-自學成才，是數百人使用的數十種服務的唯一所有者，而且公共汽車的使用率很高。您的問題正好描述了我在2014年的情況。

很多這樣的答案似乎都在說明文檔，但這對我來說不是一個好計劃-我的服務迅速更改了，因為盡快進行重組或政策變更。眾所周知，文檔製作緩慢，幾乎馬上就過時了。對我來說，嘗試追溯解釋說明的規範頁面並不是一件容易的事。唯一能讀到這本書的人將是資格不高的人來幫助我-他們總是總是最終要求我弄清我寫的內容。

我通過幾種方式解決了這個問題。 / p>

1. 不要嘗試將一系列的主類放在一起-您很忙。您是唯一可以勝任工作的人，因此您的時間很寶貴。在調試問題或實施次要功能時，邀請您的新人們與您共舞/配對。不要等到“正確的” bug出現，只需抓住您的一個人並讓他們坐下來，一邊講自己在做什麼。它會使您放慢速度，但幅度卻不及嘗試組合演示文稿的速度-它可以為他們提供直接的體驗。配對是（對我而言）最寶貴的時間用於訓練-與Wiki文檔相比，配對可以使新人們很快站起來。

2. 了解您不會能夠教給他們一切。他們逐行地理解您所製作的每個類的重要性並不重要，而更重要的是他們了解代碼的地理位置-如果他們了解要查找某項功能的代碼文件，這將對他們有很大幫助

   尤其是如果您的員工是DBA，那麼他們很可能首先要了解模式和功能方面的邏輯。 第二。嘗試確定一些核心數據路徑。大多數應用程序從一兩個主要來源獲取數據，並根據用戶請求對其進行突變。如果您可以識別出此信息，請向開發人員盡可能多地解釋此數據路徑。物理上遍歷（在adebugger中）當用戶發出請求時會發生什麼，數據來自何處，負責加載/保存該請求的類是什麼，如果您有緩存，則顯示它們的住處以及它們的新鮮度。

3. 拆分知識。不要教給他們兩個完全相同的東西-如果這不是您服務的主要部分，那麼不要害怕將其分發給其他人。這利用了以下事實：他們需要時間來吸收所學內容，但是您可以比吸收時間快得多。它還可以讓他們專注於較小的圖片，即使它仍然很大。您不必孤軍奮戰，但劃分和征服問題空間很有用。

4. 您可能已經進行了一段時間的重構工作-某些螺絲服務，即使您也無法調試。去做和往常一樣，抓住最後一個人向他們展示重構系統的工作原理。

5. 與他們交談，不要讓他們為您提供了他們遵循的有禮貌的解決方法。他們將會迷路和困惑。丟掉一些短語，例如“我知道要接受很多東西，這很複雜。其中有沒有道理嗎？”並嘗試邀請他們盡可能多地提出問題-如果您不知道他們在吸收什麼，就不能教他們。

   此外，如果他們過去並問您一個問題， 這是您的重中之重，即使只是看著他們並說：“我現在正在開會，可能要持續30分鐘，我會在之後找到您。”

6. 花了一些時間向他們展示繩索之後，找到一些可以交給他們的東西。您可以與他們一起完成一些非緊急的任務，這些任務需要一周或更長時間才能完成。安排與他們的配對，以了解他們所擁有的東西以及它們的去向-進行修正，並在使用時為他們提供如何編碼的指示（諸如“您可以在此處使用foreach”之類的東西）。

7. 代碼評論。讓他們向您發送差異文件（或使用代碼檢查系統）並仔細檢查它們。不要對評論進行“評分”，僅要指出錯誤所在或描述如何改進。如果沒有錯誤，請不要阻止他們提供代碼（不要讓他們感到被您排斥）-但請確保有一個項目可以讓他們立即跟進並清理。

ol>

更重要的是，由於您的團隊顯然正在成長，並且您沒有提到打算退出，因此 now 是時候開始認真對待代碼質量了。從這裡開始只會變得更糟，因此從現在開始您（以及他們）編輯的每個類和方法都應該得到一個自動文檔註釋。如果還沒有，請開始對代碼進行模塊化，並嘗試分解可運行數百行的方法，並糾纏嵌套的類。

為您要教的內容創建一個逐步入門的文檔，並在必要時進行詳細說明。

這將創建一個基本參考，您可以以此為基礎並回答有關的問題，並且可能最重要的方面它還具有以以前從未嘗試過的方式集中您的知識的巨大優勢。我當然也對我自己有所幫助，因為我做的很多事情都非常複雜，而且如果我以前做過的話，可以省去我通過一系列步驟重新思考的方式。

其餘的基本上是處理此參考資料，然後添加或修改。沒有它，您將在這裡到那裡跳來跳去，而沒有奠定適當的基礎。您會很快忘記一半您所教的內容，並且假設他們理解實際上他們是在事前1/2小時就迷失了方向而又不知道您在做什麼的話，您可能會錯過很多步驟。

聽起來您的同事具有一般的技術知識，但對您需要的特定技術不熟練。對於在線課程（例如Plurarsight或Egghead）而言，這似乎是一個絕佳的機會。

事實是，我們大多數人都不是優秀的老師，因為成為一名老師與我們通常接受培訓的技能不同。相反，為什麼要在已有大量技術基礎上製定技術基礎的課程計劃？

您提到管理層希望看到您正在製定一些計劃，因此如何向Management要求Pluralsight訂閱並花費每週花幾個小時完成其中一門課程？這樣，您就可以

1. 不必花時間在上面的高質量的教學計劃。
2. 它完全是外部的，因此教學沒有總線因素
3. 一個供人們提出問題和協作的開放環境。
4. 您的同事有機會在自己的時間進行自我學習。
5. 您有機會重新審視可能錯過或了解的所有基礎知識。
ol>

如果我所讀的內容是正確的-您是知識的唯一倖存者，-您自己的工作安全可能會受到威脅，因為如果您這樣做，可能會受到傷害，如果不投入，則會受到傷害。

我知道我所走的公司認識到一種情況，即他們所有的蛋都放在一個籃子裡（技術嫻熟），並決定終止項目並削減業務部門/部門，而不是削減試著從一個他們本來不應該進入的洞中挖出來。當清楚地證明所採用的技術已被取代，而保持能力的成本效益卻不值得時，才華橫溢的首席開發人員就變得多餘了。

真正的問題是……（不管有沒有質量控制問題-聽起來好像公司目前在這方面沒有什麼鬆動）-公司能否將所有人都帶走？通過使用更多的人手而將其全部轉移到岸上，而費用卻只是現在的一小部分？

如果“是”，那麼時鐘已經在為您計時，可能是每個男人/女人自己-因此，我將更關注您自己的再培訓。重新培訓為首席知識管理人力資源/培訓師（如果可以的話）

如果該問題的答案是“否”，那麼我希望你能如願以償。您公司的戰略管理就像我以前的雇主之一一樣殘酷-您可能需要它。

假設他們想學習，然後將其帶入您正在使用的技術/語言/等的入門課程。不必花哨，只是讓他們開始的東西。公司花錢比花些錢讓專業的老師來專業教學，而不是費吹灰之力。

與做某人告訴我相比，我個人做事要好得多。編程是一種技巧和技能，而不是死記硬背的問題。您也應該對他們這樣做。不要和他們一起進入會議室聊幾個小時。滾出計算機，進行一些實際的編程。

從小做起，非常小。 “編寫此小應用程序”，“調整此小腳本”。具有定義的開始和結束的簡單更改僅需幾個小時。前幾次與他們坐下並逐步完成該過程。您甚至可以考慮配對編程或類似編程。讓他們陪您一天，然後開始做這項工作，但是每次您給他們陰影時，他們都會在您提供建議時做越來越多的事情，最後只是看一下。

沒有什麼，只有經驗在走給他們經驗。因此，您能做的最好的事情就是給他們機會，同時提供指導並保護公司免受任何潛在錯誤的侵害。

作為處於稍微相似的位置的人，我無法強調足以記錄您的過程和代碼，並保持它們為最新。即使已經有文檔，也可以重新編寫它，並突出顯示可能不清晰或隨時間而變化的步驟。無論您是否負責培訓，都應該這樣做，以防萬一您撞上公交車。

從記錄常規流程開始。寫下大綱並填寫細節。

如果涉及任何編碼，請確保至少每個人都理解並遵循一套基本的標準。

在安排培訓之前，請務必與您的同事共享文檔，以便他們可以審閱並提出問題。

至於培訓本身，我過去所做的一件事就是坐下來掩蓋我的同事，因為他們在工作。

教學是一套完全不同的技能-要花很多時間才能熟練掌握。我認為您最好的選擇是讓自己的工作量減少。

您說管理層最希望您表明自己正在努力，這很好。但是，我確定您和您的同事不喜歡浪費他們的時間，因此您應該嘗試付出值得的努力。

如果我穿上鞋子，我要做的第一件事就是要做的是與您的同事會面，並詢問他們對學習感興趣的內容。這將大大減少您可以教他們的東西。您還將了解他們認為他們的優缺點是什麼，以及它們與您的看法如何匹配。這將為您提供設計第一個“課程”所需的內容。盡可能考慮一對一見面，因為人們會更誠實。

對於您的第一門課程，不要追求過高。使用您從第一次演講中學到的知識，匯總一下您需要教給他們的1-3個最重要的概念或技能。如果比較短，則選擇3，否則請堅持為1。然後，計劃花大約一個小時來教他們這些東西。想像一下，您對他們的知識了解甚多。您需要什麼信息來學習技能或概念？哪些練習可以幫助您練習？為每個主題創建一個簡短的講座和示例練習。還要創建一個非常簡短的“家庭作業”作業來給他們練習。

完成所有這些將需要幾天的時間-因此您可以看到為什麼盡可能限制範圍很重要。學習完第一門課程後，您將更好地了解在教學方面您的長處和短處。現在，您的任務是在弱點上工作，同時繼續設計和教授以第一個方法為基礎的短期課程。

在學習這些課程時，請保持筆記井井有條。這些將成為您的文檔。隨著您更好地組織和交流信息，文檔也將得到改善，並使教學也變得更加容易。

教自己如何教書將很困難，但實際上，您在成為自我方面有優勢培訓的開發人員-您知道要學會做好自己的工作所需要的知識。許多只有好的老師的人從來沒有學會如何自己解決這個問題。不利的一面是，您也不了解許多標準的教學技術或結構化培訓的方法，因此您必須在學習過程中學習這一部分。我會尋找您所使用的語言或領域的標準教科書。這將為您提供有關如何構造知識的示例。

祝您好運！

大多數答案似乎都假定受試者想學習（例如Tim B）。在弄清楚“如何做”之前，我將退後一步並確認這一假設。當學習者失去參與和動力時，無論培訓多麼出色，培訓都不會有效，尤其是在動手實踐中，實踐對於知識的獲得和有效利用絕對必不可少。

我假設目標是使這些數據庫開發人員能夠熟練掌握必要的知識。是否問過他們這聽起來像是一個偉大的計劃，還是他們主動要求在這些領域進行培訓？對業務需求的意識以及對實現需求的積極態度是不同的事情，需要不同的條件組合來維持它們。因此，儘管這些開發人員可能會在會議上受到管理層的歡迎時點頭，但他們充其量可能是消極的，甚至在實際學習和行為改變（作為目標）方面表現出明顯的抵抗力。

有退後一步並確認在學習解決方案之前學習的動力有一些重大好處：

1. 調整期望和方法：如果開發人員沒有動力並且很可能會被動學習者將需要一種培訓方法，而如果他們積極主動，則該方法將有所不同（例如，更少的監督/需要的手握，不同的激勵結構/進度監控，或多或少的學習者自主權，在主題選擇，主題順序，演示方式等方面所需的靈活性較低。

2. 通過確保所採用的培訓策略與學習者的培訓需求和目標相匹配來節省時間/精力（例如，避免花費時間/金錢來創建工作輔助工具或將其訂閱在線課程，而只是為了減少使用/進展）。當人們不想做某事時，他們往往會擅長提出創造性的藉口和不這樣做的理由（例如工作量，不同的學習方式）。要辨認出這些藉口中的哪些藉口是正確的，哪些不是無效的，這可能是很困難的。

3. 從右腳開始。確保培訓失敗的一種好方法是將其要求（強制）到參與者身上。另一方面，一種最大化培訓投資回報率的好方法是建立一種激勵機制，使參與者本質上具有參與材料的動機（例如，出於學習的目的而自我驅動學習，例如當他們真正感興趣時）。主題）。在後者的情況下，參與者將根據自己的學習風格調整內容，使其適合自己的日程安排，適當地調整學習進度，等等。最佳的學習者是自己為所有這些個性化決定做出決定的人也許有外界的指導/建議（需要時）。只要考慮一下這可以為您節省多少頭痛，以及您可以從本質上讓這些人自己學習的信用額度是多少—如果您成功地實現了他們這種自我激勵的學習（這可能是也可能不是）可能）。

ol>

我希望這些想法可以幫助您從培訓的呈現和結構方式上更廣泛地考慮正在發生或未發生的事情。進行一些調整，從長遠來看將有助於最大化其有效性。祝你好運！

很多好主意。到目前為止，我還沒有看到有關使用屏幕捕獲工具開發一些小型視頻的任何建議。使用PSR.exe記錄過程的過程很多人對此工具不了解，但是它內置於Microsoft O / S中。這是一個您可以註釋的屏幕教程。

對他們的知識一無所知。驗證它。與其讓您說他們的技能不高，不如讓一些受人尊敬的權威向他們解釋。微軟，Brainbench，我敢肯定還有更多的測試廠商。 Brainbench曾經用來顯示弱點和強點，以及測試成績和您的站立位置-所有這些都可以使用。進行標準化測試非常重要，因為它可以消除主觀因素。

一旦採用了基準，就不要訓練基本技能。讓別人為您做。在線課程，例如Udemy，Pluralsight和其他課程，可以幫助每個人達到基線。這比任何其他替代方案都便宜。他們可能做得更好，原因有兩個：

• 您可能已經過時了兩年。到您對所有人進行培訓時，差距將更大。為了掌握最新技術，您需要停止做生意，大多數人買不起。

• 他們知道如何培訓。是的，教學背後有科學依據。您不能簡單地通過USB將知識轉移到他人的大腦中。您也不能大聲說出來，希望您的學生記住任何東西。涉及很多心理學。

如果您想增加成功的機會，請為他們研究並選擇課程。不幸的是，在線上有很多垃圾。

下一步（或者您可以並行執行）-記錄您對高層構建的應用程序的了解。假設您需要向另一個像您這樣的開發人員進行說明，他們了解堆棧，豐富的經驗（包括最新的技巧），但是剛加入公司並且對您的代碼一無所知。

如果您的文檔開始，請對人員進行調查說得通。讓他們問問題。匯總，看看哪個區域引起最多的關注。在此詳細介紹。沖洗，重複。

對於“總線係數”問題有不同的答案。 如果發生了某些事情（我寧願想到您中了彩票並決定當場退出，而不是與實際的公共汽車相遇），但是，該公司處境不好。但是，如果沒有您，事情會持續一段時間，這就是您需要聘請承包商提供短期解決方案的情況，之後您需要雇用具有適當經驗的新開發人員。

當然，他們將不得不為可以從您的工作中接管的優秀承包商支付高額費用。但是真正擅長此事的人將毫無問題地接替您。幾個月後，一切保持良好狀態，供普通開發人員接管。對您的同事進行再培訓以使其能夠完成他們最有可能做不到的工作將既昂貴又無濟於事。

只需確保您的腦子裡沒有其他東西。為了使事情正常進行，需要遵循的程序。所需的密碼（不應該寫下來）。並且，除了記錄事情之外，在您執行必須遵循程序的事情時，還請老闆給您一個秘書幾個小時的時間，他要寫下您所做的一切，並嚴格指示誰不透露任何細節。

讓他們做一段時間。

例如，如果您作為應用程序開發人員的工作是開發應用程序，則將下一個應用程序開發任務分配給他們。

告訴他們：

• 您希望他們完成工作
• 您可以回答他們的問題
• 您期望的他們會自己問你一個問題

因為：

• 你不知道他們不知道的東西（你需要告訴他們）;因此，與其讓您猜測要告訴他們什麼，不如讓他們告訴您他們不知道和想要知道的事情（通過提問）會更有效。
• 要求他們要
• 確保所有培訓與手頭的任務相關：這是必要和充分的。

鑑於您“能夠勝任這項工作，您大概能夠（如果要求）對任何特定方面進行詳細解釋。

期望這項工作（培訓）需要一些時間。希望管理層對此表示滿意，並對此表示滿意。當我以這種方式幫助（培訓）新員工時，我估計要花很長時間才能詳細解釋一項任務，因為它必須自己完成。比新員工花費的時間更長。例如，一項工作（例如一項新功能）可能需要我三天時間才能完成，因此我需要三天時間來詳細解釋，並花了學員幾週的時間。

收益（利潤） ，或節省的時間）不是立即的：幾個月後，新員工才能適應最快的速度並且能夠獨立工作或多或少地獲得回報。

哦，是的，除了讓他們提出臨時問題之外，您還應該對完成的所有事情進行代碼審查/檢查。當他們說準備好進行代碼審查時，您的第一個問題可能是“您測試過嗎？”在代碼審查中，您會尋找明顯的錯誤。理想的清晰目標是代碼是完整的，而不是在“它沒有明顯的錯誤”時才是完整的，而是在“它沒有明顯的錯誤”時才是完整的。 ul>

學會教學

您是計算機程序員，而不是老師，但是，有時候您不是計算機程序員。正如您學習如何做前者一樣，您也可以學習如何做前者。

與您的公司討論如何為他人提供教育。