কর্মী অফবোর্ডিং অ্যাপ: নিরাপদে অ্যাক্সেসের ফাঁক বন্ধ করুন

অফবোর্ডিংয়ের কাজগুলো কেন ফাঁকফোকরে হারিয়ে যায়

কর্মীর শেষ কর্মদিবস একটি খালি ডেস্কের চেয়েও বেশি কিছু রেখে যেতে পারে। কোনো সাবেক কর্মীর ইমেইল, payroll, গ্রাহক ডেটাবেস বা শেয়ারড ড্রাইভে অ্যাক্সেস থেকে গেলে কোম্পানি ও গ্রাহকের ব্যক্তিগত তথ্য ঝুঁকিতে থাকতে পারে। অ্যাক্সেস সরানো বাদ পড়লে কর্মী চলে যাওয়ার পর কোনো রেকর্ড কে পরিবর্তন করেছে তা নিশ্চিত করাও কঠিন হয়।

খারাপ উদ্দেশ্যের কারণে সাধারণত অফবোর্ডিং ব্যর্থ হয় না। HR, IT, ম্যানেজার ও finance প্রায়ই প্রক্রিয়ার আলাদা অংশ সামলান। তাঁদের তথ্য আদান-প্রদান হয় ইমেইল, চ্যাট ও স্প্রেডশিটে, যেগুলো কেউ একসঙ্গে পর্যালোচনা করে না।

কোনো ম্যানেজার IT-কে বলতে পারেন যে শুক্রবার কর্মীর শেষ দিন, কিন্তু একটি বিশেষায়িত টুলের কথা উল্লেখ করতে ভুলে যেতে পারেন। HR exit interview শেষ করেছে, অথচ IT ল্যাপটপের সিরিয়াল নম্বরের অপেক্ষায় আছে। এরপর কাজটি এমন একটি ইনবক্সে পড়ে থাকে, যেখানে দায়িত্বপ্রাপ্ত ব্যক্তি বা সময়সীমা স্পষ্ট নয়।

একটি কর্মী অফবোর্ডিং অ্যাপ সব কাজকে একটি যৌথ রেকর্ডে আনে। এতে শেষ কর্মদিবস, যেসব অ্যাকাউন্টে ব্যবস্থা দরকার, দেওয়া সরঞ্জাম, কাজের মালিক এবং প্রতিটি ধাপের স্ট্যাটাস দেখা উচিত। HR কর্মসংক্রান্ত তথ্য নিশ্চিত করবে, ম্যানেজার টুল ও হস্তান্তরের কাজ চিহ্নিত করবেন, আর IT অ্যাক্সেস সরিয়ে ফলাফল লিখবে।

একটি যৌথ ভিউ কয়েকটি বাস্তব প্রশ্নের দ্রুত উত্তর দেবে:

• শেষ দিনের আগে কোন কাজগুলো শেষ করতে হবে?
• বাকি অ্যাক্সেস সরানোর দায়িত্ব কার?
• কর্মী কি ল্যাপটপ, ব্যাজ ও ফোন ফেরত দিয়েছেন?
• কোন অনুমোদনগুলো এখনও বাকি?

দীর্ঘ চেকলিস্টের চেয়ে স্পষ্ট মালিকানা বেশি গুরুত্বপূর্ণ। «CRM অ্যাক্সেস সরান» কাজটি IT-কে দেওয়া অস্পষ্ট। নির্দিষ্ট একজন অ্যাডমিনকে সময়সীমা ও বাধ্যতামূলক সম্পন্ন করার নোটসহ কাজটি দিলে যাচাই করার মতো রেকর্ড তৈরি হয়।

সম্পন্ন কাজগুলোও দৃশ্যমান রাখুন। কোনো ম্যানেজার যদি জানতে চান শুক্রবার বিকেল ৫টায় অ্যাক্সেস বন্ধ হয়েছিল কি না, HR ও IT যেন পুরোনো ইমেইল খুঁজে না একই জায়গায় উত্তর পান। যৌথ রেকর্ড শেষ মুহূর্তের তাগাদা কমায় এবং প্রশ্ন উঠলে কোম্পানিকে একটি অডিট ট্রেইল দেয়।

কারা অ্যাপটি ব্যবহার করবেন তা ঠিক করুন

কর্মী অফবোর্ডিং অ্যাপ সবচেয়ে ভালো কাজ করে যখন মানুষ নিজের দায়িত্বের কাজ দেখতে পান। HR রেকর্ড শুরু করে এবং শেষ কর্মদিবস নিশ্চিত করে। ম্যানেজার দলের হস্তান্তরের কাজ সামলান। IT অ্যাকাউন্ট সরিয়ে ডিভাইস সংগ্রহের রেকর্ড রাখে। ছোট একটি দল সম্পন্ন কেস অনুমোদন করতে পারে।

