বিশ্ববিদ্যালয়গুলো কীভাবে মাইক্রো-ক্রেডেনশিয়ালের জন্য Open Badges ব্যবহার করছে

একটি ট্রান্সক্রিপ্ট একজন শিক্ষার্থী কী কী ক্লাসে বসেছিল তার ভালো রেকর্ড। কিন্তু সে আসলে কী করতে পারে তার খারাপ রেকর্ড। তিন সপ্তাহের ডেটা ভিজ্যুয়ালাইজেশন ওয়ার্কশপ, এক-ক্রেডিটের ল্যাব-সেফটি সার্টিফিকেশন, একটি কো-কারিকুলার লিডারশিপ প্রোগ্রাম — এগুলোর কোনোটাই GPA-র লাইনে স্বাভাবিকভাবে বসে না, এবং এগুলোর বেশিরভাগ কখনোই এমন কোনো রূপে রেজ্যুমেতে ওঠে না যা একজন রিক্রুটার যাচাই করতে পারে। এই ফাঁকটাই কারণ, কেন এত বিশ্ববিদ্যালয় গত কয়েক বছর ধরে Open Badges-এর উপর ভিত্তি করে মাইক্রো-ক্রেডেনশিয়াল প্রোগ্রাম তৈরি করছে: ছোট, নির্দিষ্ট, যাচাইযোগ্য একক দক্ষতার রেকর্ড, যা প্রমাণিত হওয়ার মুহূর্তেই ইস্যু হয়, সেমিস্টার-শেষের ট্রান্সক্রিপ্টে চাপা পড়ে থাকে না।

এটা কোনো কাল্পনিক প্রবণতা নয়। রেজিস্ট্রার অফিস, কন্টিনিউয়িং-এডুকেশন বিভাগ, ক্যারিয়ার সেন্টার, এবং পৃথক পৃথক বিভাগ — সবাই স্বাধীনভাবে ব্যাজ ইস্যু করছে, প্রায়ই প্রতিষ্ঠান-ব্যাপী কোনো নীতি তৈরি হওয়ার আগেই। এটা নিজে থেকেই বোঝার মতো বিষয় — বেশিরভাগ বিশ্ববিদ্যালয় আসলে যে এলোমেলো, নিচ থেকে-ওপরে (bottom-up) পথে একটি মাইক্রো-ক্রেডেনশিয়াল প্রোগ্রামে পৌঁছায় — এটা ভালোভাবে করার প্রযুক্তিগত ও প্রাইভেসি বিস্তারিত আলোচনায় যাওয়ার আগে।

কেন বিশ্ববিদ্যালয়গুলো PDF আর ট্রান্সক্রিপ্ট ছেড়ে দিচ্ছে

তিনটি শক্তি এটাকে এগিয়ে নিচ্ছে, এবং বেশিরভাগ প্রতিষ্ঠানে মোটামুটি এই ক্রমেই এগুলো দেখা যায়।

রিক্রুটার দৃশ্যমানতা। ট্রান্সক্রিপ্টে চাপা পড়ে থাকা একটি দক্ষতা LinkedIn স্ক্যান করা একজন রিক্রুটারের কাছে অদৃশ্য। কারো Licenses & Certifications সেকশনে বসে থাকা একটি ব্যাজ, যাতে একটি ভেরিফিকেশন লিংক আছে যা হায়ারিং ম্যানেজার সত্যিই ক্লিক করতে পারেন, তা অদৃশ্য নয় — এটা LinkedIn ইতিমধ্যে যে Skill Assessments অফার করে তার চেয়ে ভিন্ন, LinkedIn-নেটিভ ধরনের দৃশ্যমানতা, কারণ একটি ব্যাজ ইস্যুকারী বিশ্ববিদ্যালয়ের নাম এবং সম্পূর্ণ ক্রেডেনশিয়াল মেটাডেটা বহন করে, একটি সাধারণ প্ল্যাটফর্ম কুইজ স্কোর নয়। ক্যারিয়ার সার্ভিসেস অফিসগুলো লক্ষ্য করেছে যে যেসব শিক্ষার্থী ক্রেডেনশিয়াল শেয়ার করে তারা বেশি ইনবাউন্ড রিক্রুটার মেসেজ পায় — এবং এটা এমন একটি মেট্রিক যা একটি ক্যারিয়ার সেন্টার ডিনের কাছে রিপোর্ট করতে পারে, যা “আমরা একটা ওয়ার্কশপ শেখালাম” কখনো ছিল না।

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

