نمونه ماتریس مهارت کارکنان؛ از جدول وضعیت فعلی تا برنامه آموزش
نمونه ماتریس مهارت کارکنان با مقیاس روشن، شاهد ارزیابی و اولویت آموزشی؛ یاد بگیرید چگونه جدول وضعیت را به تمرین و بازبینی وصل کنید.
ماتریس مهارت کارکنان یک جدول ساده است. در آن می‌نویسید هر کارمند چه کارهایی را بلد است، این را از کدام نمونهٔ کار او فهمیده‌اید و به چه تمرینی نیاز دارد. فقط نوشتن نمره کافی نیست؛ باید معلوم باشد هر نمره چه معنایی دارد.
از چند مهارت شروع کنید و برای هر سطح بنویسید فرد چه کاری را با کمک یا بدون کمک انجام می‌دهد.
در این راهنما، تیم پشتیبانی فرضی با اعضای الف، ب و ج را بررسی می‌کنیم. اطلاعات جدول‌ها مثال‌اند و به کارکنان واقعی مربوط نیستند. از این جدول برای انتخاب تمرین و بررسی پیشرفت کارکنان استفاده می‌کنیم. برای تصمیم دربارهٔ استخدام، ارتقا یا قطع همکاری، این جدول به‌تنهایی کافی نیست.
در این مقاله چه می‌خوانید؟
ردیف و ستون ماتریس را چگونه انتخاب کنیم؟
در هر ردیف، نام یک کارمند یا عنوان یک شغل را بنویسید. هر ستون را هم به یک مهارت لازم اختصاص دهید. به‌جای «ارتباط خوب» بنویسید فرد دقیقاً چه کاری باید بلد باشد.
مثلاً کارمند پشتیبانی باید مشکل مشتری را درست بنویسد، پاسخ روشنی بدهد و درخواست‌هایی را که اجازهٔ رسیدگی به آن‌ها ندارد برای مسئول مربوط بفرستد. به این کار آخر «ارجاع درخواست» می‌گوییم.
لازم نیست از ابتدا همهٔ مهارت‌های شغلی را در جدول بیاورید. با سه تا پنج مهارتی شروع کنید که اکنون برای تیم مهم‌اند. در هر ستون فقط یک مهارت بنویسید تا بدانید فرد در کدام کار پیشرفت کرده است. مثلاً «ارتباط، حل مسئله و مدیریت بحران» را در یک ستون نگذارید؛ هر کدام به بررسی جداگانه نیاز دارد.
تعریف سطح باید کنار جدول در دسترس باشد
سطح نمونه | فرد چه کاری می‌تواند انجام دهد؟ | نمونهٔ کار برای بررسی مهارت |
|---|---|---|
— | هنوز نمونهٔ کار کافی برای بررسی این مهارت نداریم. | هنوز کار مرتبطی از فرد ندیده‌ایم. |
۰ | در تمرینی که بررسی کرده‌ایم، فرد هنوز با راهنمایی هم همهٔ مراحل لازم را انجام نمی‌دهد. | نمونه کار و مرحله‌های نیازمند آموزش |
۱ | کارهای معمول را با فهرست مراحل و کمک راهنما انجام می‌دهد. | تمرین همراه راهنما |
۲ | کارهای معمول را بدون کمک و طبق دستور کار انجام می‌دهد. | چند نمونه قابل مقایسه در شرایط معمول |
۳ | در کارهای دشوارتر، مشکل را بررسی می‌کند و می‌گوید چرا آن راه‌حل را انتخاب کرده است. | تمرینی دشوارتر همراه با توضیح دلیل انتخاب راه‌حل |
این مقیاس، پیشنهاد این مقاله است و استاندارد واحد همه سازمان‌ها نیست. برای مهارت‌های حساس یا تخصصی، معیار باید با مسئول همان حوزه تنظیم شود. «نمونهٔ کار نداریم» را صفر نگذارید؛ نداشتن فرصت مشاهده، با ناتوانی در انجام کار تفاوت دارد.
فرم خام قابل کپی
شناسه فرد یا نقش | مهارت اول | مهارت دوم | مهارت سوم | شماره یا نشانی نمونهٔ کار | قدم بعدی | موعد بازبینی |
|---|---|---|---|---|---|---|
... | ... | ... | ... | شماره نمونه یا تمرین، بدون داده حساس | یک تمرین مشخص | ... |
... | ... | ... | ... | ... | ... | ... |
... | ... | ... | ... | ... | ... | ... |
اگر از یک نمونهٔ کار برای بررسی چند مهارت استفاده می‌کنید، نتیجهٔ هر مهارت را جدا بنویسید. نوشتن «نمونه شماره ۱۲» به‌تنهایی کمکی نمی‌کند. مثلاً بنویسید: «کارمند مشکل مشتری و زمان آن را نوشته، اما نگفته مشتری در مرحلهٔ بعد باید چه کاری انجام دهد.»
مثال تکمیل‌شده تیم پشتیبانی
عضو فرضی | ثبت مسئله | پاسخ روشن | ارجاع درست | اولویت آموزشی |
|---|---|---|---|---|
الف | ۲ | ۲ | ۱ | تشخیص اینکه کدام درخواست را باید به مسئول دیگر سپرد و نوشتن خلاصهٔ مشکل برای او |
ب | ۳ | ۲ | ۲ | تمرین یک وضعیت پیچیده و توضیح تصمیم |
ج | — | ۱ | ۱ | بررسی یک نمونه از توضیح مشکل به قلم کارمند، سپس تمرین نوشتن پاسخ کوتاه |
برای عضو ج، بخش «ثبت مسئله» خالی است؛ چون هنوز ندیده‌ایم مشکل مشتری را چگونه می‌نویسد. ابتدا از او می‌خواهیم یک تمرین کوتاه انجام دهد تا نیاز آموزشی‌اش روشن شود. عضو الف هم احتمالاً به دورهٔ عمومی پاسخ‌گویی نیاز ندارد. او باید یاد بگیرد درخواست را برای مسئول مناسب بفرستد و خلاصهٔ مشکل را درست برای او بنویسد.
این نمره‌ها نشان می‌دهند فرد در چه سطحی است؛ از تفاوت نمره‌ها نمی‌توان میزان دقیق تفاوت توانایی افراد را فهمید. اگر از نمرهٔ چند مهارت متفاوت میانگین بگیرید، ممکن است نقطه‌ضعف مهم فرد دیده نشود. برای انتخاب آموزش، هر مهارت و نمونهٔ کار مربوط به آن را جدا بررسی کنید.
شاهد را از کجا جمع کنیم؟
برای بررسی مهارت، می‌توانید کار فرد را با رعایت اجازه‌های لازم ببینید، تمرینی شبیه کار روزانه به او بدهید یا از او بخواهید دلیل تصمیمش را توضیح دهد. مثلاً یک درخواست پشتیبانی بدون نام واقعی مشتری به او بدهید.
بخواهید پاسخ اولیه را بنویسد و توضیح دهد چرا خودش آن را حل می‌کند یا به مسئول دیگری می‌سپارد. پاسخ همه را با معیارهای یکسان بررسی کنید.
خودارزیابی هم اطلاعات مفیدی درباره نیاز به کمک می‌دهد، اما بهتر است تنها منبع ثبت سطح نباشد. فرد ممکن است توان خود را کمتر یا بیشتر برآورد کند. گفت‌وگو درباره تفاوت خودارزیابی و نمونه کار، از برچسب‌زدن بر اساس یک عدد مفیدتر است.
فاصله مهارت را از مشکل فرایند جدا کنید
فرض کنید همهٔ کارکنان پشتیبانی، درخواست‌هایی را که خودشان نمی‌توانند حل کنند با تأخیر برای مسئول مربوط می‌فرستند. شاید نمی‌دانند هر درخواست را باید برای چه کسی بفرستند یا چه اطلاعاتی همراه آن لازم است.
در این حالت، فقط فرستادن کارکنان به دورهٔ آموزشی مشکل را حل نمی‌کند. ابتدا مشخص کنید چه کسی مسئول هر نوع درخواست است و کارکنان چگونه باید آن را برای او بفرستند. ابزار لازم را هم در اختیارشان بگذارید.
راهنمای تشخیص نیاز واقعی به آموزش کمک می‌کند بفهمید کارکنان به آموزش نیاز دارند یا روش انجام کار باید اصلاح شود. جدول مهارت‌ها نشان می‌دهد کدام بخش را بیشتر بررسی کنید؛ اما به‌تنهایی دلیل اصلی مشکل را مشخص نمی‌کند.
هر فاصله را به یک اقدام کوچک تبدیل کنید
نیاز نمونه | اقدام | برای بررسی پیشرفت چه چیزی را ببینیم؟ |
|---|---|---|
الف: فرستادن درخواست برای مسئول مربوط، با کمک راهنما | تمرین روی دو درخواست معمول با کمک فهرست مراحل، سپس یک درخواست بدون کمک | توضیح کوتاه برای مسئول بعدی: مشکل چیست، چه کاری انجام شده و چه کمکی لازم است؟ |
ب: موقعیت پیچیده‌تر | مقایسهٔ دو راه‌حل مجاز و توضیح دلیل انتخاب یکی از آن‌ها | دلیل تصمیم با توجه به محدودیت‌ها |
ج: پاسخ کوتاه مبهم | بازنویسی دو پاسخ و دریافت بازخورد | مشخص‌بودن اقدام بعدی برای دریافت‌کننده |
برای هر تمرین مشخص کنید چه کسی به کارمند کمک می‌کند و چه زمانی نتیجه را بررسی می‌کنید. حضور در دوره به‌تنهایی نشان نمی‌دهد فرد مهارت را یاد گرفته است؛ باید انجام کار را هم ببینید. اگر کارمند پس از دوره فرصت استفاده از مهارت را ندارد، این موضوع را در برنامه بنویسید.
بازبینی سطح با همان معیار قبلی
پس از تمرین، مسئلهٔ تازه‌ای بدهید که دشواری آن مانند تمرین قبلی باشد. اگر همان سؤال حل‌شده را تکرار کنید، ممکن است فرد فقط پاسخ را حفظ کرده باشد. اگر نمره تغییر کرد، تاریخ، نمونهٔ کار و دلیل تغییر را بنویسید. نمرهٔ قبلی را هم نگه دارید تا بتوانید پیشرفت فرد را در طول زمان ببینید.
برای اتصال آموزش به کار، راهنمای ارزیابی کاربرد مهارت در کار را ببینید. اگر نتیجه هنوز به سطح مورد انتظار نرسیده، نوع بازخورد، فرصت تمرین و دشواری موقعیت را بررسی کنید؛ تکرار همان دوره همیشه اقدام بعدی مناسب نیست.
چه کسانی جدول را ببینند؟
جدول مهارت‌ها اطلاعات شخصی کارکنان را نشان می‌دهد. فقط کسانی که برای انجام مسئولیتشان به این اطلاعات نیاز دارند باید آن را ببینند. به کارکنان بگویید از جدول برای چه کاری استفاده می‌کنید. در گزارش عمومی تیم، نیازهای آموزشی مشترک را بدون نام افراد بنویسید.
کارمند باید بتواند دربارهٔ نمونهٔ کار و نمره‌اش توضیح دهد و درخواست اصلاح اشتباه کند. معیارها را وسط کار تغییر ندهید و کسانی را که در شرایط بسیار متفاوت کار می‌کنند مستقیم با هم مقایسه نکنید. تعریف روشن هر سطح و نگهداری نمونه‌های کار، از زیادکردن تعداد سطح‌ها مهم‌تر است.
اجرای برنامه در مجموعه
پس از انتخاب تمرین‌ها مشخص کنید محتوا را کجا در اختیار کارکنان می‌گذارید، تکلیف را چگونه دریافت می‌کنید و چه زمانی نتیجه را بررسی می‌کنید. راهکار مدیریت آموزش سازمانی را با توجه به نیاز واقعی تیم بررسی کنید. داشتن جدول مهارت‌ها به این معنی نیست که سامانه، کارکنان را خودکار ارزیابی می‌کند.
از شرح شغل به رفتار قابل مشاهده برسید
اگر ماتریس را با نام دوره‌ها شروع کنید، معمولاً به فهرستی از «چه کسی چه ویدئویی دیده است» می‌رسید؛ این فهرست نشان نمی‌دهد فرد در کار چه می‌کند. نقطهٔ شروع، یک موقعیت کاری واقعی و خروجیِ مورد انتظار آن است. برای تیم پشتیبانی نمونه، موقعیت می‌تواند پیامِ مشتری دربارهٔ دسترسی به محتوای دوره باشد. کارِ قابل مشاهده این است که کارشناس، مسئله را با اطلاعات غیرحساس ثبت کند، پاسخ اولیهٔ روشن بدهد و اگر رفع آن در اختیارش نیست، درخواست را با خلاصهٔ قابل پیگیری به مسئول مناسب بسپارد. سه ستونِ «ثبت مسئله»، «پاسخ روشن» و «ارجاع درست» از همین کار بیرون می‌آیند.
برای هر ستون، دو نمونهٔ متضاد بنویسید: رفتارِ کافی و رفتاری که هنوز کافی نیست. برای «ثبت مسئله»، نمونهٔ کافی شامل عنوان دوره، زمان بروز مشکل، نوع دستگاه در صورت نیاز و متن خطاست؛ درخواست رمز یا نوشتن «کار نمی‌کند» بدون جزئیات، کافی نیست. برای «ارجاع درست»، نمونهٔ کافی می‌گوید چه چیزی امتحان شده و از مسئول بعدی چه کمکی می‌خواهد. این مثال‌ها را با سیاست واقعی مجموعه هماهنگ کنید؛ اطلاعاتی را که برای رفع مسئله لازم نیست جمع نکنید.
در جلسهٔ طراحی، از یک مدرسِ دوره، یک سرپرست و یک کارمندِ باتجربه بخواهید همان موقعیت را مستقل توضیح دهند. اختلافِ برداشت آن‌ها مهم است. اگر حتی اعضای تیم نمی‌دانند چه کسی مسئولِ مسئلهٔ دسترسی است، قبل از نمره‌دادن به افراد باید مسیر مسئولیت روشن شود. ستونِ ماتریس زمانی معتبر است که تعریف رفتار، امکان مشاهده و مسئولیتِ سازمانی با هم سازگار باشند؛ فهرست صفت‌هایی مانند «حرفه‌ای بودن» یا «انگیزه» برای این کار کافی نیست.
برای هر سطح چه شواهدی لازم است؟
سطحِ ۰، ۱، ۲ و ۳ را فقط با یک عدد روی صفحه رها نکنید. برای نمونه، در مهارتِ ارجاع، سطح ۱ می‌تواند یعنی فرد با دیدن چک‌لیست و کمک همکار، مسئول درست را انتخاب می‌کند؛ سطح ۲ یعنی در درخواست‌های معمول بدون کمک، خلاصه و مقصد ارجاع را درست می‌نویسد؛ سطح ۳ یعنی در موقعیت مبهم، دو مسیر مجاز را مقایسه می‌کند و دلیل انتخابش را توضیح می‌دهد. سطحِ «—» همچنان به معنی نبودِ شاهد است. کسی که هنوز فرصت انجام یک کار را نداشته، نباید خودکار در پایین‌ترین سطح قرار گیرد.
برای ثبت شاهد، یک شناسهٔ غیرحساس و توضیح کوتاه کافی است: «تمرین شمارهٔ ۷، درخواست دسترسی؛ نام دوره و خطا ثبت شد، اما اقدام بعدی برای مشتری نوشته نشد.» متن کامل گفت‌وگوی خصوصی یا اطلاعات هویتی مشتری را در فایل آموزشیِ مشترک کپی نکنید. اگر از کار واقعی استفاده می‌کنید، دسترسی‌ها و حذف داده‌های اضافی را پیش از بازبینی مشخص کنید. تمرین ساختگیِ نزدیک به کارِ واقعی برای مقایسهٔ چند نفر مفید است، به‌ویژه وقتی فرصت مشاهدهٔ طبیعی برای همه برابر نیست.
دو نفر ممکن است برای یک پاسخِ مرزی امتیاز متفاوت بدهند. پیش از ارزیابی تیم، دو نمونهٔ بی‌نام را با معیارها نمره دهید و دربارهٔ اختلاف گفت‌وگو کنید. اگر معیار «پاسخ روشن» را یکی به معنی ادب و دیگری به معنی راه‌حلِ قابل انجام می‌فهمد، سطح‌ها را دقیق‌تر بنویسید. بعد از اصلاح، همان نمونه را دوباره بسنجید. این هماهنگی کوتاه از انباشتن عددهایی که ظاهراً دقیق اما در واقع ناپایدارند، ارزشمندتر است.
نمونهٔ تکمیل‌شده: از سه ردیف ماتریس تا سه برنامهٔ متفاوت
به جدولِ فرضیِ الف، ب و ج برگردیم. الف در ثبت مسئله و پاسخ روشن سطح ۲ دارد اما در ارجاع سطح ۱ است. اقدام مناسب برای او دورهٔ عمومیِ «ارتباط با مشتری» نیست. دو درخواستِ ساختگی بدهید که یکی باید در همان تیم حل شود و دیگری به مسئول دسترسی برود. الف برای هر دو، مقصد و خلاصهٔ سه‌جمله‌ای بنویسد. معیار موفقیت این است که در مورد دوم، کار انجام‌شده و گام بعدی برای مسئول جدید روشن باشد. پس از بازخورد، یک مورد تازهٔ هم‌سطح را بدون راهنما انجام دهد.
ب در ثبت مسئله سطح ۳ و در پاسخ و ارجاع سطح ۲ دارد. اگر هدفِ نقش او حلِ موارد پیچیده‌تر است، تمرینش باید دشوارتر باشد: یک درخواست با اطلاعات ناقص که هم مشکل فنی و هم ابهام آموزشی در آن دیده می‌شود. او باید سؤال تکمیلیِ لازم را جدا کند، دو مسیر مجاز را توضیح دهد و دلیل انتخاب را بنویسد. موفقیت فقط «ارسال سریع» نیست؛ تصمیم باید از مرز اختیارِ پشتیبانی عبور نکند. اگر سیاست مجموعه دربارهٔ این موارد مبهم است، پاسخ ب را به‌عنوان نقصِ فردی ثبت نکنید؛ ابتدا سیاست را اصلاح کنید.
برای ج در «ثبت مسئله» شاهدی نداریم؛ بنابراین اولین گام، آموزشِ طولانی یا امتیاز صفر نیست. یک تمرین کوتاه با همان اطلاعاتی بدهید که برای دیگران فراهم بوده است. سپس سطح را از روی شاهد ثبت کنید. در «پاسخ روشن» و «ارجاع درست» که سطح ۱ دارد، یک نمونهٔ پاسخِ خوب و یک پاسخِ ناقص را مقایسه کند، یک بار با چک‌لیست بنویسد و بار دوم برای موقعیتِ تازه بدون کمک تلاش کند. ممکن است هر سه نفر در یک دورهٔ سازمانی عضو باشند، اما مسیر تمرین و بازخوردشان یکسان نیست. همین تفاوت، کاربرد اصلی ماتریس برای برنامهٔ آموزش است.
برای هر ردیف، سه فیلدِ کوتاه اضافه کنید: «تمرین بعدی»، «مسئول بازخورد» و «تاریخ بازبینی». اگر فقط سطح و نام دوره ثبت شود، کسی نمی‌داند پس از دیدن محتوا چه شاهدی باید جمع کند. دادهٔ نمونه در این بخش ساختگی است و دربارهٔ کارکنان واقعی یا اثربخشیِ یک محصول ادعایی ندارد.
درخت تصمیم: آموزش لازم است یا فرایند باید اصلاح شود؟
فرض کنید هر سه کارشناس، درخواستِ مربوط به پرداخت را دیر ارجاع می‌دهند. پیش از خرید دوره، چهار پرسش را بررسی کنید. یک: آیا مقصد ارجاع در دستورِ کار نوشته شده و همه نسخهٔ یکسانی می‌بینند؟ دو: آیا ابزارِ لازم و دسترسیِ مناسب دارند؟ سه: آیا حجم پیام‌ها زمانی برای ثبت خلاصهٔ درست باقی می‌گذارد؟ چهار: وقتی مورد مشابه را در محیط تمرینی می‌بینند، می‌توانند تصمیم درست بگیرند؟ اگر پاسخِ سؤال چهارم مثبت است اما سه مورد اول مشکل دارد، آموزشِ دوباره ممکن است اثر کمی داشته باشد؛ مانعِ اصلی در روش کار یا ابزار است.
اگر فرایند و ابزار روشن‌اند اما فرد در تمرینِ مشابه نمی‌تواند تصمیم بگیرد، یک تمرینِ هدفمند پیشنهاد کنید. اگر فقط یک کارشناس با یک نوع درخواست مشکل دارد، آموزشِ کل تیم احتمالاً هزینهٔ اضافی است. اگر خطا پس از تغییر سیاست تازه ایجاد شده، ابتدا نسخهٔ جدید راهنما و پیامِ تغییر را بررسی کنید. جدول مهارت در اینجا سرنخ می‌دهد، نه علتِ قطعی. برای تشخیص دقیق‌تر، راهنمای نیازسنجی آموزش کارکنان را کنار شواهدِ خودِ فرایند بخوانید.
یک ستونِ «مانعِ غیرآموزشی» در برنامهٔ اقدام داشته باشید. می‌تواند «دسترسی به سامانه»، «دستورِ متناقض»، «زمان ناکافی» یا «مالک نامشخص» باشد. این ستون به مدیر یادآوری می‌کند که نمرهٔ پایین همیشه با ویدئوی بیشتر حل نمی‌شود. پس از اصلاح مانع، همان مهارت را با موقعیت تازه دوباره مشاهده کنید؛ اگر کار بهتر شد، نتیجه را به‌درستی به تغییرِ فرایند هم نسبت دهید.
برنامهٔ چهار هفته‌ایِ کوچک از جدول تا بازبینی
هفتهٔ اول، سه مهارتِ اولویت‌دار را با نمونهٔ رفتار و منبعِ داده تعریف کنید. یک نقش شغلی و حداکثر چند موقعیتِ پرتکرار کافی است. سرپرست و مدرس روی سطح‌ها توافق کنند و به کارکنان بگویند هدفِ این پایلوت، انتخاب تمرین و روشن‌شدن حمایتِ لازم است. هر فرد باید بداند کدام شاهد از کارش استفاده می‌شود و چه کسی آن را می‌بیند. اگر نمونهٔ کارِ قابل مقایسه وجود ندارد، یک تمرینِ مشترکِ ساختگی بسازید.
هفتهٔ دوم، با همان معیار، یک یا دو شاهد برای هر مهارت جمع کنید. «—» را برای مواردِ مشاهده‌نشده نگه دارید. اختلافِ نمره‌دهی را با مثال بررسی کنید. هم‌زمان مانع‌های فرایندی را ثبت کنید؛ ممکن است پیش از آموزش نیاز به اصلاح راهنما یا دسترسی باشد. ماتریس نهاییِ این مرحله لازم نیست زیبا باشد. باید بتوان از روی هر عدد فهمید کدام رفتار دیده شده و کدام هنوز دیده نشده است.
هفتهٔ سوم، برای هر فاصله یک فعالیت کوتاه اجرا کنید: دیدن بخشِ مرتبطِ محتوا، حل یک موقعیت، نوشتن پاسخ و گرفتن بازخورد. برای الف می‌تواند تمرینِ ارجاع باشد، برای ب تحلیلِ موردِ پیچیده و برای ج مشاهده و اجرای یک پاسخِ معمول. ثبت کنید انجام فعالیت چقدر زمان برد، چه پرسشی مطرح شد و کدام بخشِ محتوا کمکی نکرد. اگر کارکنان بعد از محتوا همان سؤال را تکرار می‌کنند، شاید مثالِ درس یا مسیر دسترسی مبهم است.
هفتهٔ چهارم، با یک موردِ تازه و دشواریِ نزدیک به مورد اول، رفتار را بازبینی کنید. فقط تعدادِ ویدئوهای دیده‌شده را نشمارید. بنویسید چه کسی اکنون می‌تواند کار را بدون کمک انجام دهد و چه چیزی هنوز به راهنما، تغییر فرایند یا تمرینِ بیشتر نیاز دارد. نتیجهٔ هفتهٔ چهارم را با تاریخ و شاهد ثبت کنید؛ سطحِ قبلی را پاک نکنید. راهنمای سنجش انتقال آموزش به کار توضیح می‌دهد چرا اجرای واقعی یا شبیه‌سازی‌شده، از گواهیِ تماشا برای این تصمیم مفیدتر است.
دستیار هوشمندِ متصل به محتوای دوره کجا کمک می‌کند؟
استاد یا مسئول آموزش سازمانی معمولاً یک بستهٔ محتوا، دستور کار، پرسش‌های پرتکرار و چند نمونهٔ پاسخ دارد. ساختِ تمرین جدا برای هر فاصلهٔ مهارتی و پاسخ‌گویی به سؤال‌های مشابه، وقت زیادی می‌گیرد. یک دستیارِ متصل به منابعِ تأییدشدهٔ همان دوره می‌تواند از روی هدف و سطحِ اعلام‌شده، پیش‌نویس موقعیتِ تمرینی، سؤالِ پیگیری و بازخوردِ مبتنی بر معیار پیشنهاد کند. مثلاً برای الف، دو پیامِ بی‌نامِ تمرینی دربارهٔ ارجاع بسازد و بندِ راهنما را کنار پاسخِ پیشنهادی نشان دهد. استاد سپس کیفیتِ موقعیت، مرزِ اختیار و زبانِ بازخورد را بررسی می‌کند.
اگر کارکنان دربارهٔ یک بخشِ محتوا بارها سؤال می‌پرسند، می‌توان پرسش‌ها را به‌صورت تجمیعی و بدون نام بررسی کرد. شاید درسِ «ارجاع درخواست» مثالِ کافی ندارد یا متنِ سیاست دو برداشت می‌سازد. دستیار می‌تواند این الگو را برای استاد خلاصه کند و پیشنهادِ یک مثالِ تازه بدهد، اما تشخیصِ علتِ قطعی و تصمیمِ آموزشی با انسان است. اگر پاسخی از منبعِ دوره پشتیبانی نمی‌شود، نباید با اطمینانِ ساختگی ارائه شود. مسیرِ ارجاع به مدرس، اصلاح پاسخ و به‌روزرسانی منبع را از ابتدا مشخص کنید. راهنمای دستیار هوشمند استاد همین مرزِ منبع، بازبینی و مداخلهٔ مدرس را توضیح می‌دهد.
این فرایند، ارزیابیِ خودکارِ منابع انسانی یا تصمیم دربارهٔ استخدام، ارتقا و قطع همکاری نیست. دادهٔ مهارتیِ فردی حساس است؛ آن را بدون نیاز و مجوز به ابزار یا افراد دیگر منتقل نکنید. برای آزمایشِ نخست، از دادهٔ ساختگی مانند الف، ب و ج استفاده کنید. زمانِ آماده‌سازیِ تمرین و کیفیتِ پاسخِ پس از بازبینی را اندازه بگیرید تا بفهمید ابزار واقعاً در همان تیم مفید است یا نه. هیچ صرفه‌جوییِ زمانی یا رشدِ عملکردی را پیش از مشاهده به‌صورت واقعیت اعلام نکنید.
ماتریس را به مسیر دوره و پشتیبانی وصل کنید
وقتی از ماتریس سه نیازِ متفاوت بیرون می‌آید، لازم نیست سه دورهٔ کاملِ جداگانه بسازید. می‌توانید یک درسِ مشترک دربارهٔ اصولِ ثبت مسئله داشته باشید و سپس تمرین‌های متفاوت به افراد بدهید. برای الف، پیوند مستقیم به بخشِ ارجاع و دو موقعیتِ تمرینی؛ برای ب، پروندهٔ مبهم‌تر و درخواستِ توضیح تصمیم؛ برای ج، مثالِ پایه و فرصتِ اجرای مستقل. مسیرهای متفاوت فقط وقتی مفیدند که هدف، معیار و بازخوردِ هر مسیر روشن باشد. فرستادن لینک‌های بیشتر، به‌تنهایی شخصی‌سازی نیست.
برای هر فعالیت در بستر آموزش، چهار مورد را کنار هم قرار دهید: «هدفِ قابل مشاهده»، «محتوای لازم»، «تحویل یا شاهد» و «نحوهٔ بازخورد». اگر کارمند سؤال آموزشی پرسید، پاسخ باید به همان بخشِ محتوا و سیاستِ فعلی وصل شود. اگر مشکل دسترسی داشت، مسیر پشتیبانیِ فنی را ببیند. استاد نباید در میان ده‌ها پیامِ نامرتبط دنبال پرسش‌های واقعاً آموزشی بگردد. در صفحهٔ آموزش سازمانی فاکسیمون امکاناتِ ارائه و مدیریت آموزش را با نیازِ واقعی مجموعهٔ خود مقایسه کنید؛ ماتریسِ خوب باید در کنار فرایندِ آموزش و بازبینیِ انسانی قرار گیرد.
برای شروع، یک پایلوت با یک نقش، سه مهارت و یک گروهِ کوچک کافی است. اگر می‌خواهید محتوای دوره، تمرین و پرسش‌های کاربران را در یک مسیر قابل مدیریت آزمایش کنید، حساب فاکسیمون بسازید و از همین جدولِ نمونه، یک تمرینِ واقعی اما بی‌نام آماده کنید. پس از اجرا، ببینید پاسخِ افراد چه تغییری کرده و چه اصلاحی در درس یا فرایند لازم است. این داده برای تصمیمِ مرحلهٔ بعد از هر ادعای کلی دربارهٔ هوش مصنوعی یا افزایشِ بهره‌وری قابل اتکاتر است.
جمع‌بندی
برای شروع، همین هفته یک شغل، سه مهارت لازم برای آن و یک نمونهٔ کار برای هر مهارت انتخاب کنید. جدول کوچکی که نشان دهد هر فرد چه تمرینی نیاز دارد، معمولاً از جدول بزرگی که فقط پر از عدد است کاربردی‌تر است.