প্রতিটি কাজের জন্য একজন নির্দিষ্ট মালিক দিন। «IT» যথেষ্ট নয়। payroll অ্যাকাউন্ট বন্ধ করার দায়িত্ব কার তা কেউ না জানলে কর্মী চলে যাওয়ার পরও সেটি খোলা থাকতে পারে। কাজটি একজন ব্যক্তি বা স্পষ্ট বিকল্প-দায়িত্বসহ একটি ভূমিকাকে দিন।

একটি বাস্তবসম্মত সেটআপে থাকবেন এমন HR কর্মী, যাঁরা অফবোর্ডিং রেকর্ড তৈরি ও কর্মসংক্রান্ত তথ্য বজায় রাখবেন; ম্যানেজার, যাঁরা হস্তান্তরের কাজ দেবেন; IT কর্মী, যাঁরা সিস্টেম অ্যাক্সেস সরিয়ে সম্পদের স্ট্যাটাস বদলাবেন; এবং finance বা operations কর্মী, যাঁরা কার্ড, খরচ বা কোম্পানির সম্পদ যাচাই করবেন। এরপর HR ও IT অনুমোদনকারীরা নিজেদের এলাকার কাজ অনুমোদন করতে পারবেন।

HR ও IT-এর রেকর্ড আলাদা রাখুন। HR-এর কাছে বিদায়ের ব্যক্তিগত কারণ, ব্যক্তিগত যোগাযোগের তথ্য বা benefits-সংক্রান্ত তথ্য থাকতে পারে। IT-এর সাধারণত দরকার শেষ তারিখ, ম্যানেজার, দেওয়া সরঞ্জাম ও অ্যাকাউন্টের তালিকা। ল্যাপটপ ফেরতের কাজ শেষ করতে IT কর্মীর সংবেদনশীল HR নোট দেখার প্রয়োজন নেই।

শুধু পদবি দেখে নয়, বাস্তব সিদ্ধান্তের ভিত্তিতে অনুমতি দিন। HR কর্মীর তথ্য সম্পাদনা ও ব্যক্তিগত নোট দেখতে পারবে। ম্যানেজাররা তাঁদের সরাসরি রিপোর্টদের কাজ দেখবেন, হস্তান্তরের নোট যোগ করবেন এবং নিজেদের কাজ সম্পন্ন করবেন। IT সরঞ্জাম ও অ্যাক্সেস সরানোর কাজ দেখবে, কিন্তু HR-এর জন্য নির্দিষ্ট ফিল্ড খুলতে পারবে না। অনুমোদনকারীরা সম্পন্ন রেকর্ড বদলানো ছাড়াই অগ্রগতি ও অনুমোদন দেখতে পারবেন।

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

Koder.ai-এর চ্যাটের মাধ্যমে ভূমিকার পরিকল্পনাকে স্ক্রিন ও অনুমতিতে রূপ দেওয়া যায়। তবে আগে অনুমতির নিয়ম লিখুন। স্পষ্ট সীমা ভুল করে তথ্য প্রকাশ কমায় এবং বিলম্বিত কাজ খুঁজে পাওয়া সহজ করে।

তৈরির আগে প্রক্রিয়াটি মানচিত্রে সাজান

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

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

প্রতিটি কাজের একজন মালিক রাখুন

কোনো কাজের দায়িত্ব শুধু একটি বিভাগকে দেবেন না, একজন ব্যক্তির নাম দিন। «IT» বললে কে অ্যাকাউন্ট সরাবেন তা জানা যায় না। প্রতিটি আইটেমে নির্দিষ্ট মালিক, সময়সীমা ও পরিষ্কার ফলাফল থাকা দরকার। ম্যানেজার হস্তান্তরের কাজ নিশ্চিত করবেন, IT অ্যাক্সেস সরাবে, HR কর্মসংক্রান্ত রেকর্ড শেষ করবে এবং finance final pay যাচাই করবে।

প্রথম ওয়ার্কফ্লোতে এমন কাজ রাখুন, যেগুলো বাস্তব সমস্যা ঠেকায়:

• ইমেইল, শেয়ারড ড্রাইভ, business app ও কোম্পানির অ্যাকাউন্টের অ্যাক্সেস সরানো।
• ল্যাপটপ, ফোন, ব্যাজ, চাবি ও দেওয়া অন্যান্য সরঞ্জাম সংগ্রহ করা।
• final payroll, benefits পরিবর্তন ও প্রয়োজনীয় HR নথি নিশ্চিত করা।
• ফাইল, গ্রাহকের নোট ও চলমান কাজ সঠিক সহকর্মীর কাছে হস্তান্তর করা।
• কেস বন্ধ করার আগে ম্যানেজার, IT ও HR-এর অনুমোদন রেকর্ড করা।