অ্যালামনাই এনগেজমেন্ট। একজন গ্র্যাজুয়েট প্রকাশ্যে শেয়ার করা প্রতিটি ব্যাজ বিশ্ববিদ্যালয়ের নাম আর লোগো তার পেশাদার নেটওয়ার্কে ফিরিয়ে নিয়ে যায় — বিনামূল্যে, বারবার, ক্যাম্পাস ছাড়ার বছরের পর বছর পরও। যেসব অ্যালামনাই রিলেশনস অফিস এটা ট্র্যাক করা শুরু করেছে তারা ব্যাজ শেয়ার-রেটকে একটা প্রকৃত (যদিও অনানুষ্ঠানিক) ব্র্যান্ড-রিচ মেট্রিক হিসেবে দেখে।

এগুলোর কোনোটাই কারণ নয় যে একটি বিশ্ববিদ্যালয় ব্যাজ প্রোগ্রাম শুরু করে — সাধারণত এটা একটি বিভাগ (প্রায়ই কন্টিনিউয়িং এড বা একটি কোডিং বুটক্যাম্প পার্টনারশিপ) কিছু ছোট জিনিস পাইলট করার মধ্য দিয়ে শুরু হয়। কিন্তু একবার তৈরি হয়ে গেলে প্রোগ্রামটি কেন সম্প্রসারিত হতে থাকে, তার কারণ এগুলোই।

যেসব ইমপ্লিমেন্টেশন প্যাটার্ন সত্যিই কাজ করে

যেসব বিশ্ববিদ্যালয় এটা ঠিকভাবে করে তারা প্রায় কখনোই একসাথে সবকিছু ব্যাজ করার চেষ্টা করে না। সফল রোলআউটগুলোতে কয়েকটি প্যাটার্ন বারবার দেখা যায়।

একটি স্পষ্ট এককেই শুরু করুন: কোর্স বা ওয়ার্কশপ

দিন এক থেকে “সমালোচনামূলক চিন্তা”-কে একটি দক্ষতা হিসেবে ব্যাজ করার চেষ্টা করবেন না — যাচাই করার জন্য এটা খুব ঝাপসা এবং মানদণ্ড ডিজাইন করার জন্য খুব কঠিন। একটি স্পষ্ট কমপ্লিশন-ইভেন্ট আছে এমন কিছু দিয়ে শুরু করুন: একটি নির্দিষ্ট স্বল্পমেয়াদী কোর্স, একটি নির্দিষ্ট ওয়ার্কশপ সিরিজ, একটি নির্দিষ্ট সার্টিফিকেশন পরীক্ষা। ব্যাজের ক্রাইটেরিয়া টেক্সট এমন কিছু হওয়া উচিত যা একজন সন্দিহান বাইরের ভেরিফায়ারও সহজে মেনে নেবেন: “12-ঘণ্টার Introduction to R Programming ওয়ার্কশপ, স্প্রিং 2026 সম্পন্ন করেছে” — এটা যুক্তিসঙ্গত। “শক্তিশালী বিশ্লেষণাত্মক দক্ষতা প্রদর্শন করে” — এটা নয়।

কমপ্লিশন ট্রিগারের জন্য LMS ইন্টিগ্রেশন

বেশিরভাগ প্রতিষ্ঠানের কাছে ইতিমধ্যে কমপ্লিশন সিগন্যাল একটি LMS-এ বসে আছে — Canvas, Moodle, Brightspace — একটি গ্রেড, একটি কুইজ পাস, বা একটি মডিউল-কমপ্লিট ইভেন্ট হিসেবে। কার্যকর প্যাটার্ন হলো LMS থেকে একটি ওয়েবহুক বা শিডিউলড এক্সপোর্ট যা শিক্ষার্থী কমপ্লিশন থ্রেশহোল্ড পার হওয়ার মুহূর্তে ব্যাজ প্ল্যাটফর্মের Awards API কল করে, টার্ম-শেষের একটি ম্যানুয়াল ব্যাচের বদলে যা কাউকে মনে রেখে চালাতে হয়।

