従来、この問題は、経験豊富な同僚がトレーニングを実施するクラスのすべての参加者を順番に集めることで解決されていました。彼らは何をすべきかを示し、なぜそれが必要なのか、そして彼らがそれを学ばなかった場合にどれほど悪いかを明確に説明しました。デモンストレーションとストーリーには、必然的に、学生が数人のトレーナーの監督の下で教室で行った実践的なタスクが伴いました。
コロナウイルスは教室での集まりを不可能にしました。しかし、非常に多額の資金が投資された準備のために、システムの立ち上げを延期する人は誰もいませんでした。将来のユーザーに知識を伝え、新しいシステムで作業するためのスキルを開発するための別の方法を考え出す必要がありました。
強制的な実践的タスクの形で強化された距離学習を実施するという明白な決定がなされました。ただし、ここではいくつかの詳細が重要です。
まず、テクニック。遠隔学習には、スピーカーとマイクを備えたコンピューターが必要です。工場のすべての職場にそのような機器が装備されているわけではありません。生産の必要はありませんでした。短時間で職場とその改修の監査を実施する必要がありました。
騒がしくて忙しい環境のため、職場の人々はどこでも学ぶことができませんでした。そのような場所のために、一時的な職場が別々の敷地内に組織され、ユーザーが遠隔学習に参加するためにこれらのクラスに来ることに応じてスケジュールが作成されました。
第二に、ユーザーのシフトと可用性を考慮に入れて、ユーザー数にビジネスプロセス数（約2500）を掛けると、かなりの数のトレーニングセッションが得られました。ビジネスプロセスは異なります-最も単純なものから最も複雑なものまで。組み合わせたアプローチを適用することが決定されました。最も単純なトピックでは、ユーザーは指示を読み、独立したタスクを実行するように求められました。より複雑なものや、ユーザーが多い場所では、ビデオが録画されました。ユーザーが少なく、システムを使用するためのオプションが多い場合、彼らはスカイプを介してオンラインクラスを実施しました。そして最後に、1〜3人の最先端の人たちのために、例外が設けられ、フルタイムのトレーニングが行われました。
第三に、訓練に加えて、実践的なタスクの実施を提供する必要がありました。これがなければ、ビデオを見たり、スカイプトレーニングに参加したりするのは時間の無駄になります。片方の耳に飛び、もう片方の耳に飛びました。これを行うために、私たちは実際のタスクを実行するための計画を作成しました。それに応じて、各ユーザーは、修理タスクの入力や材料の需要の作成など、特定の操作を実行する必要がありました。さらに、彼らはこれを一度に行うのではなく、1か月に1日数回の操作を行う必要がありました。
実際のタスクの実装を制御するために、システムでレポートが作成され、システム内のトランザクションが選択され、ユーザー名によって、従業員がシステムで必要な数の操作を実行したかどうかが判断されました。計画と事実をExcelで比較し、毎日、グループリーダーの運営会議で結果を確認しました。計画に遅れをとった人々のために、彼らは店長に情報を提供し、店長はフィードバックを提供し、遅れをとった。
4番目の、そしておそらく最も重要なのは、トレーニングの通過に対する責任の垂直の形成です。会社の経営陣以外の誰も、これらのイベントへの従業員の参加を保証することはできません。工場長はこれを完全に理解していたので、すべてのレベルのマネージャーに、人々は新しいシステムで学び、働き始める以外に選択肢がないことを伝えました。店舗の責任者は、工場長に出席し、実際のタスクを実行する責任があり、従業員のトレーニングを確実に通過させることが彼らのタスクでした。
もちろん、それは困難がないわけではありませんでした。詳細な計画と実際の割り当ての実施の毎日の監視の必要性について疑問がありました。もちろん、これには計画と管理に費やされる労力と時間が必要でした。しかし、しばらくしてシステムが調整され、プロセスのリズムにより、通常の操作でユーザーに高品質のスキルが保証されました。
すでにトレーニング中に、多くの説明がありました。従業員の最初の名簿とその任務は、人々が実際に行うことになっていたことと一致しないことがすぐに明らかになりました。新しいシステムで将来のタスクの本質をどのように説明したとしても、トレーニングが始まると、ユーザーに教える必要のある操作のリストを調整する必要がありました。誰かが新しいタスクを追加し、逆に誰かがそれらを短縮します。権力の再分配がありました。
実践的な演習の実施に関するレポートをデバッグするのに多くの時間がかかりました。計画はExcelで作成され、多くのエラーが発生しました。ユーザー名の指定が間違っていた、操作が間違って書かれていた、誰かが誤って計画に含まれていた、誰かが病気になった、または休暇中にスケジュールを変更する必要があった...
システムが動作を開始したときに、従業員は重大な間違いを犯しますが、これは質の悪いトレーニングの明らかな結果でした。多くの場合、そのような場合、責任はシステムのせいになりますが、実際のタスクのパフォーマンスに関するデータが利用可能になると、そのような議論はすぐに終了します。
もちろん、勉強が難しく、もっと長い練習が必要な人もいます。これらは、プロジェクトの前の段階でより詳細なトレーニングを受け、システムのテストと受け入れに参加した主要なユーザーによって支援されました。主要なユーザーは会社の指示によって明確に識別され、他の従業員は問題が発生した場合の連絡先を知っていました。
パイロット運用中の問題については非常に深刻な懸念がありました。このような大企業で、ローカルコンサルタントが1人もいないシステムを立ち上げたことはありません。しかし、最終的には、システムは時間どおりに起動され、リモート作業を考えると、起動は予想よりもうまくいきました。主にトレーニングの努力によるものであり、プロジェクトチームのメンバーが立ち上げの準備中に行った忍耐力と巨大な作業によるものです。