সংবেদনশীল কাজের প্রমাণ নির্ধারণ করুন

কিছু কাজের জন্য সম্পন্নের চেকবক্স যথেষ্ট, কিন্তু সংবেদনশীল কাজের ক্ষেত্রে প্রেক্ষাপট দরকার। IT লিখতে পারে, «Google Workspace account suspended at 3:15 PM», সঙ্গে ticket number যোগ করতে পারে।

প্রমাণ দরকার এমন কাজে attachment বাধ্যতামূলক করুন। স্বাক্ষর করা সরঞ্জাম গ্রহণের রসিদ, ক্ষতিগ্রস্ত ল্যাপটপের ছবি বা সম্পন্ন exit form HR-কে পরে খুঁজে পাওয়ার মতো রেকর্ড দেয়। সরঞ্জাম ফেরত ট্র্যাকিংয়ের জন্য আইটেমের নাম, asset tag, অবস্থা, ফেরতের তারিখ এবং গ্রহণকারী ব্যক্তির নাম রাখুন।

ব্যতিক্রমের নিয়ম নির্ধারণ করুন। কোনো কর্মী সাময়িকভাবে ফোন রেখে দিলে মালিককে ব্যতিক্রমের স্ট্যাটাস বেছে নিতে, কারণ লিখতে এবং নতুন ফেরতের তারিখ দিতে হবে। কেউ সমাধান না করা পর্যন্ত কাজটি খোলা রাখুন। না হলে বন্ধুত্বপূর্ণ সমঝোতা অদৃশ্য অ্যাক্সেস বা সরঞ্জামের সমস্যায় পরিণত হতে পারে।

ধাপে ধাপে ওয়ার্কফ্লো তৈরি করুন

প্রতিটি বিদায় একটি অফবোর্ডিং কেস দিয়ে শুরু করুন। একটি ছোট কর্মী ফর্মে নাম, বিভাগ, ম্যানেজার, শেষ কর্মদিবস, অবস্থান ও পদ নেওয়া যায়। কর্মীর কাছে কোম্পানির সরঞ্জাম আছে কি না বা শেয়ারড অ্যাকাউন্ট ব্যবহার করেন কি না, সেটিও জিজ্ঞেস করুন। এই তথ্য ব্যবহার করে অ্যাপ প্রাসঙ্গিক কাজ তৈরি করতে পারে, তাই HR-কে প্রতিটি আইটেম হাতে যোগ করতে হবে না।

প্রতিটি কাজের সময়সীমা হিসেবে শেষ কর্মদিবস ব্যবহার করুন এবং তার আগের রিমাইন্ডার দিন। শুক্রবার কেউ চলে গেলে সোমবার প্রথম এবং বুধবার দ্বিতীয় রিমাইন্ডার যেতে পারে। এতে মালিকরা ইমেইল খোঁজা ছাড়াই কী বাকি আছে দেখতে পারবেন।

দায়িত্ব অনুযায়ী কাজ তৈরি করুন

সাধারণ ইনবক্সে নয়, নির্দিষ্ট IT কর্মীকে অ্যাক্সেস সরানোর কাজ দিন। প্রতিটি কাজে payroll, ইমেইল, customer database বা shared drive-এর মতো সিস্টেমের নাম লিখুন। হস্তান্তর শেষ না হওয়া পর্যন্ত অ্যাক্সেস চালু রাখতে হলে IT কাজটি সম্পন্ন করে নোট যোগ করতে পারবে।

সরঞ্জামের কাজের মালিক আলাদা হতে পারে। কর্মী বা ম্যানেজার ল্যাপটপ, ফোন, ব্যাজ বা security token ফেরত নিশ্চিত করতে পারেন। দূরবর্তী কর্মীদের ক্ষেত্রে shipping-এর ব্যবস্থা ও গ্রহণ নিশ্চিত করার দায়িত্ব ম্যানেজারকে দিন। এতে employee access removal-এর একই কেসে সরঞ্জাম ফেরতও ট্র্যাক করা যায়।

কর্মীর ভূমিকার সঙ্গে যুক্ত প্রতিটি অ্যাকাউন্ট, দেওয়া প্রতিটি সরঞ্জাম, ম্যানেজারের হস্তান্তরের কাজ, HR paperwork এবং খোলা কেসের জন্য কেস-মালিকের রিমাইন্ডার অ্যাপ স্বয়ংক্রিয়ভাবে তৈরি করতে পারে।

অনুমোদন দৃশ্যমান রাখুন

