T-Minus: গ্রহণ এবং পরিবর্তন
শ্রেণীকক্ষের পরিবর্তে কাজের ধারায় প্রশিক্ষণ, ব্যবহারকারী প্রতি অভিযোজন প্রক্রিয়া, ভূমিকার জন্য প্রস্তুতি, ‘দেখো / করো / দায়িত্ব নাও’ পরিবর্তন মডেল, পরিবর্তনের প্রভাব, অংশীজন, যোগাযোগ, এবং প্রতিরোধের মোকাবিলা।
কর্মক্ষেত্রে প্রশিক্ষণ দিন, শ্রেণীকক্ষে নয়।
| বিগ-ব্যাং প্রশিক্ষণ | T-Minus |
|---|---|
| লাইভ হওয়ার আগে কয়েক সপ্তাহের ক্লাসরুম সেশন। | প্রধান ব্যবহারকারীরা তাদের নিজস্ব টেন্যান্ট আবিষ্কার ও কনফিগার করার মাধ্যমে শেখে। |
| সাধারণ দৃশ্যকল্প, যা T+1 নাগাদ বিস্মৃত হয়। | প্রত্যেকেই নিজের বাস্তব দিনের পুনরাবৃত্তি করে শেখে। |
| ম্যানুয়াল যা প্রথম দিনেই পুরনো হয়ে যায় | কিউটি প্রত্যেক ব্যবহারকারীকে দেখায় যে কোনটির প্রতি মনোযোগ দেওয়া প্রয়োজন; ASK তাদের অনুমতি সাপেক্ষে, তাদের সাথে মিলে কাজটি করার মাধ্যমে ‘আমি কীভাবে…’ এই প্রশ্নের উত্তর দেয়। |
| প্রশিক্ষণে উপস্থিতির ঘণ্টার ভিত্তিতে পরিমাপ করা হয়। | কাজের মাধ্যমে গৃহীত হওয়ার পরিমাপ |
প্রশিক্ষণ পরিকল্পনার পরিবর্তে একটি গ্রহণ পরিকল্পনা চালু করুন। এর পরিমাপক প্রশিক্ষিত ঘণ্টার সংখ্যা নয়, বরং কতজন ব্যবহারকারী তাদের মহড়ার কাজ এবং কোনো সাহায্য ছাড়াই তাদের প্রথম আসল সপ্তাহটি সম্পন্ন করেছেন।
প্রতি ব্যবহারকারীর দত্তক গ্রহণের যাত্রা
| যখন | WHO | কী |
|---|---|---|
| টি-২৭ → টি-১৮ | মূল ব্যবহারকারীরা | আবিষ্কারে তাদের ভূমিকা পালন করুন; ফিট লেজারকে রূপ দিন |
| টি-১৭ → টি-১১ | মূল ব্যবহারকারীরা | সহ-চালনা কনফিগারেশন; তাদের নিজস্ব ভূমিকার নকশা |
| টি-৯ → টি-৫ | সকল ব্যবহারকারী | লগ ইন করুন, তাদের নিজস্ব কিউ দেখুন, টেস্ট ডেটার উপর তাদের নিজস্ব টাস্কগুলো চেষ্টা করে দেখুন। |
| টি-২ → টি-১ | সকল ব্যবহারকারী | মহড়ায় তাদের আসল দিনটি পরিচালনা করুন |
| T+1 → T+30 | সকল ব্যবহারকারী | কিউ এবং ASK নিয়ে প্রকৃত কাজ; ব্যতিক্রমের ক্ষেত্রে অতি-যত্ন |
গো-লাইভের আগে প্রত্যেক ব্যবহারকারী তাদের নিজ নিজ ভূমিকায় অন্তত দুইবার সিস্টেমটির সাথে পরিচিত হবেন। প্রস্তুতির পরিমাপ: T+1 ব্যবহারকারীদের মধ্যে যারা তাদের নিজ নিজ ভূমিকায় মহড়ার কাজগুলো সম্পন্ন করেছেন, তাদের অনুপাত — লক্ষ্যমাত্রা ৯৫% বা তার বেশি। মূল ব্যবহারকারীরাই হলেন গুণক: তাদের প্রত্যেককে মহড়ার মাধ্যমে তিন থেকে আটজন সহকর্মীকে প্রশিক্ষণ দিতে হবে; T-27-এ অ্যাডপশন রেজিস্টারে তাদের নাম অন্তর্ভুক্ত করতে হবে।
ভূমিকার প্রস্তুতি (প্রস্তাবিত ডিফল্ট)
টুলকিটের ‘Role & Adoption Readiness’ শীটে প্রতিটি ব্যবহারকারীর জন্য একটি করে লাইন থাকে, যেখানে চারটি চেকের ব্যবস্থা থাকে — কিউ কনফিগার করা আছে, ASK সক্রিয় করা আছে, T-5 দ্বারা লগ ইন করা হয়েছে, T-1 দ্বারা মহড়া দেওয়া হয়েছে — এবং প্রয়োজন অনুযায়ী একজন নামযুক্ত বাডি থাকে। এই শীটটি ‘Ready’ গণনা করে এবং প্রতিটি ভূমিকা ও বিভাগ অনুযায়ী প্রস্তুতির মাত্রা একত্রিত করে।
যারা T-1 এ প্রস্তুত থাকবে না, তাদের গো-লাইভ বিলম্বের পরিবর্তে প্রথম সপ্তাহের জন্য একজন মনোনীত সঙ্গী—একজন প্রধান ব্যবহারকারী—দেওয়া হবে।
পরিবর্তনের ক্ষণগণনা: দেখুন, করুন, নিজের করে নিন।
| মঞ্চ | যখন | কী ঘটে |
|---|---|---|
| দেখুন | টি-২৭ → টি-১১ | এক্সিকিউটিভ স্পনসরের পক্ষ থেকে জানানো হচ্ছে, আমরা কেন পরিবর্তন করছি এবং গো-লাইভের তারিখ; প্রতিটি টিম টেন্যান্টে তাদের ভবিষ্যৎ স্ক্রিনগুলো দেখতে পাবে; প্রতিটি পদের জন্য পরিবর্তনের প্রভাব নথিভুক্ত করা হবে। |
| এটা করো | টি-১০ → টি-১ | ব্যবহারকারীরা লগ ইন করে নিজেদের কাজগুলো চেষ্টা করেন; মহড়ায় প্রত্যেকে তাদের আসল দিনের কার্যক্রম পরিচালনা করেন; স্ট্যান্ডআপে উদ্বেগগুলো লিপিবদ্ধ করা হয় এবং সেগুলোর উত্তর দেওয়া হয়। |
| নিজের করে নিন | T-0 → T+30 | দৈনন্দিন কাজে কিউ এবং ASK; লিগ্যাসি রিড-অনলি, তাই পুরনো অভ্যাসগুলো বাদ দেওয়া হয়েছে; সাফল্য ভাগাভাগি করা হয়; একই সপ্তাহের কনফিগারেশন পরিবর্তন রেসপন্সিভনেস প্রমাণ করে। |
১২ মাসের পরিবর্তে ২৭ দিনের জন্য পরিকল্পিত একটি পরিবর্তন মডেল: নতুন সিস্টেমের সরাসরি অভিজ্ঞতা সচেতনতা তৈরির বেশিরভাগ অংশকে প্রতিস্থাপন করে, তাই বার্তাগুলো সংক্ষিপ্ত এবং স্ক্রিন-ভিত্তিক রাখুন।
পরিবর্তনের প্রভাব মূল্যায়ন (উদাহরণ)
| প্রক্রিয়া | আজ | TRANXACT এর সাথে | ভূমিকা | প্রভাব | পরিবর্তন পদক্ষেপ |
|---|---|---|---|---|---|
| নগদ করার আদেশ | CRM থেকে ERP-তে পুনরায় ডেটা এন্ট্রি করা হয়েছে; পণ্য পাঠানোর পর ক্রেডিট যাচাই করা হয়েছে। | এক প্রবাহ; শিপিংয়ের আগে ক্রেডিট হোল্ড। | বিক্রয়, বিলিং, ক্রেডিট | উচ্চ | ক্রেডিট-হোল্ড পরিস্থিতিগুলো অনুশীলন করুন; একটি কিউ নিয়ম |
| মাস শেষের ক্লোজ | স্প্রেডশিট চারটি সিস্টেম সেলাই করে | একটি চেকলিস্টের সাহায্যে একটি খতিয়ান থেকে বন্ধ করুন। | অর্থায়ন | উচ্চ | টেন্যান্টে কন্ট্রোলার-পরিচালিত ওয়াকথ্রু |
| ক্রয় অনুমোদন | ই-মেইল অনুমোদন | সারিতে অনুমোদন প্রবাহ | বাজেট ধারক | মাঝারি | এক পৃষ্ঠার নির্দেশিকা; একটি ASK প্রম্পট |
| স্টক গণনা | রাতারাতি কপি, যা কখনো বর্তমান নয় | গবাদি পশু | গুদাম | মাঝারি | মহড়ায় জীবন্ত পশু প্রদর্শন করুন |
| বেতন স্লিপ | ই-মেইলের মাধ্যমে কাগজ / পিডিএফ | স্ব-পরিষেবা | সকল কর্মচারী | নিম্ন | T-5 এবং T+1 এ যোগাযোগ |
প্রক্রিয়ার উপর নয়, বরং মানুষের উপর এর প্রভাব মূল্যায়ন করুন: একটি বড় দলের জন্য একটি ছোট পরিবর্তন একজন বিশেষজ্ঞের জন্য একটি বড় পরিবর্তনের চেয়েও বেশি গুরুত্বপূর্ণ হতে পারে।
স্টেকহোল্ডার এবং চ্যাম্পিয়ন (প্রস্তাবিত ডিফল্ট)
| কোয়াড্রেন্ট | WHO |
|---|---|
| নিবিড়ভাবে পরিচালনা করুন — উচ্চ প্রভাব, উচ্চ ফলাফল | সিএফও, সিওও, কাউন্টডাউন মালিক, ফিনান্স কন্ট্রোলার |
| সন্তুষ্ট থাকুন — উচ্চ প্রভাব, নিম্ন প্রভাব | সিইও, বোর্ড স্পনসর, আইটি ডিরেক্টর, অডিটর |
| সক্রিয় থাকুন — কম প্রভাব, বেশি প্রভাব | কেরানি, গুদাম, বিক্রয়, বেতন দল |
| অবগত থাকুন — প্রভাব যত কম, ফলাফলও তত খারাপ। | বৃহত্তর কর্মী, অংশীদার, গ্রাহক, সরবরাহকারী |
প্রত্যেক উচ্চ-প্রভাবশালী ও গুরুত্বপূর্ণ স্টেকহোল্ডার অন্তত একটি স্ট্যান্ডআপ মিটিং এবং রিহার্সালে অংশগ্রহণ করেন। চ্যাম্পিয়নরা মূল ব্যবহারকারীদের তালিকা থেকে আসেন, প্রতিটি দল থেকে একজন করে।
কাউন্টডাউন চলাকালীন যোগাযোগ (প্রস্তাবিত ডিফল্ট)
| টি-ডে | দর্শক | বার্তা | চ্যানেল | থেকে |
|---|---|---|---|---|
| টি-২৭ | সকল কর্মী | আমরা [তারিখ]-এ লাইভ হচ্ছি: কেন, কী এবং কাউন্টডাউন | টাউন হল / ই-মেইল | নির্বাহী পৃষ্ঠপোষক |
| টি-১৮ | ক্ষতিগ্রস্ত দলগুলি | ওয়েভ ১-এ কী আছে এবং T-Plus এ কী আসছে | দলীয় সভা | কাউন্টডাউন মালিক |
| টি-১০ | সকল ব্যবহারকারী | আপনার লগইন, আপনার স্ক্রিন, আপনার রিহার্সালের সময় | ই-মেইল + ভাড়াটিয়া | দত্তক গ্রহণ নেভিগেটর |
| টি-৩ | গ্রাহক ও সরবরাহকারী | নতুন ইনভয়েস লেআউট; ব্যাঙ্কের বিবরণ অপরিবর্তিত। | চিঠি / ই-মেইল | অর্থায়ন |
| টি-১ | সকল ব্যবহারকারী | মহড়ার ফলাফল, GO সিদ্ধান্ত, সময় স্থির করা | ই-মেইল / চ্যাট | কাউন্টডাউন মালিক |
| টি-০ | সকল কর্মী | আমরা লাইভ হয়েছি: প্রথম ইনভয়েস পোস্ট করা হয়েছে; কোথায় সাহায্য পাবেন | চ্যাট / ইন্ট্রানেট | নির্বাহী পৃষ্ঠপোষক |
| টি+৫ / টি+৩০ | সকল ব্যবহারকারী | সাফল্য, সমাধান প্রদান, T-Plus এরপর কী? | নিউজলেটার | ফ্লাইট লিড |
প্রতিটি বার্তাই ‘আমার জন্য কী পরিবর্তন হবে এবং কখন’—এই প্রশ্নের উত্তর দেয়। এটি এক্সিকিউটিভ স্পনসর বা কাউন্টডাউন ওনারের পক্ষ থেকে পাঠান, কখনোই শুধু প্রজেক্ট মেইলবক্স থেকে নয়।
প্রতিরোধ, এবং কীভাবে এর মোকাবেলা করতে হয়
| লোকেরা যা বলে | এর পিছনে কী আছে | T-Minus উত্তর |
|---|---|---|
| ২৭ দিন যথেষ্ট হতে পারে না। | দীর্ঘমেয়াদী ERP প্রকল্পের অভিজ্ঞতা | অপসারিত চারটি পর্যায় এবং কাউন্টডাউন বোর্ডটি দেখান; তাদেরকে একটি স্ট্যান্ডআপ মিটিং-এর জন্য আমন্ত্রণ জানান। |
| আমরা আমাদের রিপোর্টগুলো হারাবো। | নিয়ন্ত্রণ হারানোর ভয় | প্রতিটি রিপোর্টের জন্য একটি ফিট লেজার লাইন; বেশিরভাগই ড্যাশবোর্ড হয়ে যায় বা "অপ্রয়োজনীয়" হিসেবে চিহ্নিত হয়। |
| আমাদের কেউ প্রশিক্ষণ দেয়নি। | প্রশিক্ষণ = শ্রেণীকক্ষ | তাদের মহড়ার সময় এবং ASK; প্রথম সপ্তাহের জন্য একজন সঙ্গী। |
| পুরানো সিস্টেমটি X করত। | অভ্যাস | নিয়ম ২: স্ক্রিন দেখান; কনফিগার করুন, T-Plus বা না থাকুক। |
| ইতিহাসের কী হবে? | নিরীক্ষার উদ্বেগ | লিগ্যাসি আর্কাইভটি কোয়েরিযোগ্য থাকে; প্রয়োজন অনুযায়ী নির্দিষ্ট সময়ের ব্যালেন্স। |
| প্রকল্পের জন্য খুব ব্যস্ত। | দৈনন্দিন কাজের চাপ | কাউন্টডাউন ওনার মূল ব্যবহারকারীদের অব্যাহতি দেন; মহড়াই তাদের আসল কাজ। |
RAID লগে পুনরাবৃত্তিমূলক আপত্তিগুলোকে ঝুঁকি হিসেবে লিপিবদ্ধ করুন। যদি কোনো একটি ভূমিকা বারবার একই বিষয় উত্থাপন করে, তবে সাধারণত এটি কোনো প্রতিরোধ নয়, বরং একটি অনুপস্থিত ফিট লেজার লাইন।
প্রস্তাবিত ডিফল্ট হিসেবে চিহ্নিত মানগুলো হলো এই পদ্ধতির সুপারিশকৃত প্রারম্ভিক বিন্দু। প্রতিটি কাজের জন্য তা নিশ্চিত করুন; চুক্তি, অর্ডার ফর্ম এবং এসএলএ-ই চূড়ান্ত বলে গণ্য হবে।