তারা স্কুলে যা শেখায় না: কীভাবে আমরা প্রযুক্তিগত সহায়তা প্রকৌশলীদের প্রশিক্ষণ দিই

এখানে প্রতিশ্রুত "ভিন্ন গল্প"।

চ্যালেঞ্জ

আপনি যদি চার বছর আগে আমাকে জিজ্ঞাসা করতেন: "আপনি কীভাবে আইটি বিভাগ/কোম্পানিতে নতুনদের প্রশিক্ষণ দিতে পারেন?" - আমি, দ্বিধা ছাড়াই বলব: ""বানর দেখে, বানর অনুকরণ করে" পদ্ধতিটি ব্যবহার করে, অর্থাৎ, একজন নবাগতকে আরও অভিজ্ঞ কর্মচারীকে নিয়োগ করুন এবং তাকে দেখতে দিন যে কীভাবে সাধারণ কাজগুলি সম্পাদন করা হয়।" এই পদ্ধতিটি আগে আমার জন্য কাজ করেছিল, এটি এখনও কাজ করে, এবং কিছু সময় আগে ভিমে, যখন গাছগুলি বড় ছিল, লোগোগুলি সবুজ ছিল এবং পণ্যটি ছোট ছিল, তখন আপনি কীভাবে প্রশিক্ষণ দিতে পারেন - এবং প্রশিক্ষিত!

ধীরে ধীরে, পণ্যটি বড় এবং জটিল হয়ে ওঠে, আরও নতুন প্রকৌশলী ছিল, এবং RTFM (রিড দ্য ফ্রিকিং ম্যানুয়াল) স্টাইল পদ্ধতি আরও খারাপ এবং খারাপ কাজ করে - আসল বিষয়টি হল যারা ইতিমধ্যে "জানেন" তারা এইভাবে শিখতে পারেন , যারা কাজের সুনির্দিষ্টতা বোঝেন এবং কিছু প্রয়োজন, তাই সমালোচনামূলক বিবরণ নয়।

কিন্তু যারা সংশ্লিষ্ট ক্ষেত্র থেকে এসেছেন এবং বেড়ে উঠতে এবং বিকাশ করতে চান, কিন্তু কীভাবে এটির কাছে যেতে হয় তা জানেন না তাদের কী হবে? কি করবেন, উদাহরণস্বরূপ, যারা তুলনামূলকভাবে বিরল ভাষায় কথা বলেন (উদাহরণস্বরূপ, ইতালীয়, যা গড় আইটি বিশেষজ্ঞের জন্য বিরল)? অথবা কীভাবে একজন প্রতিশ্রুতিশীল বিশ্ববিদ্যালয়ের স্নাতককে প্রশিক্ষণ দেওয়া যায় যার এমন একটি প্রকল্পের অধীনে খুব বেশি কাজের অভিজ্ঞতা নেই?

আসুন আমাদের গল্পটি এক সেকেন্ডের জন্য থামাই এবং কল্পনা করুন: এখানে আপনি, সহায়তা টিমের একজন দলনেতা, যিনি একজন প্রাক্তন ভাল এবং সফল প্রকৌশলী ছিলেন, যার সাথে সিস্টেম অ্যাডমিনিস্ট্রেশন এবং বিভিন্ন লোকের সাথে যোগাযোগের ব্যাপক অভিজ্ঞতা রয়েছে। আপনার কাজ হল আপনার অভিজ্ঞতাকে একজন নতুন (কেউ হয়তো "সবুজ" বলতে পারে) ফাইটার-ইঞ্জিনিয়ার, বিশ্ববিদ্যালয়ের স্নাতক, স্মার্ট এবং দ্রুত বুদ্ধিসম্পন্ন ব্যক্তির কাছে পৌঁছে দেওয়া। কেবলমাত্র একটি সূক্ষ্মতা রয়েছে - এটি এমন একজন ব্যক্তি যার সহায়তার অভিজ্ঞতা বা এমনকি একটি সাধারণ সহায়তা ডেস্কও নেই এবং তিনি আপনার সংস্থার প্রথম তুর্কি-ভাষী প্রকৌশলীও হবেন।

আপনি কিভাবে এই সমস্যার সমাধান করবেন?