HR ও ম্যানেজারের জন্য আলাদা অনুমোদনের কাজ দিন। সম্পন্ন আইটেমে শুধু «done» নয়, কে এবং কখন অনুমোদন করেছেন তা দেখান। কেউ কেস প্রত্যাখ্যান করলে কারণ লিখে কাজটি তার মালিকের কাছে ফেরত দেওয়া উচিত।

একটি বড় «offboarding complete» বোতাম এড়িয়ে চলুন। প্রয়োজনীয় কাজ ও HR IT signoff শেষ না হওয়া পর্যন্ত কেস বন্ধ করার অনুমতি দেবেন না। পরিষ্কার প্রগ্রেস ভিউ শেষ দিনের সকালে বাকি কাজ দেখায়।

ফেরত আসা সরঞ্জামের পরিষ্কার রেকর্ড রাখুন

একটি ছোট সরঞ্জাম রেকর্ড পরে বিরোধ ঠেকাতে পারে। কর্মীর কাছে থাকা প্রতিটি কোম্পানির জিনিস যোগ করুন: ল্যাপটপ, ফোন, মনিটর, ব্যাজ, চার্জার, security token ও বিশেষায়িত hardware। কর্মী, ম্যানেজার ও IT সহকর্মী যেন একই তালিকা দেখেন, এমন ব্যবস্থা করুন। শুধু একজন সম্পাদনা করতে পারেন এমন স্প্রেডশিটের ওপর নির্ভর করবেন না।

প্রতিটি আইটেমের জন্য আলাদা ফেরতের এন্ট্রি রাখুন। asset name, serial number বা asset tag, ফেরতদাতা, তারিখ ও গ্রহণকারীর নাম লিখুন। একটি ল্যাপটপের এন্ট্রি হতে পারে: «MacBook Pro, asset tag KDR-1842, returned 14 June, received by IT.» এতে কোম্পানির inventory-এর সঙ্গে আইটেম মেলানো সহজ হয়।

সহজ অবস্থা ব্যবহার করুন: ভালো, ক্ষতিগ্রস্ত বা missing। ক্ষতিগ্রস্ত বা missing হলে গ্রহণকারীকে সংক্ষিপ্ত নোট দিতে বলুন। «নিচের কোণার কাছে স্ক্রিন ফাটল» কথাটি «মেরামত দরকার»-এর চেয়ে বেশি কার্যকর। অ্যাপ সমর্থন করলে ছবি যোগ করুন, যাতে পরীক্ষা বা মেরামতের আগে IT-এর কাছে রেকর্ড থাকে।

ফর্মটি যেন ডেস্ক বা reception area-তে দ্রুত পূরণ করা যায়। বেশি ফিল্ড থাকলে দেরি হয় এবং শেষ দিনের পর তথ্য হারিয়ে যেতে পারে। একটি কার্যকর এন্ট্রিতে থাকবে আইটেমের ধরন ও asset tag, ফেরতের তারিখ, গ্রহণকারী দলের সদস্য, অবস্থা, সংক্ষিপ্ত নোট, ক্ষতির ছবি এবং returned, missing বা awaiting return-এর মতো স্ট্যাটাস।

বেশিরভাগ সরঞ্জাম ফেরত এসেছে বলে অফবোর্ডিং চেকলিস্ট বন্ধ করবেন না। missing আইটেম ও ক্ষতির পর্যালোচনা কর্মী চলে যাওয়ার পরও খোলা রাখুন। প্রতিটির জন্য নির্দিষ্ট মালিক, সাধারণত IT বা workplace operations-এর কেউ, দিন এবং পরবর্তী কাজ ও সময়সীমা দেখান।

দূরবর্তী কর্মীদের জন্য shipping-label-এর তারিখ, tracking number ও প্রত্যাশিত পৌঁছানোর তারিখ রাখুন। গ্রহণকারী দল ডেলিভারি নিশ্চিত করে asset পরীক্ষা করার পরই ল্যাপটপকে returned বলুন। প্যাকেট পাঠানো আর সরঞ্জাম নিরাপদে পৌঁছানো এক বিষয় নয়।

স্পষ্ট মালিকানায় সিস্টেম অ্যাক্সেস বন্ধ করুন

«disable accounts» বলা থাকলেও কোন অ্যাকাউন্ট, কার দায়িত্ব ও সময়সীমা না থাকলে অ্যাক্সেস সরানোর কাজ ব্যর্থ হয়। কর্মী অফবোর্ডিং অ্যাপকে এই বড় অনুরোধকে আলাদা, দায়িত্ব দেওয়া রেকর্ডে ভাঙতে হবে।

