নতুন software-এর price বা interface ভালো হলেই পুরোনো system বন্ধ করা যায় না। Customer এলেও note হারাতে পারে, invoice total ঠিক হলেও tax breakdown নাও আসতে পারে। Migration মানে file copy নয়; business meaning, ownership ও audit trail অক্ষত রাখা।

Scope ও mapping

Module, historical year, attachment, user, role, template ও integration inventory করুন। প্রতিটি set-এর owner ও measurable success criteria দিন। CSV, JSON, SQL বা API export পরীক্ষা করুন। Date, currency, Bengali encoding, unique ID এবং missing required field map করুন।

Backup ও pilot

Full export, configuration screenshot, role report ও file hash রাখুন। Encrypted storage ও sample restore নিশ্চিত করুন। Pilot-এ long Bengali name, duplicate email, old date, cancelled invoice, special character ও large attachment রাখুন। Import log, failed row, relation এবং financial total reconcile করুন।

১০টি check

  1. Inventory
  2. Owner
  3. Field mapping
  4. Duplicate cleanup
  5. Backup restore
  6. Pilot import
  7. Count ও total match
  8. Rollback plan
  9. Freeze ও cutover
  10. Post-launch review

User training-এ menu নয়, বাস্তব task করান। দুই system-এ parallel edit নয়। Critical issue-এর rollback deadline এবং source archive retention আগে ঠিক রাখুন।

কীভাবে checklist ব্যবহার করবেন

Checklist শুধু পড়ে রাখবেন না। প্রথমে বর্তমান অবস্থার ছোট audit করুন, তারপর risk ও impact অনুযায়ী কাজ সাজান। প্রতিটি step-এর owner, evidence এবং review date লিখুন। অনুমানকে pass ধরবেন না; official setting, test result, screenshot বা export file দেখে সিদ্ধান্ত নিন। বড় পরিবর্তন live environment-এ না করে sample data বা test account-এ চালান। কাজ শেষে নতুন user দিয়ে একই task করিয়ে hidden assumption ধরুন।

নিরাপদ implementation-এর নিয়ম

একবারে সব বদলানোর বদলে ছোট reversible change করুন। শুরু করার আগে backup বা fallback পরীক্ষা করুন এবং failure হলে কে সিদ্ধান্ত নেবে ঠিক রাখুন। Sensitive data minimum নিন, access role অনুযায়ী দিন এবং কাজ শেষে temporary permission সরান। Vendor documentation-এর date ও policy পড়ুন; marketing claim-কে evidence ভাববেন না। Team-এ change log রাখলে পরের মানুষ বুঝতে পারে কেন সিদ্ধান্ত নেওয়া হয়েছিল।

ফল মাপুন ও আবার review করুন

কাজ শেষ মানেই সফল নয়। সময়, error, user feedback, support request এবং recovery test-এর মতো measurable signal নোট করুন। নতুন update, device, team member বা policy change-এর পরে critical step আবার চালান। কোনো rule বাস্তবে কাজে না এলে কারণ বুঝে process বদলান; শুধু compliance দেখাতে অপ্রয়োজনীয় step রাখবেন না। এই cycle workflow-কে সহজ, নিরাপদ ও maintainable রাখে।

Evidence, priority ও ownership

Review করার সময় প্রতিটি finding-কে critical, important এবং improvement—এই তিন level-এ ভাগ করুন। যে issue account access, payment, personal data, customer delivery বা recovery বন্ধ করতে পারে সেটি critical। Cosmetic বা convenience change-এর আগে critical কাজ শেষ করুন। Evidence হিসেবে শুধু “checked” লিখবেন না; setting-এর নাম, test-এর date, expected result এবং actual result রাখুন। কোনো external service জড়িত হলে official help page বা policy link save করুন। Owner-এর সঙ্গে backup person-ও ঠিক করুন, যাতে একজন অনুপস্থিত থাকলে জরুরি কাজ থেমে না যায়।

Human review ও communication

Automation, scanner বা AI দ্রুত signal দিতে পারে, কিন্তু final decision মানুষের context ধরে নিতে হবে। Tool pass দেখালেও edge case, বাংলা text, mobile network, assistive use এবং ভুল input দিয়ে পরীক্ষা করুন। Change customer বা team-কে প্রভাবিত করলে আগে ছোট notice দিন—কী বদলাবে, কবে বদলাবে, user কী করবে এবং সমস্যা হলে কোথায় যোগাযোগ করবে। Error message-এ blame নয়, clear next step দিন। Support query ও complaint লিখে রাখলে documentation কোথায় দুর্বল তা বোঝা যায়।

Maintenance calendar তৈরি করুন

একটি simple calendar-এ weekly quick check, monthly review এবং quarterly deep audit আলাদা করুন। Weekly check-এ failure alert ও urgent update দেখুন। Monthly review-তে permission, backup, usage এবং unresolved issue মিলান। Quarterly audit-এ vendor policy, cost, export, recovery এবং owner list পুনরায় যাচাই করুন। কোনো service বন্ধ বা team member বদলালে calendar-এর অপেক্ষা না করে সঙ্গে সঙ্গে access review করুন। পুরোনো evidence ও unnecessary personal data retention policy অনুযায়ী সরান। নিয়মিত maintenance ছোট সমস্যাকে বড় incident হওয়ার আগে ধরে এবং future migration বা handover সহজ করে।

Final sign-off-এর আগে result, owner, fallback এবং next review date এক জায়গায় লিখে রাখুন। এতে পরে decision audit ও handover পরিষ্কার থাকে।