এবং যখন আপনি এই প্রশ্নের উত্তর দেবেন (এবং আপনি উত্তর দেবেন, আমি আপনাকে বিশ্বাস করি), আসুন কাজটি জটিল করে তুলুন - যদি এমন দশজন প্রকৌশলী থাকে? বিশ হলে কি হবে? যদি এটি বিভাগের একটি ধ্রুবক উন্নয়ন হয়, এবং যে কোনো সময়ে সেখানে একজন নবাগত ব্যক্তিকে প্রশিক্ষিত করতে হবে, কাজের মানের একটি ন্যূনতম মান দেখান (এবং এই মানটি উচ্চ) এবং নিশ্চিত করুন যে ব্যক্তিটি চান না যত তাড়াতাড়ি সম্ভব পালিয়ে যেতে?

(আরও পড়ার আগে অনুগ্রহ করে এই প্রশ্নটি সম্পর্কে চিন্তা করুন।)

আমাদের গল্প

এটি ঠিক সেই চ্যালেঞ্জ/টাস্ক যা আমরা সম্মুখীন হয়েছিলাম।

যদিও বিভাগটি তুলনামূলকভাবে ছোট ছিল, "একজন নবাগতকে একজন পরামর্শদাতা দিন, নথির একটি তালিকা দিন এবং কাজ ছেড়ে দিন - সাঁতার কাটা বা ডুবুন" পরিকল্পনাটি ভাল কাজ করেছিল। স্কিমটি ভালো, সার্বজনীন, বছরের পর বছর ধরে প্রমাণিত হয়েছে এমনকি বহু শতাব্দীর সার্বজনীন মানব অভিজ্ঞতা - কিন্তু এক পর্যায়ে আমরা বুঝতে পেরেছি যে আমরা পুনরাবৃত্তি করতে ক্লান্ত হয়ে পড়েছি। প্রত্যেক নবাগতকে কিছু জিনিস বলা দরকার - একই জিনিস যা তার কাজে কাজে লাগতে পারে। "প্রথাগত" স্কিমে, পরামর্শদাতা এটি করেন, কিন্তু যদি কিছু পরামর্শদাতার একের পর এক ওয়ার্ড থাকে? একই জিনিসের পুনরাবৃত্তি দ্রুত বিরক্তিকর হয়ে যায়, বার্নআউট সেট হয়ে যায় - এবং এটি ইতিমধ্যে একটি ঝুঁকি।

এবং এখানে আমরা আরেকটি, কম ঐতিহ্যবাহী প্রকল্পের কথা মনে করি - নতুনদের দলে দলে জড়ো করা এবং তাদের বক্তৃতা দেওয়া - এভাবেই আমাদের প্রশিক্ষণ কর্মসূচির জন্ম হয়েছিল।

... কখনও কখনও আমাদের প্রকৌশলীরা সম্মেলনে অংশগ্রহণ করে - উভয় অভ্যন্তরীণ এবং বাহ্যিক, তৃতীয় পক্ষ এবং নিজেদের দ্বারা সংগঠিত। এই ইভেন্ট থেকেই সমর্থনের প্রশিক্ষণ শুরু হয়েছিল, যেমনটি এখন।

আমাদের একজন প্রকৌশলী লাস ভেগাসের VeeamOn-এ ভিম ব্যাকআপ এবং রেপ্লিকেশন কী জিনিস দিয়ে তৈরি তা নিয়ে একটি উজ্জ্বল উপস্থাপনা দিয়েছেন এবং কয়েকটি পরিবর্তনের মাধ্যমে এটি "কম্পোনেন্টস" বক্তৃতা হয়ে উঠেছে। এই সময়ের মধ্যে, আমাদের ইতিমধ্যে কার্যকারিতার বিভিন্ন অংশের উপর বেশ কয়েকটি বক্তৃতা ছিল, কিন্তু এটি সেই বক্তৃতা ছিল যা আগে এবং পরে আসা সমস্ত কিছুর জন্য "টোন সেট" করেছিল। বক্তৃতাটি যেভাবে গঠন করা হয়েছিল, কী উপকরণ ব্যবহার করা হয়েছিল, ইত্যাদি আমাদের জন্য আদর্শ হয়ে উঠেছে।