অ্যাক্সেস কোথায় থাকে তার ভিত্তিতে ভাগ করুন। IT সাধারণত ইমেইল ও identity account পরিচালনা করে। finance, sales operations বা কোনো department administrator business app পরিচালনা করতে পারে। ডিভাইসের জন্য আলাদা কাজ দরকার, আর building badge, key ও parking access প্রায়ই facilities বা HR-এর দায়িত্ব।

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

নিশ্চিতকরণে কী হয়েছে তা লিখতে হবে। «Removed from Salesforce at 14:15, checked user list» কার্যকর। «Done» নয়। কোম্পানির ফোনের ক্ষেত্রে মালিক লিখতে পারেন যে work profile সরানো হয়েছে, mobile access বাতিল করা হয়েছে এবং ডিভাইসটি আর সংযুক্ত হচ্ছে না তা নিশ্চিত করা হয়েছে।

শেষ দিন এগিয়ে এলে খোলা কাজগুলো চিহ্নিত করুন। আগামীকাল শেষ হওয়ার কথা এমন কাজ ম্যানেজার ও HR-এর নজর চাই, চেকলিস্টের নিচে চাপা পড়ে থাকা নয়। due today, overdue ও waiting on another team-এর মতো পরিষ্কার লেবেল ব্যবহার করুন।

কিছু অ্যাক্সেস সরানোর কাজ ধারাবাহিকভাবে করতে হয়। IT সঙ্গে সঙ্গে ইমেইল ও single sign-on বন্ধ করতে পারে, কিন্তু final pay শেষ না হওয়া পর্যন্ত payroll সীমিত অ্যাক্সেস রাখতে পারে। ব্যতিক্রম, অনুমোদনকারী ও পরিকল্পিত বন্ধের সময় লিখুন। এতে HR ও IT অনিশ্চিত ইমেইলের বদলে পরিষ্কার রেকর্ড ভাগ করে নিতে পারে।

পুরো access group «IT»-কে দেবেন না। IT-এর Priya-কে তারিখ ও প্রমাণসহ দিন। Priya অনুপস্থিত থাকলে সাবেক কর্মী ভুল করে অ্যাক্সেস ধরে রাখার আগেই দল কাজটি অন্য কাউকে দিতে পারবে।

ইমেইল খোঁজা ছাড়াই অনুমোদন সংগ্রহ করুন

কর্মীর বিদায়ের রেকর্ড হিসেবে ইমেইল থ্রেড দুর্বল। একজন «done» লেখেন, অন্যজন বার্তা দেখেন না, আর HR বুঝতে পারে না IT সব অ্যাকাউন্ট সরিয়েছে কি না। অনুমোদন কর্মী অফবোর্ডিং অ্যাপের ভেতরেই রাখুন।

প্রতিটি কাজের সহজ স্ট্যাটাস দিন। মালিক কাজ করলে «In progress» ব্যবহার করুন। অন্য কারও তথ্য বা পদক্ষেপ দরকার হলে «Blocked» ব্যবহার করুন, যেমন কর্মী কোন shared folder ব্যবহার করতেন তা ম্যানেজারের কাছে নিশ্চিত করা। ব্লক হওয়া কাজের সঙ্গে সংক্ষিপ্ত নোট ও যাঁর উত্তর দরকার তাঁর নাম থাকা উচিত।

সঠিক ব্যক্তিকে অনুমোদনের দায়িত্ব দিন

অনুমোদন বাস্তব দায়িত্বের সঙ্গে মিলতে হবে। ম্যানেজার হস্তান্তরের কাজ ও দলের সম্পদ নিশ্চিত করবেন। IT অ্যাকাউন্ট বন্ধ ও ডিভাইস ব্যবস্থাপনা নিশ্চিত করবে। HR কর্মসংক্রান্ত রেকর্ড, final document ও প্রয়োজনীয় policy ধাপ নিশ্চিত করবে।

অনুরোধ নির্দিষ্ট রাখুন। «Manager signoff» অস্পষ্ট। «Customer account-এর নতুন মালিক নিশ্চিত করুন» ম্যানেজার কী অনুমোদন করছেন তা পরিষ্কার করে। অ্যাপে প্রতিটি অনুমোদনের মালিক, সময়সীমা ও স্ট্যাটাস দেখানো উচিত।

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

বন্ধ করার আগে কেস পর্যালোচনা করুন

HR কেস বন্ধ করার আগে একটি স্ক্রিনে চূড়ান্ত সারাংশ দেখান। সম্পন্ন কাজ, ব্লক হওয়া কাজ, overdue কাজ, ফেরত আসা সরঞ্জাম এবং IT নিশ্চিত করা অ্যাক্সেসের আইটেম রাখুন। প্রয়োজনীয় অনুমোদন না থাকলে কেস খোলা রাখুন এবং দায়িত্বপ্রাপ্ত ব্যক্তির নাম দেখান।