যেসব প্রোগ্রাম এখনো লাইভ ইন্টিগ্রেশনের জন্য প্রস্তুত নয়, তাদের জন্য প্রতিটি কোহোর্টের শেষে LMS গ্রেডবুক থেকে একটি CSV এক্সপোর্ট অপারেশনালভাবে সমান ভালো কাজ করে — পুরো ওয়াকথ্রুর জন্য দেখুন CSV থেকে ব্যাজ ইস্যু করা, যেখানে একটি গ্রেডবুক থেকে সরাসরি এক্সপোর্ট করা কয়েকশ সারি কীভাবে সামলাতে হয় তাও আছে।

একাধিক চেকপয়েন্ট থাকা প্রোগ্রামের জন্য স্ট্যাকেবল ব্যাজ

চার-মডিউলের একটি সার্টিফিকেট প্রোগ্রামের কিছু ইস্যু করার জন্য মডিউল চার পর্যন্ত অপেক্ষা করা উচিত নয়। প্রতি মডিউলে একটি ব্যাজ ইস্যু করুন, তারপর একটি ক্যাপস্টোন “মেটা-ব্যাজ” যা সবগুলো সম্পূর্ণ হলে চারটি প্রি-রিকুইজিট ব্যাজকে রেফার করে। এটা দুটো কাজ করে: এটা শিক্ষার্থীদের মাসের পর মাস অপেক্ষা না করে সাথে সাথে শেয়ার করার মতো কিছু দেয়, এবং এটা প্রোগ্রামকে একটা অনেক স্পষ্ট চিত্র দেয় যে শিক্ষার্থীরা কোথায় ঝরে পড়ছে — মডিউল-2-এর তুলনায় মডিউল-3-এর ব্যাজ ইস্যুয়েন্স রেট অনেক কম হওয়া একটা দৃশ্যমান সিগন্যাল, টার্মের শেষে গিয়ে জানা কোনো বিষয় নয়।

কোর্স-পরবর্তী ইস্যুয়েন্স, রেজিস্ট্রেশন-পূর্ব নয়

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

একজন শিক্ষার্থী আসলে কী দেখে

এর প্রাপক-দিকটা একবার হেঁটে দেখা দরকার, কারণ এটাই ঠিক করে দেয় একটা মাইক্রো-ক্রেডেনশিয়াল প্রোগ্রাম স্বেচ্ছায় গৃহীত হবে নাকি বাধ্যতামূলক করতে হবে। যখন একটি ব্যাজ ইস্যু করা হয়, শিক্ষার্থী একটি লিংকসহ ইমেইল পায় — নতুন কোনো অ্যাকাউন্ট তৈরি করার দরকার নেই, কোনো পাসওয়ার্ড সেট করার দরকার নেই। এতে ক্লিক করলে একটি ম্যাজিক-লিংক সাইন-ইন খোলে: যে ইমেইলে ব্যাজ ইস্যু হয়েছিল সেটা লিখুন, একটি ওয়ান-টাইম লিংক পান, সরাসরি badges.ninja/me-এ একটি ব্যক্তিগত পোর্টালে পৌঁছান যেখানে প্রতিটি ইস্যুকারীর দেওয়া তাদের অর্জিত প্রতিটি ব্যাজ দেখা যায়, শুধু এই একটি বিশ্ববিদ্যালয়ের নয়।