আমরা ভার্চুয়ালাইজেশন, মাইক্রোসফ্ট প্রযুক্তি, আমাদের নিজস্ব পণ্য সম্পর্কে অনেক কথা বলতে শুরু করেছি, আইটি অভিজ্ঞতা ছাড়াই আমাদের নতুনদের জন্য প্রাথমিক প্রশিক্ষণ চালু করেছি, যেখানে একজন সমর্থন প্রকৌশলীর প্রয়োজন হতে পারে এমন সবকিছুই আমরা বলি - হার্ডওয়্যার থেকে শুরু করে এবং বিমূর্ততার মাত্রা বৃদ্ধি করে: ডিস্ক API, অপারেশন সিস্টেম, অ্যাপ্লিকেশন, নেটওয়ার্কিং, ভার্চুয়ালাইজেশন।

অবশ্যই, আমরা বুঝতে পেরেছি এবং বুঝতে পেরেছি যে আমরা প্রশিক্ষণের সাথে যে প্রযুক্তিগুলি ব্যবহার করি তার সম্পূর্ণ পরিসরকে কভার করার চেষ্টা করা অসম্ভব, বা অন্তত অযৌক্তিক হবে। একটি পণ্যের সমস্ত বৈশিষ্ট্য শেখাতে ইতিমধ্যে বেশ কয়েক মাস সময় লাগে, তবে পণ্যটি স্থির থাকে না এবং সব সময় নতুন কিছু দেখা যায়। উপরন্তু, শুধুমাত্র প্রশিক্ষণ বক্তৃতা, যেমন তারা, একটি ভবিষ্যত প্রকৌশলী প্রয়োজন সবকিছু প্রদান করতে পারে না.

আর কি?

আমি বলতে চাই যে প্যারেটো নিয়ম আমাদের জন্য কাজ করে: আমাদের প্রশিক্ষণের মাধ্যমে আমরা একজন সফল প্রকৌশলীর যা প্রয়োজন তার প্রায় 20% সরবরাহ করি এবং 80% তার বিবেকের উপর থাকে - ম্যানুয়াল পড়া, ল্যাবে কাজ করা, পরীক্ষা এবং যুদ্ধের অনুরোধগুলি সমাধান করা ইত্যাদি .

20% - প্রশিক্ষণ - আসলে, এটি তাত্ত্বিক ভিত্তির প্রায় 100%, তবে আপনি একা তত্ত্ব দিয়ে সবকিছু অর্জন করতে পারবেন না - জ্ঞান-ক্ষমতা-দক্ষতার ক্লাসিক স্কিম কাজ করে। আমরা জ্ঞান দিতে পারি, কিন্তু দক্ষতা বিকাশ করা এবং সেগুলিকে দক্ষতায় পরিণত করা সম্পূর্ণ আলাদা কাজ।

এই কারণেই আমাদের প্রাথমিক তাত্ত্বিক বক্তৃতাগুলি খুব দ্রুত অন্যান্য জিনিসগুলির সাথে পরিপূরক হতে পারে এবং এখন সাধারণ স্কিমটি এইরকম দেখাচ্ছে:

• বক্তৃতা/প্রশিক্ষণ;
• স্বাধীন কাজ;
• মেন্টরিং।

প্রথম পয়েন্টের সাথে সবকিছু পরিষ্কার: আমরা নতুনদের একটি দল নিয়ে যাই, তাদের তত্ত্বটি পড়ি এবং সহজেই দ্বিতীয় পয়েন্টে চলে যাই, বক্তৃতা শেষে "হোমওয়ার্ক" দিই - এক ধরণের ব্যবহারিক সমস্যা যা শিক্ষানবিসকে অবশ্যই "খেলতে হবে" আউট" ল্যাবে এবং কিছু আকারে একটি প্রতিবেদন সরবরাহ করুন (সাধারণত ফর্মটি বিনামূল্যে, তবে ব্যতিক্রম রয়েছে)।