মঙ্গলবার ম্যানেজার হস্তান্তর অনুমোদন করতে পারেন, কিন্তু চার্জার না থাকায় IT ল্যাপটপ ফেরতকে blocked করতে পারে। HR কর্মসংস্থানের রেকর্ড বন্ধ করতে পারবে, কিন্তু IT সরঞ্জামের কাজ শেষ না করা পর্যন্ত অফবোর্ডিং কেস দৃশ্যমান থাকা উচিত। এতে সম্পর্কহীন কাজ বিলম্বিত না করেই রেকর্ড সঠিক থাকে।

শেষ কর্মদিবসের একটি সহজ উদাহরণ

Maya-এর শেষ দিন শুক্রবার। তাঁর ম্যানেজার সোমবার কর্মী অফবোর্ডিং অ্যাপে কেস শুরু করেন এবং স্পষ্ট মালিক ও সময়সীমাসহ কাজ দেন। Maya বিকেল ৩টা পর্যন্ত কাজ করবেন, তাই নিরাপদ বিদায়ে বাধা দিতে পারে এমন কাজের সময়সীমা দুপুর করা হয়।

সকাল ১১:১৫-এ ম্যানেজার Maya-এর ল্যাপটপ, চার্জার, security badge ও কোম্পানির ফোন সংগ্রহ করেন। অ্যাপে প্রতিটি আইটেম লিখে ল্যাপটপের সিরিয়াল নম্বর যোগ করেন এবং ফোনের স্ক্রিনে আঁচড়ের কথা উল্লেখ করেন। নোটে বলা হয়, কোম্পানি ডিভাইসটি আবার দেওয়ার আগে পরীক্ষা করবে। Maya ও ম্যানেজার দুজনেই হস্তান্তর নিশ্চিত করেন।

IT একই সময়ে কাজ পায়। একজন team member Maya-কে ইমেইল, company chat, customer database ও project workspace থেকে সরিয়ে দেন। আরেকজন নিশ্চিত করেন যে Maya-এর payroll account-এ আর administrator access নেই। প্রত্যেকে কাজের সময় লিখে অনুমোদন যোগ করেন।

HR resignation record, final pay details, benefits notice এবং ভবিষ্যৎ tax form-এর contact address যাচাই করে। সংক্ষিপ্ত পর্যালোচনার পর HR নথিগুলো সম্পন্ন করে।

দুপুর ১২:২০-এ অ্যাপে একটি কাজ খোলা দেখা যায়: Maya-এর social media scheduling account-এ এখনও অ্যাক্সেস আছে। marketing manager accountটির মালিক হওয়ায় IT বিষয়টি জানত না। ম্যানেজার কাজটি marketing lead-কে দেন, যিনি Maya-এর শেষ meeting-এর আগে অ্যাক্সেস সরিয়ে দেন।

দুপুর ২:৩০-এ চেকলিস্টে সব কাজ সম্পন্ন দেখা যায়। দলটির কাছে ফেরত আসা সরঞ্জাম, অ্যাকাউন্ট সরানো এবং HR IT অনুমোদনের তারিখসহ রেকর্ড থাকে। কে কখন প্রতিটি পদক্ষেপ নিশ্চিত করেছে, তাও দেখা যায়।

যে ভুলগুলো অ্যাক্সেসের ফাঁক তৈরি করে

প্রতিটি কাজের একজন নির্দিষ্ট মালিক থাকলেই কর্মী অফবোর্ডিং অ্যাপ কার্যকর হয়। «IT» বা «HR» যথেষ্ট অস্পষ্ট। Maya-এর ইমেইল সরানোর মালিক যদি Maya নিজে এবং ল্যাপটপ সংগ্রহের মালিক Leon হন, অ্যাপ দেখাবে কে কখন কাজ করবেন। যৌথ লেবেল মানুষকে ভাবতে বাধ্য করে যে অন্য কেউ হয়তো কাজটি করেছেন।

মূল কোম্পানি অ্যাকাউন্ট বন্ধ করার পরই অ্যাক্সেস সরানো সম্পন্ন ধরে নেবেন না। সাবেক কর্মী payroll, support tools, cloud dashboard, shared password, chat workspace বা কোম্পানির software-এর সঙ্গে যুক্ত personal account-এ এখনও পৌঁছাতে পারেন। প্রতিটি অ্যাকাউন্টের জন্য আলাদা আইটেম, মালিক ও সম্পন্ন করার রেকর্ড দিন। ম্যানেজার তখন তালিকাটি কর্মীর প্রকৃত ভূমিকার সঙ্গে মেলে কি না যাচাই করতে পারবেন।