সেখান থেকে শিক্ষার্থী এক ক্লিকে ব্যাজটি তাদের LinkedIn প্রোফাইলে যোগ করতে পারে (যদি ইস্যুকারী একটি LinkedIn organization ID সেট করে থাকেন), একটি ফিজিক্যাল পোর্টফোলিও বা প্রিন্ট করা আবেদন প্যাকেটের জন্য উপযুক্ত একটি A4 PDF সার্টিফিকেট ডাউনলোড করতে পারে, অথবা সরাসরি পাবলিক ভেরিফিকেশন লিংক শেয়ার করতে পারে — এমন একটি URL যা যে কেউ খুলতে পারে, লগইন ছাড়াই, যা ব্যাজ, ক্রাইটেরিয়া, ইস্যু করার তারিখ, এবং ইস্যুকারী পর্যন্ত একটি ক্রিপ্টোগ্রাফিক ভেরিফিকেশন চেইন দেখায়। এর কোনোটার জন্যই বিশ্ববিদ্যালয়কে নিজস্ব পোর্টাল তৈরি বা রক্ষণাবেক্ষণ করতে হয় না; ব্যাজটা একটি একক বিভাগ থেকে এসেছে না পাঁচ-প্রতিষ্ঠানের কনসোর্টিয়াম থেকে — প্রাপকের অভিজ্ঞতা একই।

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

ডিগ্রির পাশে মাইক্রো-ক্রেডেনশিয়াল কোথায় ফিট করে

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

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

প্রাইভেসি বিবেচনা: কেন এটা FERPA-কম্প্যাটিবল

যখনই “বিশ্ববিদ্যালয়” আর “শিক্ষার্থীরা বাইরে শেয়ার করতে পারে এমন রেকর্ড” একই বাক্যে আসে, FERPA-ই প্রথম প্রশ্ন যা একটি রেজিস্ট্রার অফিস জিজ্ঞাসা করে। সংক্ষিপ্ত উত্তর: Open Badges এমন একটি মডেলের চারপাশে তৈরি যা ইতিমধ্যে FERPA-র মূল প্রয়োজনীয়তার সাথে সামঞ্জস্যপূর্ণ — যে শিক্ষার্থীর সম্মতি ছাড়া শিক্ষা রেকর্ড প্রকাশ করা হয় না।

• প্রাপক প্রকাশ নিয়ন্ত্রণ করে। একটি ব্যাজ প্রাপকের নিজের পোর্টাল এবং প্রোফাইলে থাকে, বিশ্ববিদ্যালয়-হোস্টেড কোনো পাতায় নয় যা একটি তৃতীয় পক্ষ অনুমতি ছাড়া ব্রাউজ করতে পারে। এটা শেয়ার করা — LinkedIn-এ, ইমেইলে, রেজ্যুমেতে — এমন একটা অ্যাকশন যা শিক্ষার্থী স্বেচ্ছায় নেয়, যা কার্যত একটি সম্মতিপ্রাপ্ত প্রকাশ, প্রাতিষ্ঠানিক প্রকাশ নয়।
• প্রাপকের ইমেইল কখনো ক্রেডেনশিয়ালে প্লেইনটেক্সটে সংরক্ষিত হয় না। Open Badge v2.0 অ্যাসারশনের অংশ হিসেবে, স্পেকের hashed recipient identity ফরম্যাট অনুসরণ করে এটাকে একটি পার-ক্রেডেনশিয়াল সল্ট দিয়ে হ্যাশ করা হয়। একজন ভেরিফায়ার একটি নির্দিষ্ট ইমেইল ক্রেডেনশিয়ালের সাথে মেলে কিনা তা নিশ্চিত করতে পারেন; তারা একটি ব্যাজ বা একগুচ্ছ ব্যাজ থেকে শিক্ষার্থী ইমেইলের একটি ডিরেক্টরি সংগ্রহ করতে পারেন না।
• ক্রাইটেরিয়া এবং প্রমাণ শুধু যা সার্টিফাই করা হচ্ছে তার মধ্যে সীমাবদ্ধ, একটা বিস্তৃত একাডেমিক রেকর্ড নয়। “Introduction to R Programming সম্পন্ন করেছে”-র জন্য একটি ব্যাজ ঠিক সেই তথ্যটাই প্রকাশ করে এবং শিক্ষার্থীর ট্রান্সক্রিপ্ট, GPA, বা অন্য কোর্সওয়ার্ক সম্পর্কে আর কিছুই নয়।
• রিভোকেশন উপলব্ধ, যদি একটি ব্যাজ ভুলবশত ইস্যু হয় বা প্রত্যাহার করা দরকার হয়, প্রাপকের বাকি ক্রেডেনশিয়াল ইতিহাস স্পর্শ না করেই।

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