আমরা ইচ্ছাকৃতভাবে একটি বরং সাধারণ আকারে কার্যগুলি প্রণয়ন করি, সুনির্দিষ্ট নির্দেশগুলি এড়িয়ে যাই "সেখানে যান, এটি করুন, আপনি যা দেখছেন তা লিখুন।" পরিবর্তে, আমরা কেবল একটি টাস্ক পোজ করি (উদাহরণস্বরূপ: উপাদানগুলির এই তালিকার সাথে একটি ভার্চুয়াল মেশিন স্থাপন করুন) এবং প্রাপ্ত ফলাফলের সাথে কিছু "গবেষণা" করতে বলুন, এটি কীভাবে করা যায় বা কীভাবে ফলাফল পরীক্ষা করা যায় সেদিকে না গিয়ে। এর মাধ্যমে আমরা শিক্ষানবিশদের (বিশেষ করে যারা আইটি জগত থেকে তাদের যাত্রার শুরুতে এবং ইঞ্জিনিয়ারিং ভ্রাতৃত্ব কীভাবে চিন্তা করে) স্বাধীন চিন্তাভাবনা, ডকুমেন্টেশন পড়ার দক্ষতা এবং উদীয়মান সমস্যাগুলি বিশ্লেষণ করতে শেখাতে চাই এবং, খুব গুরুত্বপূর্ণভাবে, তাদের বোঝা। সীমা

আমরা সকলেই জানি যে কখনও কখনও একটি সমস্যার সমাধান করা একটি শেষ পরিণতির দিকে নিয়ে যায়, যেন সামনে একটি প্রাচীর রয়েছে যা ভেঙে ফেলা যায় না। এবং কখন এটিতে আপনার মাথা মারতে থাকা মূল্যবান তা বোঝা এবং যখন সাহায্য করতে পারে এমন কাউকে খুঁজে বের করার সময় এটি একটি দলে কাজ করা একজন প্রকৌশলীর জন্য একটি অত্যন্ত গুরুত্বপূর্ণ দক্ষতা।

আমাদের ক্ষেত্রে, একজন নবাগতের জন্য এই "সহায়ক" একজন পরামর্শদাতা।

একজন পরামর্শদাতাকে অতিরিক্ত মূল্যায়ন করা অসম্ভব। নিজের জন্য বিচার করুন, তিনি নবাগত ব্যক্তির জন্য প্রথম "যোগাযোগের বিন্দু" যিনি তাকে নিয়োগ করা হয়েছে, যিনি বেশিরভাগ প্রশ্নের উত্তর দিতে পারেন এবং বেশিরভাগ পরিস্থিতিতে সাহায্য করতে পারেন - এবং সেই খারাপ নিদর্শনগুলি সংশোধন করতে পারেন (প্রযুক্তিগত অংশে, ব্যবসায়িক নীতিশাস্ত্রে, কোম্পানি সংস্কৃতি), যা কোচ এবং এমনকি দলের নেতৃত্ব উভয়ই মিস করতে পারে।

এবং এটা তার সম্পর্কে সব?

বক্তৃতা-প্রশিক্ষণ, মেন্টরিং, স্বাধীন কাজ - এই তিনটি প্রধান বিল্ডিং ব্লক যা আমাদের প্রশিক্ষণ প্রোগ্রাম তৈরি করে। কিন্তু এটাই কি সব বলার আছে? অবশ্যই না!
এমনকি একটি ভাল পরিকল্পনা, চারটি সম্পূর্ণ প্রশিক্ষণ প্রোগ্রাম (পঞ্চমটি পথে) থাকা সত্ত্বেও, আমরা আমাদের "লুণ্ঠনের বাচ্চা" সংগ্রহ করা বন্ধ করি না। শিক্ষা আমাদের পণ্যের মতোই জীবন্ত, এবং সেইজন্য নতুন তথ্য এবং তা জানানোর নতুন উপায় প্রতিনিয়ত উপস্থিত হচ্ছে।

উদাহরণস্বরূপ, আমাদের জন্য একটি গুরুত্বপূর্ণ মাইলফলক ছিল এই উপলব্ধি যে আমরা প্রকৃতপক্ষে স্কুল/বিশ্ববিদ্যালয় প্রশিক্ষণকে সম্পূর্ণরূপে থেকে একটু বেশি পুনরাবৃত্তি করি এবং এটি সর্বদা কাজ করে না। আমরা প্রাপ্তবয়স্কদের অভিজ্ঞতা সহ, তাদের নিজস্ব ভয় এবং পছন্দের সাথে শেখাই। এবং এই "স্কুল" সিস্টেমটি লোকেদের একটু ভয় দেখায় (আসুন কোদালকে কোদাল বলি - 95% ক্ষেত্রে, স্কুল মডেলের কারণে যে কোনও হতাশা ভয় থেকে আসে): আমরা সকলেই কোনও না কোনও উপায়ে স্কুল এবং বিশ্ববিদ্যালয়ে গিয়েছিলাম, এবং প্রায়শই এটি সব ছিল এটি এখনও একটি আঘাতমূলক অভিজ্ঞতা ছিল, তাই আমি এটির পুনরাবৃত্তি করতে চাই না।