সরঞ্জামের রেকর্ডে শুধু «laptop returned» লেখা যথেষ্ট নয়। free-text মন্তব্যে অনেক পার্থক্য থাকে, তাই ন্যায্য হস্তান্তর বা পরবর্তী পর্যালোচনায় তা দুর্বল। asset tag, ফেরতের তারিখ, গ্রহণকারী ও অবস্থা লিখুন। ডিভাইসে দৃশ্যমান ক্ষতি থাকলে ছবি যোগ করুন। নোটে সমস্যাটি ব্যাখ্যা করুন, পুরো রেকর্ডের বিকল্প হিসেবে ব্যবহার করবেন না।

ব্লক হওয়া কাজ দৃশ্যমান রাখুন। বিদায়ী কর্মীর কোম্পানির ফোন courier-এর কাছে থাকতে পারে, অথবা client system-এর অ্যাক্সেস সরানোর আগে IT-এর অনুমোদন দরকার হতে পারে। কেউ কেস বন্ধ করে দিলে অসম্পন্ন কাজটি দৈনন্দিন নজর থেকে হারিয়ে যায়।

মালিক সমস্যা সমাধান না করা পর্যন্ত কেসের স্ট্যাটাস «blocked» বা «needs review» রাখুন। কাজ কেন থেমেছে, কে তা unblock করতে পারবেন এবং পরবর্তী পর্যালোচনার তারিখ দেখান।

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

ম্যানেজারের final signoff সম্পন্ন কাজ নিশ্চিত করবে, কাজের বিকল্প হবে না। HR কর্মীর রেকর্ড বন্ধ করার আগে ব্লক হওয়া কাজ খোলা রাখুন এবং সামনে দেখান।

শেষ দিনের আগে দ্রুত যাচাই

কর্মী চলে যাওয়ার এক বা দুই কর্মদিবস আগে final review করুন। এতে ম্যানেজার, IT team ও HR contact হারানো ল্যাপটপ, সক্রিয় payroll account বা অনুপস্থিত অনুমোদন ঠিক করার সময় পাবেন।

মালিকানা দিয়ে শুরু করুন। প্রতিটি আইটেমে একজন নির্দিষ্ট ব্যক্তি ও সময়সীমা দরকার। ম্যানেজারকে building key সংগ্রহ করতে হলে কাজটি কোনো বিভাগকে না দিয়ে ম্যানেজারের নামের সঙ্গে দিন।

সংক্ষিপ্ত পর্যালোচনা তালিকা ব্যবহার করুন:

• প্রতিটি কাজের মালিক, সময়সীমা ও পরিষ্কার স্ট্যাটাস আছে কি না নিশ্চিত করুন।
• প্রতিটি অ্যাক্সেসের কাজের জন্য IT-এর রেকর্ড দেখুন, যেখানে সিস্টেমের নাম, নেওয়া পদক্ষেপ ও সম্পন্নের সময় থাকবে।
• ফেরত আসা সরঞ্জাম সিরিয়াল নম্বরের সঙ্গে মিলিয়ে দেখুন এবং ক্ষতিগ্রস্ত বা missing আইটেমে অবস্থার নোট যোগ করুন।
• ম্যানেজার, HR ও IT-এর অনুমোদনে timestamp আছে কি না নিশ্চিত করুন।
• কোনো সমস্যা এখনও সমাধান দরকার হলে শেষ দিনের পরেও কেস খোলা রাখুন।

IT-এর রেকর্ডে শুধু চেকবক্স যথেষ্ট নয়। «Access removed» বললে HR জানে না IT অ্যাকাউন্ট বন্ধ করেছে, shared password বদলেছে, ফাইল স্থানান্তর করেছে বা admin rights সরিয়েছে কি না। «Google Workspace account suspended at 3:14 p.m.; project folder ownership transferred to Priya Shah» ধরনের নোট পরবর্তী reviewer-কে যাচাই করার মতো তথ্য দেয়।

সরঞ্জাম ফেরত ট্র্যাকিংয়ে তালিকাভুক্ত asset-এর সঙ্গে বাস্তব আইটেম মিলিয়ে দেখুন। serial number, charger, accessories ও অবস্থা লিখুন। কর্মী ফাটা স্ক্রিনসহ ল্যাপটপ ফেরত দিলে স্পষ্টভাবে লিখুন এবং কোম্পানির ব্যবহৃত internal handoff record সংযুক্ত করুন। ল্যাপটপ অফিসে পৌঁছেছে বলেই কাজটি সম্পন্ন করবেন না।