আপনার প্রতিষ্ঠানের জন্য একটি ইস্যুকারী প্রোফাইল সেটআপ করা

https://badges.ninja-এ, একজন ইস্যুকারী স্বয়ংক্রিয়ভাবে যাচাই হয়ে যান যখন সাইনআপ ইমেইলটি ইস্যুকারীর ডোমেইনের সাথে মেলে — একটি .edu ইমেইল সেই বিশ্ববিদ্যালয়ের জন্য একজন ইস্যুকারী রেজিস্টার করা হলে কোনো ম্যানুয়াল রিভিউ ধাপ ছাড়াই অটো-ভেরিফাইড হয়, যা গুরুত্বপূর্ণ যখন একটা পাইলটকে প্রকিউরমেন্ট সাইকেলের পরে নয়, পরের টার্মের আগে লঞ্চ করতে হয়। পূর্ণ সেটআপের জন্য দেখুন ইস্যুকারী গাইড, যেখানে আপনার প্রতিষ্ঠানের LinkedIn organization ID একবার সেট করার পদ্ধতিও আছে যাতে প্রতিটি ব্যাজ অ্যাওয়ার্ড প্রাপকদের জন্য একটি Add-to-LinkedIn-Profile বাটন রেন্ডার করে।

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

একটি বাস্তবসম্মত রোলআউট টাইমলাইন

শূন্য থেকে শুরু করা একটি বিভাগের জন্য, একটা কার্যকর ক্রম এরকম দেখায়:

1. একটি কোর্স বা ওয়ার্কশপ বেছে নিন যার একটা স্পষ্ট কমপ্লিশন-ইভেন্ট আছে এবং ভিজ্যুয়াল ডিজাইনারে এর জন্য একটা ব্যাজ ডিজাইন করুন — কোনো ডিজাইন দক্ষতার দরকার নেই, এবং কোর্স, অ্যাচিভমেন্ট, এবং কমপ্লিশন ব্যাজ টাইপের জন্য টেমপ্লেট আছে।
2. ইস্যুয়েন্স তৈরি করুন — প্রতি কোহোর্টে LMS গ্রেডবুক থেকে একটি CSV এক্সপোর্ট, অথবা ভলিউম যথেষ্ট বড় হলে একটি LMS ওয়েবহুক থেকে একটি API কল।
3. একটি কোহোর্ট চালান এবং শেয়ার রেট দেখুন। এটাই সেই সংখ্যা যা আপনাকে বলে দেয় শিক্ষার্থীরা আসলে ক্রেডেনশিয়ালটাকে যথেষ্ট মূল্য দেয় কিনা যাতে তাদের নেটওয়ার্কের সামনে রাখে।
4. স্ট্যাকেবল ব্যাজে সম্প্রসারণ করুন যদি পাইলট কোর্সটি একটা বড় সার্টিফিকেট বা প্রোগ্রাম কাঠামোর অংশ হয়।
5. রেজিস্ট্রার বা কন্টিনিউয়িং-এড অফিসকে যুক্ত করুন FERPA রিভিউ এবং ইস্যুকারী গভর্নেন্স আনুষ্ঠানিক করার জন্য, একবার পাইলটের কাছে দেখানোর মতো বাস্তব ব্যবহারের ডেটা থাকলে, তার আগে নয়।

যেসব বিশ্ববিদ্যালয় থমকে যায় তারা প্রায় সবসময় সেইগুলো যারা একটা পাইলট চালানোর আগেই প্রতিষ্ঠান-ব্যাপী সাইন-অফ পাওয়ার চেষ্টা করেছে। যারা সফল হয় তারা প্রথমে পাইলট চালায় এবং সম্প্রসারণের কেস হিসেবে শেয়ার-রেট আর প্রাপকের ফিডব্যাক ব্যবহার করে।

আপনার প্রথম যাচাইযোগ্য ক্রেডেনশিয়াল ইস্যু করতে প্রস্তুত? badges.ninja-এ বিনামূল্যে শুরু করুন — ভিজ্যুয়াল ডিজাইনার, পাবলিক ভেরিফিকেশন পেজ, PDF সার্টিফিকেট, Open Badge v2.0 আউটপুট। কোনো ক্রেডিট কার্ড লাগবে না।