রিমোট জব প্রিপারেশন — পর্ব ৭: ইংরেজি আর অ্যাসিঙ্ক কমিউনিকেশন
রিমোট হায়ারিংয়ে সবচেয়ে বেশি ওজন পায় যেটা, অথচ প্রস্তুতি নেয় সবচেয়ে কম মানুষ — লিখে বোঝানো, ব্লক হলে প্রশ্ন করা, কলে দাঁড়ানো, অ্যাকসেন্ট নিয়ে সত্যি কথা, আর ভিন্নমত জানানোর ভাষা।
রিমোট হায়ারিংয়ে সবচেয়ে বেশি ওজন পায় যেটা, অথচ প্রস্তুতি নেয় সবচেয়ে কম মানুষ — লিখে বোঝানো, ব্লক হলে প্রশ্ন করা, কলে দাঁড়ানো, অ্যাকসেন্ট নিয়ে সত্যি কথা, আর ভিন্নমত জানানোর ভাষা।
যে পরীক্ষাটা শুরু হয়ে গেছে, তুমি জানোই না
পর্ব ১-এ কোম্পানির তিনটা ভয়ের কথা বলেছিলাম। ঝুঁকি ২ — এই লোক কি অ্যাসিঙ্ক টিমে চলতে পারবে? — নিয়ে প্রায় কেউ প্রস্তুতি নেয় না, অথচ রিমোট নিয়োগে এটা প্রায়ই সিদ্ধান্তের কেন্দ্রে থাকে।
কারণটা ভাবলেই পরিষ্কার। অফিসে একজন দুর্বল যোগাযোগকারীকে সামলানো যায় — পাশে গিয়ে জিজ্ঞেস করা যায়, হোয়াইটবোর্ডে আঁকা যায়। ছয় ঘণ্টা দূরত্বে সেই সুযোগ নেই। সেখানে তোমার লেখাটাই তুমি। তুমি যদি অস্পষ্ট লেখো, টিম দিনে দুইবার আটকায়, আর সেই খরচ তোমার সব টেকনিক্যাল দক্ষতাকে ছাপিয়ে যায়।
আর গুরুত্বপূর্ণ কথাটা হলো — এই পরীক্ষা ইন্টারভিউয়ে শুরু হয় না। তোমার প্রথম আউটরিচ মেসেজ, অ্যাপ্লিকেশনের নোট, রিক্রুটারকে পাঠানো উত্তর, ইন্টারভিউয়ের সময় ঠিক করার ইমেইল — প্রতিটাই নমুনা। বেশিরভাগ ক্যান্ডিডেট এগুলোকে “আসল জিনিস”-এর আগের আনুষ্ঠানিকতা ভাবে। ওগুলোই আসল জিনিসের একটা অংশ।
সুখবরটা হলো — এটা এমন একটা জায়গা যেখানে তিন মাসে দৃশ্যমান উন্নতি সম্ভব। সিস্টেম ডিজাইনে তিন মাসে নাটকীয় কিছু হয় না; লেখা আর কথা বলায় হয়।
১. অ্যাসিঙ্ক লেখার একটাই নিয়ম: উপসংহার আগে
বাংলা (আর দক্ষিণ এশীয় ইংরেজি) লেখার স্বাভাবিক ছন্দ হলো — প্রেক্ষাপট, ব্যাখ্যা, যুক্তি, তারপর উপসংহার। ভদ্র, পূর্ণাঙ্গ, আর অ্যাসিঙ্ক কাজে অকার্যকর।
কারণ পাঠক তোমার মেসেজটা পড়ছে ৪০টা নোটিফিকেশনের মধ্যে, দিনের শেষে। সে প্রথম দুই লাইনে বুঝতে না পারলে হয় বাদ দেবে, নয়তো ভুল বুঝবে।
উল্টে দাও:
এভাবে না — “গতকাল আমি অর্ডার সার্ভিসে কাজ করছিলাম। প্রথমে দেখলাম কিউতে মেসেজ জমছে, তারপর লগ দেখে বুঝলাম কনজিউমার ধীর হয়ে গেছে, তারপর মেট্রিক দেখে মনে হলো ডেটাবেসে লক হচ্ছে… তাই আমার মনে হয় আমাদের ইনডেক্সটা বদলানো দরকার।”
এভাবে — ”আমার প্রস্তাব:
orders(status, created_at)-এ একটা কম্পোজিট ইনডেক্স যোগ করা। কারণ: কনজিউমার ল্যাগের উৎস একটা লক, যেটা এই কোয়েরির সিক্যুয়েনশিয়াল স্ক্যান থেকে আসছে (বিস্তারিত নিচে)। ঝুঁকি: রাইট একটু ধীর হবে, আমার হিসাবে ৩–৫%। সিদ্ধান্ত দরকার আজকের মধ্যে, না হলে সেলের আগে যাবে না।”
দ্বিতীয়টায় পাঠক প্রথম লাইনেই জানে কী চাওয়া হচ্ছে, দ্বিতীয় লাইনে কেন, আর তৃতীয়তে কত জরুরি। বাকিটা পড়া ঐচ্ছিক।
কাঠামোটা মনে রাখার সহজ রূপ: কী চাই → কেন → কী ঝুঁকি → কখন লাগবে → বিস্তারিত (নিচে)।
২. ব্লক হলে কীভাবে লিখবে
অ্যাসিঙ্ক টিমে সবচেয়ে ব্যয়বহুল ভুল হলো নীরবে আটকে থাকা। দ্বিতীয় সবচেয়ে ব্যয়বহুল হলো এমনভাবে প্রশ্ন করা যাতে উত্তর পেতে তিন রাউন্ড লাগে — ছয় ঘণ্টা ব্যবধানে তিন রাউন্ড মানে দুই দিন।
লক্ষ্য: এক রাউন্ডে উত্তর পাওয়া। তার জন্য প্রশ্নে চারটা জিনিস থাকতে হবে —
- কী করতে চাইছি (এক লাইন)
- কী চেষ্টা করেছি (দুই লাইন) — এতে প্রমাণ হয় তুমি সময় দিয়েছ
- কোথায় আটকেছি, নির্দিষ্ট করে
- আমার অনুমান, আর কী সিদ্ধান্ত চাই — বিকল্পসহ
“Trying to make the webhook retries idempotent. I’ve added a dedupe table keyed on the provider’s event id, and it works for the payment events. The problem is refund events reuse the same id as the original payment, so my key collides.
Two options I see: (a) composite key of event id + type, (b) ask the provider team to change the id. I lean towards (a) because it doesn’t need another team. Anything I’m missing before I go ahead?”
এই মেসেজটা পড়ে যে কেউ ৩০ সেকেন্ডে “go with (a)” লিখে দিতে পারে। এটাই লক্ষ্য।
“আমি লিখতে গিয়ে বুঝে ফেললাম” ঘটনাটা বোনাস। এভাবে প্রশ্ন লেখার সময় অর্ধেক ক্ষেত্রে উত্তরটা নিজেই বেরিয়ে আসে — কারণ কাঠামোটা তোমাকে সমস্যাটা পরিষ্কার করতে বাধ্য করে। সেটাও সময় বাঁচানো, শুধু অন্যভাবে।
৩. তিনটা আলাদা ফরম্যাট
অ্যাসিঙ্ক টিমে তিন ধরনের লেখা বারবার লাগে, আর তিনটার কাঠামো আলাদা।
PR ডেসক্রিপশন — রিভিউয়ারের সময় বাঁচানোই একমাত্র উদ্দেশ্য:
What: এক বাক্যে পরিবর্তনটা। Why: কোন সমস্যা/টিকিট। How: মূল সিদ্ধান্তটা, আর কোন বিকল্পটা বাদ দিয়েছ কেন। Risk: কী ভাঙতে পারে, কীভাবে রোলব্যাক করবে। Testing: কীভাবে যাচাই করেছ।
ডিজাইন ডক / প্রস্তাব — সিদ্ধান্ত আদায়ের জন্য:
প্রসঙ্গ (৫ লাইন) → সমস্যা → বিকল্প ২–৩টা, প্রতিটার ট্রেড-অফসহ → সুপারিশ → খোলা প্রশ্ন → সিদ্ধান্ত কবে দরকার।
স্ট্যাটাস আপডেট — দৃশ্যমানতার জন্য, আত্মপ্রচার না:
গত সপ্তাহে যা শেষ হয়েছে (২ লাইন) → এ সপ্তাহে কী করছি (২ লাইন) → কোথায় আটকে আছি বা কার সিদ্ধান্ত দরকার (১ লাইন)।
তৃতীয় লাইনটাই আপডেটের আসল কাজ। “সব ঠিক আছে” লেখা আপডেট কেউ পড়ে না, আর সেটা কোনো তথ্যও দেয় না।
৪. ইংরেজি লেখা — যে জিনিসগুলো আসলে ধরা পড়ে
তোমার ব্যাকরণ নিখুঁত হতে হবে না। যে ভুলগুলো সত্যিই ক্ষতি করে সেগুলো ব্যাকরণের না, স্পষ্টতার:
- লম্বা বাক্য। একটা বাক্যে তিনটা ধারণা থাকলে পাঠক একটাও ধরে না। ভেঙে দাও — টেকনিক্যাল লেখায় ছোট বাক্যই ভালো লেখা।
- অস্পষ্ট সর্বনাম। “It doesn’t work” — কোনটা? “The consumer doesn’t start” লেখো।
- অতিরিক্ত ভদ্রতা। “I was wondering if it might perhaps be possible for you to kindly consider…” — এটা পাঠকের সময় নষ্ট করে আর অনিশ্চিত শোনায়। “Could you review this by Thursday?” যথেষ্ট ভদ্র।
- প্যাসিভ ভয়েসের স্তূপ। “It was decided that the migration would be performed” — কে সিদ্ধান্ত নিল? সরাসরি লেখো: “We decided to migrate.”
- নির্দিষ্টতার অভাব। “soon”, “a lot”, “some issues” — সংখ্যা বা তারিখ দাও।
AI দিয়ে পুরো মেসেজ লিখিয়ে পাঠানোর ফাঁদে পোড়ো না। বানান-ব্যাকরণ ঠিক করতে টুল ব্যবহার করা স্বাভাবিক, কিন্তু পুরোটা জেনারেট করলে লেখা জেনেরিক শোনায় — আর অভিজ্ঞ পাঠক সেটা ধরে ফেলে। তার চেয়ে বড় সমস্যা: চাকরিটা পাওয়ার পরে তোমাকে দিনে দশবার নিজে লিখতে হবে। অনুশীলনটা এখনই দরকার।
৫. বলা — যেখানে বেশি মানুষ আটকায়
লেখায় সময় নেওয়া যায়, শব্দ খোঁজা যায়, মুছে আবার লেখা যায়। কলে যায় না। তাই অনেক ইঞ্জিনিয়ার ভালো লিখেও প্রথম স্ক্রিন কলে ভেঙে পড়ে।
সমস্যাটা সাধারণত ভাষা না, প্রত্যাহার (retrieval)। তুমি ইংরেজি জানো — কিন্তু নিজের কাজ ইংরেজিতে বর্ণনা করার অভ্যাস তোমার নেই, কারণ অফিসে তুমি বাংলায় বলো।
তিন মাসের বাস্তব অনুশীলন, দিনে ১৫ মিনিট:
- সপ্তাহ ১–৪: প্রতিদিন নিজের কাজ নিয়ে ২ মিনিট জোরে ইংরেজিতে বলো, ফোনে রেকর্ড করে। বিষয়: আজ কী করলাম, কেন, কী আটকেছিল। শুনতে ভয়ানক লাগবে — সেটাই স্বাভাবিক।
- সপ্তাহ ৫–৮: পুরোনো প্রোজেক্টের গল্প বলা — সমস্যা → সিদ্ধান্ত → ফল, ৩ মিনিটে। এগুলোই ইন্টারভিউয়ের উত্তর (পর্ব ১২-এর স্টোরি ব্যাংক)।
- সপ্তাহ ৯–১২: কারও সাথে অনুশীলন — বন্ধু, সহকর্মী, বা অনলাইন কমিউনিটির কেউ। মক ইন্টারভিউ হলে সবচেয়ে ভালো।
সাথে সহজ একটা যোগ: কর্মস্থলে ইংরেজিতে লেখা শুরু করো — PR ডেসক্রিপশন, টিকিটের মন্তব্য, ডিজাইন নোট। কেউ আপত্তি করবে না, আর তুমি দিনে দশবার অনুশীলন করছ।
অ্যাকসেন্ট নিয়ে সত্যি কথা
অ্যাকসেন্ট বদলানোর দরকার নেই, আর চেষ্টা করলে বেশিরভাগ সময় ফল খারাপ হয়। আন্তর্জাতিক টিমে জার্মান, ব্রাজিলীয়, তুর্কি, ভারতীয় — সব অ্যাকসেন্টের মানুষ কাজ করে; ওরা অভ্যস্ত।
যা আসলে গুরুত্বপূর্ণ, ক্রম অনুযায়ী:
- গতি — দ্রুত বললে বোঝা কঠিন হয়। স্বাভাবিকের চেয়ে ২০% ধীরে বলো।
- বিরতি — বাক্যের মাঝে থামা। শ্রোতা তখন ধরার সময় পায়।
- শেষ ব্যঞ্জন স্পষ্ট করা — বাংলাভাষীদের শব্দের শেষটা মিলিয়ে যাওয়ার প্রবণতা থাকে।
- সংখ্যা আর নাম বানান করে বলা — “p99, that’s p-nine-nine” — কারণ এগুলোতেই সবচেয়ে বেশি ভুল বোঝাবুঝি হয়।
কল সামলানোর তিনটা বাক্য
মুখস্থ রাখো, কাজে দেবে:
- বুঝতে না পারলে: “Sorry, could you rephrase that? I want to make sure I answer the right question.” — এটা দুর্বলতা না, এটা যত্ন।
- সময় দরকার হলে: “Let me think about that for a second.” — তিন সেকেন্ড নীরবতা সম্পূর্ণ গ্রহণযোগ্য, “উম… আসলে… হ্যাঁ…” না।
- উত্তর না জানলে: “I haven’t worked with that directly. What I have done is X, which has a similar problem — want me to walk through that?” — জানি না বলাটা সিনিয়রের লক্ষণ; বানিয়ে বলাটা উল্টোটা।
৬. সাংস্কৃতিক অনুবাদ — সবচেয়ে সূক্ষ্ম অংশ
দক্ষিণ এশীয় পেশাগত সংস্কৃতিতে ভদ্রতা মানে পরোক্ষতা, আর কর্তৃপক্ষের সাথে দ্বিমত এড়ানো। আন্তর্জাতিক ইঞ্জিনিয়ারিং টিমে এই দুটোই ভুল সংকেত দেয়: পরোক্ষতাকে অস্পষ্টতা ধরা হয়, আর নীরব সম্মতিকে মতামতহীনতা।
তিনটা সাধারণ পরিস্থিতি:
“না” বলা। সরাসরি বলা অভদ্র না, বরং সাহায্যকর — কারণ পরিকল্পনা করা যায়।
এভাবে না — “I will try my best to finish it by Friday.” (মানে প্রায়ই: হবে না) এভাবে — “Friday isn’t realistic — the migration part alone needs three days. I can get the API done by Friday and the migration by Wednesday. Which do you need first?”
ভিন্নমত জানানো। ম্যানেজার বা সিনিয়রের সাথে দ্বিমত জানানো প্রত্যাশিত, বিশেষত ইউরোপীয় ও নর্ডিক টিমে।
এভাবে — “I see it differently — I think the queue will just move the bottleneck to the consumer. Can I show you the numbers before we commit?”
সূত্রটা: দ্বিমত ধারণার সাথে, মানুষের সাথে না, আর সবসময় একটা বিকল্প বা প্রমাণসহ।
কৃতিত্ব বলা। “আমরা করেছি” বলাটা ভদ্র, কিন্তু ইন্টারভিউতে ও পারফরম্যান্স রিভিউতে এটা তোমার অবদান মুছে দেয়। “আমরা” আর “আমি” দুটোই ব্যবহার করো — টিমের কাজ “আমরা”, তোমার সিদ্ধান্ত “আমি”।
এভাবে — “The team migrated the service over nine months. I designed the dual-write strategy and owned the rollback plan.”
৭. তোমার প্রথম মেসেজটা যা বলে দেয়
শেষ কথাটা এখানেই ফিরে আসে। একজন হায়ারিং ম্যানেজার তোমার সম্পর্কে প্রথম রায়টা দেয় তোমার কোড দেখে না, তোমার লেখা দেখে — আউটরিচ মেসেজ, ইমেইলের উত্তর, টেক-হোমের README।
তাই প্রতিটা মেসেজকে নমুনা হিসেবে দেখো:
- পাঠানোর আগে একবার পড়ো — প্রথম লাইনেই কি মূল কথা আছে?
- কোনো বাক্য কি দুই লাইনের বেশি? ভাঙো।
- কোনো “it/this/that” আছে যার উল্লেখ অস্পষ্ট? নাম দাও।
- কোনো তারিখ বা সংখ্যা কি “soon”/“a lot” হয়ে আছে? নির্দিষ্ট করো।
চারটা প্রশ্ন, ৩০ সেকেন্ড। এই অভ্যাসটাই তিন মাসে তোমার লেখাকে আলাদা করে দেবে।
এই সপ্তাহের কাজ
- আজ থেকে কর্মস্থলের PR ডেসক্রিপশন ইংরেজিতে লেখা শুরু করো, উপরের কাঠামোয়।
- দিনে ২ মিনিটের ভয়েস রেকর্ডিং — আজ কী করলাম, কেন, কী আটকেছিল। এক সপ্তাহ পরে প্রথম আর শেষটা শুনে তুলনা করো।
- তোমার শেষ পাঠানো তিনটা আউটরিচ মেসেজ আবার পড়ো — প্রথম লাইনে কি মূল কথা ছিল?
- ওই তিনটা কল-বাক্য মুখস্থ করো। প্রথম স্ক্রিনেই লাগবে।
পরের পর্ব — লুপের শুরু: রিক্রুটার স্ক্রিন আর হায়ারিং ম্যানেজার কল। ৯০ সেকেন্ডের পরিচয়, বেতনের প্রশ্ন কীভাবে সামলাবে, আর ম্যানেজারের আসল দুশ্চিন্তাটা কী।