এখান থেকে আমরা শুরু করি (হ্যাঁ, আমরা সবে শুরু করছি, কিন্তু "যাত্রাটি হাজার মাইল..." এবং আরও অনেক কিছু) আমাদের পন্থাগুলিকে পুনরায় কাজ করার জন্য। আমরা মনে পড়েছি/শিখেছি আন্দ্রাগজি (প্রাপ্তবয়স্কদের শেখানো - শিক্ষাবিদ্যার বিপরীতে, যা মূলত শিশুদের শেখানোর বিষয়ে) এর অভিজ্ঞতার উপর ফোকাস, লক্ষ্য বোঝার, তথ্যের আত্তীকরণ এবং শিক্ষার্থীদের স্বাচ্ছন্দ্য সম্পর্কে সূক্ষ্মতা সহ, গুরুত্ব মানসিক উপাদানের (শিশুদের জন্য এটি আরও গুরুত্বপূর্ণ), একটি ব্যবহারিক উপাদানের প্রয়োজন ইত্যাদি। আমরা সম্পর্কে শিখেছি ফ্লাস্ক চক্র এবং এখন আমরা আমাদের প্রশিক্ষণগুলি ঘুরিয়ে দিচ্ছি, চিন্তা করছি যে কীভাবে আমরা এমন একজন ব্যক্তিকেও প্রশিক্ষণে আনতে পারি যিনি সম্পূর্ণরূপে "বিষয়ের বাইরে" কিছু অভিজ্ঞতার সাথে প্রশিক্ষণে আনতে পারি, যা আমরা আপডেট এবং সম্পূরক করতে, গভীর করতে এবং চিরুনি দিতে সাহায্য করব এবং যা গুরুত্বপূর্ণ , শুধুমাত্র খালি তত্ত্ব নয়, ব্যবহারিক জ্ঞানও দিন যা একজন পরামর্শদাতার সাহায্যে বা স্বাধীনভাবে দক্ষতায় রূপান্তরিত হতে পারে।

আমরা ব্যবসায়িক প্রশিক্ষকদের আমন্ত্রণ জানিয়েছি যারা জনসাধারণের কথা বলার বিষয়ে আমাদের লেকচারারদের সাথে কাজ করেছেন, আবেগ সম্পর্কে কথা বলেছেন, দৃঢ়তা প্রশিক্ষিত করেছেন, আমাদের গ্রুপের গতিবিদ্যা পরিচালনার জন্য সরঞ্জাম দিয়েছেন এবং অবশ্যই আমাদের "প্রশিক্ষণ থেকে আমরা কী চাই?" প্রশ্নের উত্তর দিতে সাহায্য করেছেন। এবং "আমাদের শেষ লক্ষ্য কি?" ফলাফল ইতিমধ্যেই আছে - কিছু প্রশিক্ষণ যা "বিরক্তিকর এবং কিছুই পরিষ্কার নয়" স্টাইলে সর্বাধিক প্রতিক্রিয়া সংগ্রহ করেছিল এখন সম্ভবত সবচেয়ে আকর্ষণীয় এবং আন্তরিক বলা হয় - তবে প্রভাষক একই রয়ে গেছে!

এবং সম্প্রতি, বেশ কিছু দুর্দান্ত এবং অনুপ্রাণিত ছেলে আমাদের কাছে এসেছিলেন, জ্ঞান কেন্দ্রিক সহায়তা এবং কীভাবে ভিডিও কোর্স তৈরি করতে হয় সে সম্পর্কে কথা বলেছেন - এবং আমরা তাদের কাছ থেকে অনেক ভাল ধারণা শিখেছি যে কীভাবে পরবর্তীটি পুনরায় তৈরি করা যায় এবং "রেকর্ডিং" থেকে দূরে সরে যায় একটি ওয়েবিনার-শৈলী” সুন্দর এবং সহজ কোর্সে যা আমাদের যা চাই তা সহজ এবং পরিষ্কারভাবে বলে এবং তথ্য উপস্থাপনের বিভিন্ন পদ্ধতিতে আমাদের ডুবে যেতে দেয় না।