সমাধান না হওয়া আইটেমকে footnote নয়, খোলা সমস্যা হিসেবে দেখুন। কোনো contractor-এর vendor portal account IT-এর admin access না থাকায় চালু থাকলে follow-up মালিক ও সময়সীমা দিন। সেই ব্যক্তি ফলাফল লিখলে কেস বন্ধ করুন। মিথ্যা সম্পূর্ণ চেকলিস্টের চেয়ে স্পষ্ট খোলা সমস্যা নিরাপদ।

বাস্তবসম্মত প্রথম সংস্করণ দিয়ে শুরু করুন

আপনার দল যে ধরনের বিদায় সবচেয়ে বেশি দেখে, তা দিয়ে শুরু করুন, যেমন স্বেচ্ছায় চলে যাওয়া পূর্ণকালীন office employee। শেষ দিনের আগে HR, ম্যানেজার ও IT-এর যে কাজগুলো শেষ করতে হবে, সেগুলো নিয়ে একটি টেমপ্লেট বানান। পরীক্ষা না করা অনেক টেমপ্লেটের লাইব্রেরির চেয়ে ছোট, কার্যকর কর্মী অফবোর্ডিং অ্যাপ বেশি উপকারী।

প্রথম টেমপ্লেটের কেন্দ্রে রাখুন মালিকানা। HR শেষ তারিখ ও exit paperwork নিশ্চিত করবে। ম্যানেজার জ্ঞান হস্তান্তরের কাজ লিখবেন এবং কোম্পানির সম্পদ পরীক্ষা করবেন। IT অ্যাকাউন্ট সরাবে, ডিভাইস সংগ্রহ করবে এবং পরবর্তী কাজ দরকার এমন ব্যতিক্রম লিখবে।

মানুষের কাজ করার জন্য প্রয়োজনীয় তথ্যই রাখুন:

• কর্মীর নাম, বিভাগ, ম্যানেজার ও শেষ কর্মদিবস।
• প্রতিটি আইটেমের জন্য একজন কাজের মালিক ও সময়সীমা।
• সরঞ্জামের তালিকা, অবস্থা, serial number ও ফেরতের স্ট্যাটাস।
• কর্মী বাস্তবে যে সিস্টেম ব্যবহার করেন, সেগুলোর অ্যাক্সেস সরানোর কাজ।
• তারিখ ও সংক্ষিপ্ত নোটসহ অনুমোদনের ফিল্ড।

সব বিভাগকে ব্যবহারের জন্য বলার আগে এক বা দুটি বাস্তব বিদায়ে টেমপ্লেট পরীক্ষা করুন। HR-কে জিজ্ঞেস করুন ফর্মে সঠিক রেকর্ড আসছে কি না, IT-কে জিজ্ঞেস করুন অ্যাক্সেসের কাজ যথেষ্ট আগে আসে কি না এবং ম্যানেজারকে জিজ্ঞেস করুন কাজের তালিকা দৈনন্দিন কাজের সঙ্গে মানানসই কি না। মানুষ কোন কাজ বাদ দেয়, একই কাজ দুবার করে বা ভুল বোঝে, তা দেখুন।

এরপর মালিক ও রিমাইন্ডার ঠিক করুন। ম্যানেজাররা যদি প্রায়ই শেষ দিনের আগে ল্যাপটপ ফেরত নিশ্চিত না করেন, দুই কর্মদিবস আগে রিমাইন্ডার পাঠান। IT-এর কোনো বিশেষায়িত অ্যাকাউন্ট বন্ধ করার আগে ম্যানেজারের নিশ্চিতকরণ দরকার হলে inbox message-এর ওপর নির্ভর না করে সেই dependency দৃশ্যমান করুন।

Koder.ai-এর chat-based build process ব্যবহার করে দলগুলো নিজেদের জন্য web বা mobile offboarding app তৈরি করতে পারে। প্রয়োজনীয় field, ভূমিকা, অনুমোদনের ধাপ ও reminder rule লিখুন, তারপর প্রথম কয়েকটি কেসের পর অ্যাপটি উন্নত করুন। দলগুলো source code export করে platform-এর বাইরেও development চালিয়ে যেতে পারে।

প্রথম সংস্করণে প্রতিটি policy exception থাকা দরকার নেই। প্রতিটি খোলা কাজ দৃশ্যমান করা, দায়িত্বপ্রাপ্ত ব্যক্তির নাম দেখানো এবং কাজ শেষ হলে তারিখসহ রেকর্ড রাখাই যথেষ্ট। পরে contractor, remote return, বিশেষ অ্যাক্সেস পর্যালোচনা ও অন্যান্য কেসের জন্য এটি একটি ব্যবহারিক ভিত্তি দেবে।