কীভাবে শিখতে হয়, তা শিখুন

আগে একটি ছোট চেষ্টা

ধরুন, সারসংক্ষেপ টেবিল বানানোর একটি পাঠের পর আপনি অনুশীলনের জন্য একটি স্প্রেডশিট খুললেন। আপনি টিউটোরিয়ালটি অন্য একটি ট্যাবে সরিয়ে রেখে বললেন, “আগে শুধু সারসংক্ষেপ টেবিলটা। পুরো রিপোর্ট না।”

আপনি এক মিনিট কাজ করলেন, তারপর থামলেন। “মেনুটা আমি খুঁজে পাচ্ছি,” আপনি বললেন, “কিন্তু কোন সারিগুলো বাদ দিতে হবে, সেটা জানি না।”

আপনার সহকর্মী মাউস হাতে নিলেন না। “ভালো,” তিনি বললেন। “এটাই প্রশ্ন।”

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

দুই দিন পর আপনি অনুশীলনের জন্য অন্য একটি ফাইল খুললেন। এবার আপনার মনে আছে কীভাবে পরীক্ষামূলক সারিগুলো বাদ দিতে হয়, কিন্তু বিন্যাসটা ঠিক দেখাচ্ছে না। আপনি একটি ছোট নোট লিখলেন: “টেবিল বানাতে পারি। বিন্যাসে অনুশীলন দরকার।”

এটা নিখুঁত ফল নয়, কিন্তু নিজেকে এই কথা বলার চেয়ে এটি বেশি উপকারী: “আমি এটা দেখেছি, তাই নিশ্চয়ই জানি।” এখন আপনি জানেন কী উন্নতি হয়েছে আর কোন জায়গায় এখনও কাজ বাকি।

আমরা যা শিখতে পারি

একটি সত্যিকারের চেষ্টা দেখায়, একটি ধাপ চিনে নেওয়া আর সেটি করতে পারার মধ্যে পার্থক্য কোথায়। এই পার্থক্যটি উপকারী। এটি আপনাকে দেখায়, এরপর কী শেখা দরকার, সবকিছুর মধ্যে আবার ফিরে যেতে বাধ্য না করে।

কাজটাকে চেষ্টা করার মতো ছোট করে নিন। “সফটওয়্যারটা শেখা” এক বসায় করার জন্য খুবই বিস্তৃত। “একটি অনুশীলনের ফাইলে সারসংক্ষেপ টেবিল তৈরি করা” আপনাকে এমন কিছু দেয়, যা আপনি সত্যিই যাচাই করতে পারেন।

আটকে গেলে, সমস্যাটার নাম যতটা পারেন স্পষ্ট করে বলুন। “কোন সারিগুলো বাদ দিতে হবে, সেটা আমি জানি না”—এটা “আমি এতে খারাপ” বলার চেয়ে ভালো দিকনির্দেশনা দেয়। নির্দিষ্ট সমস্যা যাচাই করা, বোঝানো, অনুশীলন করা, বা এ নিয়ে সাহায্য চাওয়া সহজ।

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