অধ্যায় 4 · জবাবদিহি ও সমাজ
পলিসি, ভেন্ডর, রেকর্ড ও ঘটনা: ছোট টিমে দায়িত্বশীল AI
- পৃষ্ঠা 18 / 22
- 20 মিনিট পড়া
ছোট টিম সাধারণত নিজে AI বানায় না। তারা কেনে, সাবস্ক্রাইব করে, কিংবা আগে থেকেই ব্যবহার করা সফটওয়্যারের সঙ্গে আসা কোনো ফিচার চালু করে। তাই কোনো কারিগরি দক্ষতার চেয়ে তিনটা অভ্যাস বেশি গুরুত্বপূর্ণ: কেনার আগে ভালো প্রশ্ন করা, গুরুত্বপূর্ণ সিদ্ধান্তের একটা ছোট রেকর্ড রাখা, আর কিছু ভুল হলে ঠিক কী করতে হবে তা জানা। এর জন্য আইনজীবী বা কমপ্লায়েন্স বিভাগ লাগে না। লাগে কয়েক পাতার লেখা, একজন নির্দিষ্ট দায়িত্বপ্রাপ্ত মানুষ, আর "একটা সমস্যা পেয়েছি" কথাটা তাড়াতাড়ি বলার ইচ্ছা।
স্বচ্ছতা, ব্যাখ্যা ও জবাবদিহি: AI-এর সিদ্ধান্তের দায় কার পাতায় আপনি সহজ একটা AI-ব্যবহার পলিসি আর ব্যতিক্রমের প্রক্রিয়ার মূল কথা দেখেছেন। এই পাতা আরও এগিয়ে যায়: ভেন্ডরকে (যে কোম্পানি আপনাকে সেবা বিক্রি করে) কী জিজ্ঞেস করবেন, কী ফাইলে রাখবেন, ঘটনা (ইনসিডেন্ট) ঘটলে কী করবেন, কে কাকে প্রশিক্ষণ দেবে, আর নিজের এক পাতার কর্মক্ষেত্র-পলিসি কীভাবে লিখবেন। এখানে দৈনন্দিন AI নৈতিকতা: কারা উপকৃত হয় আর কাদের ক্ষতি হতে পারে পাতার আট ধাপের সিদ্ধান্ত-পদ্ধতিটা ব্যবহার করা হয়েছে।
যা শিখবেন
- AI সেবা কেনার আগে ডেটা, সংরক্ষণ, অ্যাক্সেস আর কার্যক্ষমতার দাবি নিয়ে ভেন্ডরকে কোন প্রশ্নগুলো করবেন।
- "৯৫% নির্ভুল" ধরনের দাবিকে যাচাই করা যায় এমন প্রমাণের সঙ্গে কীভাবে মেলাবেন, নিজের উপকরণে একটা ছোট পরীক্ষাসহ।
- কাজে লাগার মতো সিদ্ধান্ত-রেকর্ড দেখতে কেমন, আর কাগজপত্রের ভারে না ডুবে রেকর্ড কীভাবে রাখবেন।
- ঘটনা জানানোর পথ কীভাবে ঠিক করবেন, ঘটনা লুকালে কেন পরিস্থিতি খারাপ হয়, আর মানুষকে দোষ না দিয়ে ব্যবস্থা ঠিক করে এমন ছোট রিভিউ কীভাবে চালাবেন।
- প্রশিক্ষণ আর পলিসি হালনাগাদের দায়িত্ব কার, আর টেমপ্লেট থেকে এক পাতার কর্মক্ষেত্র AI-পলিসি কীভাবে লিখবেন।
কেনার আগে ভেন্ডরকে যেসব প্রশ্ন করবেন
ভেন্ডরের বিক্রয়-পাতা বলে পণ্যটা ভালো দিনে কী করতে পারে। আপনার প্রশ্ন বলবে খারাপ দিনে কী হয়। সব প্রশ্ন করার দরকার নেই; ঝুঁকির সঙ্গে মিলিয়ে তালিকার দৈর্ঘ্য ঠিক করুন। নিজের নোট গুছিয়ে দেয় এমন টুলের জন্য পাঁচটা প্রশ্নই যথেষ্ট। গ্রাহক বা কর্মী বাছাই করে এমন টুলের জন্য সবগুলো লাগে, আর উত্তর অস্পষ্ট হলে "এখনই নয়" বলার প্রস্তুতিও লাগে।
| ক্ষেত্র | কোন প্রশ্ন করবেন | দুর্বল উত্তর শুনতে কেমন |
|---|---|---|
| উদ্দেশ্য | এই সেবা কী কাজের জন্য বানানো, আর কী কাজের জন্য বানানো নয়? | "সবকিছুই করে।" |
| ডেটা | আমরা যা টাইপ বা আপলোড করি তার কী হয়? সেবা উন্নত করতে তা ব্যবহার হয় কি না? | "চিন্তা করবেন না।" লিখিত উত্তর নেই। |
| প্রমাণ | কীভাবে পরীক্ষা হয়েছে? কোন উপকরণে, কারা করেছে, কবে? | পদ্ধতি ছাড়া একটামাত্র সংখ্যা। |
| সীমাবদ্ধতা | কোথায় ব্যর্থ হয়? কোন গোষ্ঠী, ভাষা বা ইনপুটে তুলনামূলক খারাপ করে? | "সবার জন্যই কাজ করে।" |
| তদারকি | আমাদের টিমের কেউ আউটপুট দেখতে, সংশোধন করতে ও বাতিল করতে পারেন কি না? | পর্যালোচনার কোনো ধাপ ছাড়াই আউটপুট সরাসরি গ্রাহকের কাছে যায়। |
| সহায়তা | কিছু ভুল হলে কার সঙ্গে যোগাযোগ করব, আর কত তাড়াতাড়ি উত্তর পাব? | শুধু একটা সাধারণ ইমেইল ঠিকানা। |
| পরিবর্তন | মডেল বা শর্ত বদলালে আপনারা আমাদের জানাবেন? | "হালনাগাদ নিজে থেকেই হয়।" |
| বেরিয়ে আসা | আমরা সেবা ছেড়ে দিতে এবং নিজের ডেটা নিয়ে যেতে বা মুছে ফেলতে পারব কি না? | ডেটা এক্সপোর্ট বা মোছার কোনো উল্লেখিত উপায় নেই। |
উত্তরগুলো লিখে রাখুন, তারিখসহ এবং যিনি উত্তর দিয়েছেন তাঁর নামসহ। বিক্রয়-কলে মুখে দেওয়া প্রতিশ্রুতি পরে কাজে লাগানো কঠিন। লিখিত উত্তর যাচাই করা যায়, আর ভেন্ডর তা বদলালে আপনি টের পান।
কাল্পনিক পরিস্থিতি:
Greta runs a nine-person bookkeeping firm in Berlin. A vendor offers an AI service that turns
recorded client calls into written notes. The price is low and the demo is impressive. Greta
asks the vendor six questions by email. The vendor answers four clearly. For two (does the
service keep recordings, and are they used to improve the model) the reply says only "our
privacy policy applies" and gives no link.গ্রেটা এখন এমন তথ্য পেয়েছেন যা ডেমোতে পাননি। সেবাটা বাতিল করতে হবে এমন নয়। তিনি দুটো প্রশ্ন আবার পাঠাতে পারেন, পলিসির নির্দিষ্ট অংশটা চাইতে পারেন, ক্লায়েন্টের কোনো তথ্য নেই এমন একটা কল দিয়ে পরীক্ষা করতে পারেন, কিংবা অন্য ভেন্ডর বেছে নিতে পারেন। সিদ্ধান্ত-পদ্ধতি এখানে খাটে: বিকল্পের মধ্যে "এখনই নয়"-ও আছে।
ক্রয়ের সময় ডেটা ব্যবহার, সংরক্ষণ ও অ্যাক্সেস
প্রকিউরমেন্ট (procurement) মানে একটা সেবা বাছাই ও কেনার ধাপগুলো। ডেটার প্রশ্নের আলাদা তালিকা দরকার, কারণ এই উত্তরগুলোই ঠিক করে আপনি ক্লায়েন্ট, শিক্ষার্থী বা গ্রাহকদের কী প্রতিশ্রুতি দিতে পারবেন। এগুলো দাঁড়িয়ে আছে গোপনীয়তা, সম্মতি ও ডেটা ব্যবহার: AI টুলে আপনি কী শেয়ার করেন এবং ডেটা অধিকার, সংরক্ষণ ও গোপনীয়তার অনুশীলন: মানুষকে রক্ষা করার অভ্যাস পাতার ওপর।
| বিষয় | জিজ্ঞেস করুন | কেন গুরুত্বপূর্ণ |
|---|---|---|
| ব্যবহার | আমাদের ইনপুট মডেল ট্রেইন বা উন্নত করতে ব্যবহার হয় কি না? হলে শুধু আমাদের জন্য, নাকি সবার জন্য? | ব্যক্তিগত উপকরণ পরে অন্যরা যা পায় তাকে প্রভাবিত করতে পারে। |
| সংরক্ষণ | ইনপুট ও আউটপুট কত দিন রাখা হয়? আমরা কম সময় বেছে নিতে বা অনুরোধে মুছতে পারি কি না? | ডেটা যত বেশি দিন থাকে, তত বেশি দিন ঝুঁকিতে থাকে। |
| অ্যাক্সেস | ভেন্ডরের কোন কর্মী বা অন্য কোন কোম্পানি আমাদের ডেটা দেখতে পারে, আর কোন শর্তে? | অন্যরা কী দেখতে পারে তার জন্য আপনি নিজের ক্লায়েন্টদের কাছে জবাবদিহি করেন। |
| অবস্থান | ডেটা কোন কোন দেশে জমা ও প্রক্রিয়া হয়? | কিছু নিয়ম নির্ভর করে ডেটা কোথায় যায় তার ওপর। নিজের দেশের নিয়ম দেখে নিন। |
| আমাদের নিজেদের অ্যাক্সেস | আমরা ডেটা এক্সপোর্ট করতে পারি কি না, আর প্রত্যেক কর্মী শুধু নিজের ভূমিকার জন্য দরকারি অংশ দেখতে পান কি না? | একটা শেয়ার করা লগইন থাকলে কে কী দেখেছে তা কেউ বলতে পারে না। |
| সমাপ্তি | আমরা টাকা দেওয়া বন্ধ করলে কী মুছে যায়, আর তা নিশ্চিত করব কীভাবে? | সেবা ছাড়ার মানে ডেটা পেছনে ফেলে যাওয়া হওয়া উচিত নয়। |
কোনো ক্লায়েন্ট বা অভিভাবক এক উদ্দেশ্যে ডেটা দিলে নতুন সেবায় তা ব্যবহার করা নতুন উদ্দেশ্য হতে পারে। কোনো ডেটা ভেন্ডরের কাছে পাঠানো যাবে কি না নিশ্চিত না হলে কেনার আগেই আপনার গোপনীয়তা-যোগাযোগকারী বা যোগ্য পরামর্শদাতাকে জিজ্ঞেস করার সময় এটাই, কেনার পরে নয়।
কার্যক্ষমতার দাবি আর আসল প্রমাণ
ভেন্ডররা প্রায়ই কার্যক্ষমতা বলে একটা সংখ্যায়: "৯৬% নির্ভুল", "৪০% সময় বাঁচে"। প্রেক্ষাপট ছাড়া সংখ্যা থেকে বেশি কিছু বোঝা যায় না। চারটা জিনিস জিজ্ঞেস করুন: কোন কাজে নির্ভুল, কোন উপকরণে মাপা, কীসের সঙ্গে তুলনা (একজন মানুষ, পুরোনো টুল, সহজ নিয়ম), আর যাচাই করেছে কে। পরিপাটি ইংরেজি ব্যবসায়িক চিঠিতে মাপা দাবি আপনার হাতে লেখা বাংলা চালান বা গ্রাহকদের ছোট চ্যাট মেসেজ নিয়ে প্রায় কিছুই বলে না।
| দাবি | যে প্রশ্ন দাবিকে প্রমাণে বদলে দেয় |
|---|---|
| "৯৬% নির্ভুল" | নির্ভুল মানে কী: সঠিক শ্রেণি, সঠিক শব্দ, নাকি বানানো তথ্য নেই? কতগুলো উদাহরণে? কোন ধরনের উদাহরণে ভুল হয়েছিল? |
| "৫০টা ভাষায় কাজ করে" | প্রতিটা ভাষায় মান একই কি না? আমাদের গ্রাহকরা যে ভাষা ও উপভাষা ব্যবহার করেন তাতে পরীক্ষা হয়েছে কি না? |
| "ন্যায্য ও পক্ষপাতহীন" | কোন মাপে ন্যায্য, কোন গোষ্ঠীর জন্য, কীভাবে পরীক্ষা করা? পদ্ধতি ছাড়া দাবি আসলে আশার ঘোষণা। |
| "হাজার হাজার ব্যবসা ব্যবহার করে" | এতে জনপ্রিয়তা বোঝা যায়, আপনার কাজে চলবে তা নয়। আপনার মতো একজন রেফারেন্স গ্রাহক চান। |
| "স্বাধীনভাবে সার্টিফায়েড" | কীসের বিপরীতে, কারা, কবে সার্টিফাই করেছে, আর তা এই পণ্য ও এই ব্যবহারকে ঢাকে কি না? |
সবচেয়ে শক্ত প্রমাণ আপনার নিজের ছোট পরীক্ষা। আপনার কাজের প্রতিনিধি এমন ২০ থেকে ৫০টা বাস্তব উদাহরণ নিন (ব্যক্তিগত তথ্য মুছে), টুলে চালান, আর কাজটা জানেন এমন একজনকে দিয়ে প্রতিটা ফল "ভালো", "ঠিক করা যায়" বা "ভুল" চিহ্নিত করান। কঠিন উদাহরণগুলো ইচ্ছা করেই রাখুন: সবচেয়ে ছোট মেসেজ, অস্বাভাবিক নাম, অন্য ভাষা। ব্রোশিওর থেকে এতে অনেক বেশি শিখবেন। AI-এর জন্য প্রম্পট ইঞ্জিনিয়ারিং: বিগিনার-এ আপনি একই অভ্যাস চর্চা করেছেন, যখন তালিকার সঙ্গে মিলিয়ে আউটপুট যাচাই করেছিলেন। ছোট পরীক্ষা দিক দেখায়, প্রমাণ দেয় না; রেকর্ডে সে কথা লিখে রাখুন।
ডকুমেন্টেশনও কাজে লাগে। "মডেল কার্ড" (model card) হলো ছোট একটা নথি, যা কিছু প্রদানকারী মডেলের সঙ্গে প্রকাশ করে। ধারণাটা প্রস্তাব করা ২০১৯ সালের গবেষণাপত্র বলে, বিভিন্ন গোষ্ঠীর জন্য মডেল কেমন কাজ করে এবং কোন প্রেক্ষাপটে ব্যবহারের জন্য বানানো, তা জানানো উচিত। এমন নথিকে প্রশ্নের একটা ভালো উৎস মনে করুন। আপনার ব্যবহারের জন্য টুলটা নিরাপদ, এর সার্টিফিকেট এটা নয়।
গুরুত্বপূর্ণ AI-সহায়তায় নেওয়া সিদ্ধান্তের রেকর্ড রাখা
প্রতিটা ব্যবহারের রেকর্ড রাখার দরকার নেই। রাখুন সেগুলোর, যেখানে কোনো মানুষ দীর্ঘস্থায়ীভাবে প্রভাবিত হতে পারেন, যেখানে টাকা বা সুনাম ঝুঁকিতে, কিংবা পরে যা ঘটেছিল তা ব্যাখ্যা করতে হতে পারে। ভালো রেকর্ড ছোট হয় এবং এক বছর পর একজন অপরিচিত মানুষ যা জিজ্ঞেস করবেন তার উত্তর দেয়।
টেমপ্লেট:
AI-ASSISTED DECISION RECORD
Date / decision owner : 2026-10-12 / name and role
Decision : what was decided, in one sentence
Tool and version : name, version or date of use, setting used
What the AI did : e.g. "drafted a ranking of 12 applications"
What a person checked : e.g. "read all 12; changed 2; reasons below"
Evidence relied on : documents, test results, policy section
Who is affected : people or groups, and how they can ask questions or appeal
Doubts and unknowns : what we were not sure about
Review date : when we look at the outcomeরেকর্ড এমন জায়গায় রাখুন যেখানে সঠিক মানুষ তা পাবেন আর ভুল মানুষ পাবেন না। রেকর্ডে নিজেই ব্যক্তিগত তথ্য থাকতে পারে, তাই যে ডেটার কথা সেখানে আছে তার মতোই যত্ন নিন, আর সংরক্ষণের নিয়ম বললে মুছে ফেলুন।
যেখানে যুক্তিসঙ্গত মানুষেরা একমত হন না
কতটা রেকর্ড রাখা যথেষ্ট?
| মত ক: বেশি বিস্তারিত রেকর্ড রাখুন | মত খ: রেকর্ড হালকা রাখুন |
|---|---|
| রেকর্ড জবাবদিহিকে বাস্তব করে। রেকর্ড না থাকলে কী যাচাই হয়েছিল কেউ দেখাতে পারে না, ক্ষতিগ্রস্ত মানুষ পর্যালোচনা চাইতে পারেন না, আর টিম ভুলে যায় কেন তারা একটা সিদ্ধান্ত নিয়েছিল। | ছোট টিমের সময় কম। ভারী ফর্ম খারাপভাবে ভরা হয় বা বাদ পড়ে, আর রেকর্ড নিজেই জমানো ব্যক্তিগত ডেটা তৈরি করে। কয়েকটা গুরুত্বপূর্ণ সিদ্ধান্তের জন্য ছোট একটা নোট বেশি টেকে। |
দুই মতই কোনো একটা বিষয়ে ঠিক। বাস্তবসম্মত মাঝামাঝি পথ: উচ্চ-ঝুঁকির সিদ্ধান্তে পূর্ণ রেকর্ড, মাঝারি ঝুঁকিতে এক লাইনের নোট, নিম্ন-ঝুঁকির ব্যক্তিগত ব্যবহারে কিছু নয়। তিন মাস পর নিয়মটা দেখুন, মানুষ সত্যিই তা মানছে কি না।
ঘটনা জানানোর পথ
এখানে AI ঘটনা মানে এমন যেকোনো ঘটনা যেখানে AI টুল ক্ষতি বা গুরুতর ভুল ঘটিয়েছে বা ঘটাতে বসেছিল: ক্লায়েন্টের কাছে ভুল আউটপুট চলে যাওয়া, ব্যক্তিগত ডেটা ভুল জায়গায় পেস্ট হওয়া, কাউকে প্রভাবিত করার পর ধরা পড়া পক্ষপাতদুষ্ট ফল, বা হালনাগাদের পর টুলের আচরণ বদলে যাওয়া। "প্রায় ঘটে যাওয়া" ঘটনাও গণ্য: এটা বিনা মূল্যে পাওয়া শিক্ষা।
পথ মানে চারটা প্রশ্নের উত্তর, সবাই দেখতে পায় এমন জায়গায় লেখা: প্রথমে কাকে জানাব? কীভাবে (নির্দিষ্ট ইমেইল ঠিকানা, ফর্ম, চ্যাট চ্যানেল)? কী কী জানাব? তারপর কী হবে? পথে একজন প্রধান ও একজন বিকল্প মানুষ রাখুন, যাতে কেউ ছুটিতে থাকলেও পথ কাজ করে।
টেমপ্লেট:
INCIDENT REPORT (short form)
What happened : facts only, in two or three sentences
When / who found it: date and time, name (or "anonymous" if the route allows it)
Tool involved : name and what it was used for
Who may be affected: customers, colleagues, pupils; how many, if known
What was done now : e.g. "stopped using the tool; asked recipients to ignore the file"
What we do not know: open questions
First reply within : one working day, from the named owner
Rule : reports are for learning; honest reporting is never punishedশেষ লাইনটা পথেরই অংশ, সাজসজ্জা নয়। মানুষ সেটাই জানায় যা ন্যায্যভাবে নেওয়া হবে বলে তারা বিশ্বাস করে।
ঘটনা লুকালে কেন পুনরুদ্ধার কঠিন হয়
ভুল লুকানোর তাগিদ মানবিক। দোষের ভয়, লজ্জা, আর "কিছু হবে না" আশা, সবই সাধারণ। লুকিয়ে রাখলে নিচের প্রতিটা জিনিস সাধারণত আরও খারাপ হয়।
| লুকানো কী করে | ফল |
|---|---|
| নিয়ন্ত্রণে আনতে দেরি করে | ভুল ফাইল ব্যবহার চলতেই থাকে, ফাঁস হওয়া জিনিস নাগালে থেকে যায়, আর কেউ কিছু না করায় সমস্যা বাড়তে থাকে। |
| ক্ষতিগ্রস্তদের সতর্ক করতে দেরি করে | তাঁরা নিজেদের বাঁচানোর সুযোগ হারান, যেমন পাসওয়ার্ড বদলানো বা কোনো মেসেজ উপেক্ষা করা। |
| প্রমাণ হারায় | লগ, খসড়া ও সংস্করণ বদলে যায় বা মুছে যায়। পরে কী ঘটেছিল কেউ বলতে পারে না। |
| ধরনটা লুকায় | একই ভুল পরের মানুষটার সঙ্গে ঘটে, আর কেউ বোঝে না যে এটা একটা ধরন। |
| আস্থা নষ্ট করে | সৎ ও তাড়াতাড়ি জানানো রিপোর্ট মানুষ অনেক সহজে ক্ষমা করেন, পরে ধরা পড়া সমস্যার চেয়ে। |
কিছু আইন ও চুক্তিতে নির্দিষ্ট ধরনের ঘটনা একটা নির্দিষ্ট সময়ের মধ্যে জানানোর বাধ্যবাধকতাও থাকে। এই দায়বদ্ধতা দেশ ও খাত অনুযায়ী আলাদা। ধরে না নিয়ে যোগ্য পরামর্শদাতাকে জিজ্ঞেস করুন বা আপনার নিয়ন্ত্রক সংস্থার সরকারি নির্দেশনা পড়ুন। নৈতিক অভ্যাস সবখানে একই: তাড়াতাড়ি জানান, সহজ ভাষায়, আর যা এখনো জানেন না তাও বলুন।
সংশোধনমূলক পদক্ষেপ, দোষারোপ নয়
ঘটনার পর দুটো প্রশ্ন প্রতিযোগিতা করে: "এটা কে করেছে?" আর "এটা সম্ভব হলো কেন?" দোষারোপ প্রথমটার উত্তর দেয় আর মানুষকে লুকাতে শেখায়। সংশোধনমূলক পদক্ষেপ দ্বিতীয়টার উত্তর দেয় আর ব্যবস্থাটা বদলায়। নির্ভরযোগ্য সফটওয়্যার সেবা চালানো নিয়ে প্রকাশিত একটা প্রকৌশল-বইয়ে ঘটনা-পরবর্তী রিভিউ লেখাকে বর্ণনা করা হয়েছে শিক্ষার সুযোগ হিসেবে, শাস্তি হিসেবে নয়: এতে অবদানকারী কারণগুলো দেখা হয়, ধরে নেওয়া হয় মানুষ সদিচ্ছায় কাজ করেছে, আর ব্যবস্থাটা ঠিক করা হয়। ছোট টিমের জন্য এই ধারণা বেশ মানানসই।
| দোষারোপ-কেন্দ্রিক প্রশ্ন | সংশোধনমূলক প্রশ্ন |
|---|---|
| ক্লায়েন্টের তালিকা চ্যাট টুলে পেস্ট করল কে? | কাজটা গ্রহণযোগ্য মনে হলো কেন? নিয়মটা অস্পষ্ট ছিল, জানা ছিল না, নাকি মানা কঠিন ছিল? |
| আপনি আউটপুট যাচাই করেননি কেন? | যাচাইয়ের সময় ছিল কি না? যাচাই বলতে কী বোঝায় তা স্পষ্ট ছিল কি না? |
| এটা কার দোষ? | কোন ধাপ এটা ধরতে পারত, আর কী করলে সেই ধাপ সহজ হতো? |
সংশোধনমূলক পদক্ষেপের মানে এই নয় যে কেউ কখনো জবাবদিহি করবে না। কেউ জেনেশুনে স্পষ্ট নিয়ম অগ্রাহ্য করলে বা সমস্যা লুকালে সেটা আলাদা বিষয়, যা একজন ম্যানেজার ন্যায্যভাবে ও সমানুপাতে সামলাবেন। মূল কথা হলো প্রতিটা সৎ ভুলকে সেভাবে না দেখা।
একটা ছোট ঘটনা-পরবর্তী রিভিউ
কয়েক দিনের মধ্যে, জড়িত মানুষদের নিয়ে ৩০ মিনিটের রিভিউ করুন। লিখুন এক পাতা।
কাল্পনিক পরিস্থিতি:
Radhika manages a small tutoring centre in Pune. A tutor, Imran, pasted a spreadsheet of 40
pupils' names, ages and test scores into a free chat tool to get a progress summary. The next
day he realised the sheet also contained parents' phone numbers. He told Radhika at once.পূরণ করা টেমপ্লেট:
POST-INCIDENT REVIEW Date: 2026-10-14
1. What happened A spreadsheet with pupils' names, ages, scores and parents' phone numbers
was pasted into a public chat tool on 2026-10-13. Reported same day.
2. Impact 40 pupils and their families. Unknown: whether the tool keeps the text.
3. Immediate steps Deleted the chat history. Asked the tool's support about deletion.
Told the parents what happened and what we are doing.
4. Contributing No written rule on what may be pasted. The sheet mixed contact and score
causes data. No approved tool for summaries.
5. Corrective a) Add "no names or contact data in chat tools" to the policy. (Radhika, 10-21)
actions b) Split contact data from scores in the template. (Imran, 10-21)
c) Choose an approved tool or agree a no-AI method. (Radhika, 11-04)
6. Checked later 2026-11-18: ask each tutor to show how they prepare a summary.
7. Blame None assigned. Imran's quick report is recorded as the right action.খেয়াল করুন কী নেই: উদ্দেশ্য নিয়ে লম্বা তর্ক নেই, আর এমন কিছু নেই যাতে ইমরান পরের বার কথা বলতে ভয় পাবেন। প্রতিটা পদক্ষেপের একজন দায়িত্বশীল ও একটা তারিখ আছে, আর কাজ হয়েছে কি না দেখার জন্যও একটা তারিখ আছে।
প্রশিক্ষণ ও পলিসি হালনাগাদের দায়িত্ব কার
যে পলিসির মালিক নেই তা পুরোনো হয়ে যায়। যে পলিসি কাউকে শেখানো হয়নি তা এমন নিয়ম, যা মানুষ ভাঙার পরেই আবিষ্কার করে। প্রতিটা দায়িত্ব একটা নির্দিষ্ট ভূমিকাকে দিন। খুব ছোট ব্যবসায় একজনই সব দায়িত্ব রাখতে পারেন; লিখে রাখলে সেটা ঠিক আছে।
| দায়িত্ব | কে (উদাহরণ) | কত দিন পর পর |
|---|---|---|
| পলিসির মালিক হওয়া ও এ নিয়ে প্রশ্নের উত্তর দেওয়া | মালিক বা অফিস ম্যানেজার | সব সময় |
| নতুন কর্মীকে পলিসি ও ঘটনা জানানোর পথ বুঝিয়ে দেওয়া | তাঁদের ম্যানেজার | প্রথম সপ্তাহে |
| দুই-তিনটা সাম্প্রতিক উদাহরণ (নাম-পরিচয় মুছে নেওয়া ঘটনাসহ) দিয়ে প্রশিক্ষণ নতুন করা | পলিসির মালিক | ৬ থেকে ১২ মাস পর পর |
| অনুমোদিত টুলের তালিকা ও ভেন্ডরের উত্তর পর্যালোচনা | পলিসির মালিক, সঙ্গে টুল ব্যবহার করেন এমন একজন কর্মী | ৬ মাস পর পর, বা টুল বদলালে |
| ঘটনা, নতুন টুল বা নিয়ম বদলের পর পলিসি হালনাগাদ | পলিসির মালিক | কারণ ঘটলে, এবং রিভিউয়ের তারিখে |
প্রশিক্ষণ কোর্স হতে হবে এমন নয়। নিজের কাজ থেকে নেওয়া দুটো বাস্তব উদাহরণ নিয়ে ২০ মিনিটের টিম-আলোচনা, আর প্রশ্ন করার সুযোগ, কেউ খোলে না এমন লম্বা নথির চেয়ে প্রায়ই বেশি কার্যকর।
অনুশীলনী: এক পাতার কর্মক্ষেত্র AI-পলিসি লিখুন
এটা স্বচ্ছতা, ব্যাখ্যা ও জবাবদিহি: AI-এর সিদ্ধান্তের দায় কার পাতার মৌলিক পলিসির চেয়ে এগিয়ে: এখানে পলিসি জুড়ে যায় ভেন্ডর, রেকর্ড, ঘটনা ও প্রশিক্ষণের সঙ্গে। এক পাতার মধ্যে রাখুন, যা নতুন সহকর্মী পাঁচ মিনিটে পড়তে পারেন। সহজ শব্দ ব্যবহার করুন ("করুন", "করবেন না", "আগে জিজ্ঞেস করুন"), আইনি ভাষা নয়। পলিসি হলো প্রতিষ্ঠানের নিজস্ব নিয়ম। এটা আইনের চেয়ে কড়া বা ঢিলে হতে পারে; আইন বা চুক্তি যা দাবি করে তার জায়গা এটা নেয় না, আর এটা আইনি পরামর্শ নয়।
টেমপ্লেট:
AI-USE POLICY: [organisation] Owner: [name] Version: [n] Review by: [date]
1. Purpose and scope Who and what this covers (staff, tools, tasks).
2. Approved tools List, with the purpose of each. Anything else: ask first.
3. Allowed Low-stakes uses that need no approval.
4. Ask first Uses that need the owner's approval (client data, hiring, money, health).
5. Not allowed Uses we do not do at all.
6. Data rules What must never be pasted; what must be removed first.
7. Checking, honesty Who checks AI output; when we tell clients or others that AI helped.
8. Vendors Who may add a tool; the questions we ask first; where answers are kept.
9. Records Which decisions get a record; where records are kept.
10. Problems Incident route: whom to tell, how; no punishment for honest reports.
11. Exceptions How to ask, who decides, how it is recorded.
12. Training, updates Who trains new staff; when the policy is reviewed.উদাহরণ পলিসি:
AI-USE POLICY: Ruiz Print and Sign, Bogota (8 staff) Owner: Hugo Ruiz Version: 1
Review by: 2027-04-12
1. Scope All staff, any AI tool, for customer work and internal work.
2. Approved "Drafting assistant" (paid team account) for text. Nothing else yet.
3. Allowed Draft our own newsletters and social posts; summarise our own notes;
check spelling and tone. A person reads everything before it is used.
4. Ask first Anything with customer names, addresses or artwork; pricing and quotes;
staff matters; any new tool. Ask Hugo in writing; he answers in 2 days.
5. Not allowed Sending customer artwork or personal data to unapproved tools; fake
reviews; copying another shop's text or designs as ours.
6. Data Remove names, phone numbers and addresses before pasting anything.
7. Checking The person who uses a draft owns it and checks every price and fact.
We tell customers AI helped only if they ask or a contract says so.
8. Vendors Hugo asks the vendor the standard questions; answers are filed in
the "Tools" folder with the date.
9. Records Keep a short record for any quote above 2,000 (our currency) made with AI help.
10. Problems Tell Hugo (or Lucia, backup) the same day. Use the short report form.
Honest reports are never punished.
11. Exceptions Email Hugo with the task, the data and the reason. He records the answer.
12. Training Hugo briefs new staff in week one. Team talk each October with two examples.উদাহরণের সবকিছু কাল্পনিক। নিজের খসড়া এমন দ্বিতীয় পাঠককে দিয়ে পরীক্ষা করুন যাঁর কাজ আলাদা। জিজ্ঞেস করুন: একজন খণ্ডকালীন কর্মী এটা মানতে পারবেন কি না? একজন ফ্রিল্যান্সার, শিক্ষক বা ম্যানেজার এটা কোথায় আলাদাভাবে পড়বেন? কোথায় তাঁদের ব্যতিক্রম লাগবে?
কর্মক্ষেত্রে এটা কোথায় দেখা যায়
অফিসের একজন কর্মী জিজ্ঞেস করেন "এই ফাইলে এই টুল ব্যবহার করতে পারি?" আর দুই মিনিটে উত্তর পান। একজন ম্যানেজার ভেন্ডরের লিখিত উত্তর হাতে পান এবং দেখেন কী বাদ আছে। একজন ফ্রিল্যান্সার ছোট একটা রেকর্ড রাখেন, যা ক্লায়েন্টকে খসড়ার ব্যাখ্যা দিতে সাহায্য করে। একজন টিম লিড ভুল আউটপুটের রিপোর্ট সেদিন বিকেলেই পান, আর গ্রাহক টের পাওয়ার আগেই প্রক্রিয়া ঠিক করেন। এগুলো ছোট অভ্যাস, যা খবরের শিরোনাম হয় না; দশজনের টিমে দায়িত্বশীল ব্যবহার দেখতে এমনই।
সাধারণ ভুল
- ডেমো দেখে কেনা। ডেমো সেরা অবস্থাটা দেখায়। সমাধান: প্রশ্নগুলো লিখে করুন এবং নিজের উপকরণে ছোট পরীক্ষা চালান।
- প্রেক্ষাপট ছাড়া সংখ্যা মেনে নেওয়া। সমাধান: জিজ্ঞেস করুন কী মাপা হয়েছে, কোন উপকরণে, কীসের তুলনায়।
- কোনো রেকর্ড না রাখা, বা এমন রেকর্ড রাখা যা কেউ কাজে লাগাতে পারে না। সমাধান: শুধু গুরুত্বপূর্ণ সিদ্ধান্তের জন্য ছোট টেমপ্লেট।
- যে ঘটনার পথ রিপোর্টকারীকে শাস্তি দেয়। তখন মানুষ চুপ থাকে। সমাধান: লিখে দিন যে সৎ রিপোর্ট শেখার জন্য।
- মালিক, প্রশিক্ষণ ও রিভিউ-তারিখ ছাড়া পলিসি। সমাধান: একজন মানুষ, প্রথম সপ্তাহের ব্রিফিং আর একটা তারিখ ঠিক করুন।
নিজে চেষ্টা করুন
- সহজ। কাল্পনিক পরিস্থিতি: একজন ভেন্ডর বলছে তাদের সিভি-বাছাই টুল "পক্ষপাতহীন এবং ৯৮% নির্ভুল"। কিছু সিদ্ধান্ত নেওয়ার আগে আপনি কোন তিনটা প্রশ্ন করবেন, লিখুন।
- মাঝারি। ঘটনা-পরবর্তী টেমপ্লেট ব্যবহার করে এই কাল্পনিক ঘটনাটা রিভিউ করুন: ওসাকার অফিসকর্মী আইকো একজন গ্রাহককে AI-লেখা একটা উত্তর পাঠিয়েছেন, যাতে এমন একটা ডেলিভারির তারিখ ছিল যা সিস্টেমে ছিল না। গ্রাহক সেই তারিখ ধরে পারিবারিক অনুষ্ঠান সাজিয়েছেন। আইকো দুই দিন পর বিষয়টা টের পান। সাতটা বিষয়ের অন্তত চারটা পূরণ করুন।
- কঠিন। আপনার চেনা একটা কর্মক্ষেত্রের (বা চারজনের একটা কাল্পনিক ডিজাইন স্টুডিওর) জন্য বারোটা শিরোনাম ব্যবহার করে এক পাতার AI-ব্যবহার পলিসি লিখুন। তারপর আলাদা কাজের দুজন পাঠককে দিয়ে পরীক্ষা করুন, আর তাঁদের কথা শুনে আপনি যে একটা বদল করেছেন তা লিখুন।
উত্তর
সহজ। শক্ত উত্তর আশ্বাস চায় না, পদ্ধতি ও প্রেক্ষাপট চায়। যেমন: (১) কোন উপকরণে, কতগুলো উদাহরণে, কীসের তুলনায় নির্ভুল? (২) কোন গোষ্ঠী বা কোন ধরনের আবেদনকারীর ক্ষেত্রে তুলনামূলক খারাপ করেছে, আর তা কীভাবে পরীক্ষা হয়েছে? (৩) কোনো আবেদনকারী কেন নিচে সাজানো হলো তা একজন মানুষ দেখতে ও বাতিল করতে পারেন কি না? আরও গ্রহণযোগ্য: একই ধরনের কাজে আর কারা এটা ব্যবহার করে, ডেটা কীভাবে রাখা হয়, বা ছেড়ে দেওয়ার শর্ত কী, তা জিজ্ঞেস করা। পাস: অন্তত তিনটা প্রশ্ন, প্রতিটা প্রমাণ বা তদারকি নিয়ে, কোনোটারই উত্তর "হ্যাঁ, আমাদের বিশ্বাস করুন" দিয়ে হয় না। দুর্বল: শুধু দাম বা ফিচার নিয়ে প্রশ্ন, বা দাবি যেমন আছে তেমন মেনে নেওয়া।
মাঝারি। শক্ত রিভিউ: (১) ঘটনা: AI দিয়ে খসড়া করা একটা উত্তরে এমন ডেলিভারি তারিখ ছিল যা সিস্টেমে নেই; যাচাই ছাড়া পাঠানো হয়েছে; দুই দিন পর ধরা পড়েছে। (২) প্রভাব: একজন গ্রাহক, একটা পরিকল্পিত অনুষ্ঠান। অজানা: অন্য উত্তরেও বানানো তথ্য ছিল কি না। (৩) তাৎক্ষণিক পদক্ষেপ: গ্রাহকের সঙ্গে যোগাযোগ, তারিখ সংশোধন, দুঃখ প্রকাশ, টুল দিয়ে পাঠানো অন্য উত্তরগুলো দেখা। (৪) অবদানকারী কারণ: তারিখ ও দাম সিস্টেমের সঙ্গে মিলিয়ে দেখার নিয়ম নেই; সময়ের চাপ; খসড়াটা আত্মবিশ্বাসী শোনাচ্ছিল। (৫) মালিক ও তারিখসহ সংশোধনমূলক পদক্ষেপ: পলিসিতে যাচাইয়ের লাইন যোগ; সিস্টেমে তারিখ নিশ্চিত করার ধাপ যোগ; টিমকে জানানো। (৬) পরে যাচাই: এক মাস পর দশটা উত্তরের নমুনা দেখা। (৭) দোষ: কাউকে দেওয়া হয়নি। পাস: কারণ প্রক্রিয়া নিয়ে, মালিক ও তারিখসহ নির্দিষ্ট পদক্ষেপ, আর সমাধান কাজ করেছে কি না দেখার ব্যবস্থা। দুর্বল: সিদ্ধান্ত যে আইকো অসতর্ক ছিলেন, আর "আরও সতর্ক হব" প্রতিশ্রুতি।
কঠিন। শক্ত পলিসিতে বারোটা শিরোনাম সহজ ভাষায় থাকে, একজন নির্দিষ্ট মালিক, সংস্করণ ও রিভিউ-তারিখ থাকে; অনুমোদিত, আগে-জিজ্ঞেস-করুন আর নিষিদ্ধ ব্যবহার আলাদা করা থাকে; কোন ডেটা কখনো পেস্ট করা যাবে না তা লেখা থাকে; কে আউটপুট যাচাই করে আর কখন AI-সহায়তার কথা জানানো হয় তা বলা থাকে; শাস্তি-না-দেওয়ার লাইনসহ ঘটনার পথ থাকে; আর ব্যতিক্রম কীভাবে হয় তা বলা থাকে। পাঠকদের থেকে আসা বদলটা নির্দিষ্ট হওয়া উচিত, যেমন ফ্রিল্যান্সারদের নিজস্ব টুলের নিয়ম যোগ করা, বা আগে-জিজ্ঞেস-করুন তালিকা মানার পক্ষে বেশি লম্বা বলে ছোট করা। পাস: এক পাতার পাঠযোগ্য পলিসি আর পরীক্ষা থেকে আসা সত্যিকারের একটা বদল। দুর্বল: কপি করা আইনি ভাষা, মালিক নেই, রিভিউ-তারিখ নেই, বা কেউ পরীক্ষা করেছে তার চিহ্ন নেই।
সারসংক্ষেপ
- কেনার আগে ভেন্ডরকে লিখিত প্রশ্ন করুন: উদ্দেশ্য, ডেটা, প্রমাণ, সীমাবদ্ধতা, তদারকি, সহায়তা, পরিবর্তন ও বেরিয়ে আসা নিয়ে।
- জিজ্ঞেস করুন আপনার ডেটার কী হয়: ব্যবহার, সংরক্ষণ, অ্যাক্সেস, অবস্থান ও মুছে ফেলা।
- কার্যক্ষমতার দাবিকে প্রশ্ন হিসেবে দেখুন: কীসে মাপা, কীসের তুলনায়, কারা মেপেছে। নিজের উদাহরণে ছোট পরীক্ষা চালান।
- গুরুত্বপূর্ণ AI-সহায়তার সিদ্ধান্তের ছোট রেকর্ড রাখুন, মাঝারিগুলোর হালকা রেকর্ড, আর নিম্ন-ঝুঁকির ব্যক্তিগত ব্যবহারের কিছুই নয়।
- ঘটনা জানানোর স্পষ্ট পথ দিন। লুকালে নিয়ন্ত্রণ, সতর্কবার্তা আর শেখা দেরি হয়। ছোট রিভিউতে দোষারোপ নয়, সংশোধনমূলক পদক্ষেপের লক্ষ্য রাখুন।
- প্রশিক্ষণ ও পলিসি হালনাগাদের মালিক ঠিক করুন, আর পলিসিতে রিভিউয়ের তারিখ বসান।
এরপর: পরিবেশ, শ্রম ও অন্তর্ভুক্তি: AI-এর বৃহত্তর খরচ ও উপকার পাতা আপনার নিজের টিমের বাইরে তাকায়: জ্বালানি ও সম্পদ, ডেটার পেছনের মানুষ, আর AI পণ্য কাদের ভালো বা খারাপ সেবা দেয়।