তদুপরি, এখন আমরা প্রশিক্ষণের কেবল প্রযুক্তিগত উপাদান, তথাকথিত হার্ড দক্ষতাই গ্রহণ করিনি, তবে আমরা কেবল প্রভাষক বা ব্যবস্থাপনার জন্য নয়, প্রকৌশলীদের জন্যও সফ্ট স্কিল নিয়ে কাজ করছি। আমরা এটি করি যাতে শর্তসাপেক্ষ ইগনাট, যখন তিনি কোম্পানিতে আসেন, তখন তিনি তার কাজে 100% যে দক্ষতার প্রয়োজন হবে তা অনুশীলন করতে পারেন, তার আবেগগুলি পরিচালনা করতে সক্ষম হতে পারেন এবং জানতে পারেন যে কোনও, এমনকি সবচেয়ে কঠিন এবং হতাশাজনক পরিস্থিতিতেও। , তিনি এক করবেন না: সর্বোপরি, সমর্থন মানুষের সম্পর্কে, এবং "আমরা সমস্যায় আমাদের নিজেদের ত্যাগ করি না।" প্রথম ইনকামিং ফোন কলের আগে, আমরা নবাগতদের সাথে রোল প্লেয়িং গেম খেলব, তাদের প্রক্রিয়ায় জড়িত হতে এবং তাদের নিজস্ব উত্তর দেওয়ার স্টাইল খুঁজে পেতে সাহায্য করব; প্রথম ক্ষেত্রে, আমরা তাদের বলব কীভাবে তাদের সাথে কাজ করা ভাল এবং কী করতে হবে সন্ধান করুন, এবং আমরা পুরো প্রক্রিয়া জুড়ে নিরীক্ষণ করব এবং সাহায্য করব।
আমরা সমর্থন করছি. এবং আমাদের নিজেদের না হলে সবার আগে কাকে সমর্থন করা উচিত?

এবং উপসংহারে, কয়েকটি শব্দ ...

আমি জানি যে আমার গল্প প্রশংসনীয় শোনাচ্ছে। এবং একই সময়ে, আমি বড়াই করছি না - এটি আমাদের ইতিহাস, আমাদের বর্তমান এবং ভবিষ্যতের জন্য আমাদের পরিকল্পনার একটি ছোট অংশ।

আমাদের প্রশিক্ষণ কখনই নিখুঁত হয় না। আমাদের অনেক ত্রুটি আছে, এবং আমরা অনেক ভুল করেছি - প্রিয় মা! আমরা প্রচুর প্রতিক্রিয়া পাই, এবং প্রায়শই এটি প্রশংসনীয় হয় না, তারা আমাদের সমস্যা, ত্রুটি, কাঙ্খিত উন্নতি সম্পর্কে লেখেন - এবং যেহেতু আমরা বিশ্বব্যাপী শিক্ষা দিই, আমরা প্রচুর বৈচিত্র্যপূর্ণ প্রতিক্রিয়া পাই এবং যদি আমরা সাংস্কৃতিক বৈশিষ্ট্যগুলিও বিবেচনা করি। ...

আমাদের বেড়ে ওঠার জায়গা আছে, এবং ঈশ্বরকে ধন্যবাদ, আমাদের কাছে যারা কাজ করতে, সমালোচনা করতে, আলোচনা করতে এবং নতুন জিনিস অফার করতে প্রস্তুত। এটি একটি মহান সম্পদ এবং মহান সমর্থন.

এবং সমর্থন হল লোকেদের সম্পর্কে - এটি এমন লোকেরা যারা প্রশিক্ষণ দেয়, প্রশিক্ষণ নতুন কর্মচারীদের আগে কার্যকর হতে শুরু করে এবং দ্রুত ভাল প্রকৌশলী হয়ে উঠতে সাহায্য করে এবং ভাল প্রকৌশলীরা বিশ্বকে একটি ভাল জায়গা করে তোলে।

...এবং এর সাথে আমাকে আমার অনুমোদিত বক্তৃতা শেষ করতে দিন।

উত্স: www.habr.com